依賴關係
出自 MBA智库百科(https://wiki.mbalib.com/)
依賴關係（Dependencies In Project Management）
目錄 |
依賴關係（Dependencies In Project Management）又稱“項目依賴關係”，是項目管理中的一個概念。定義是兩個活動之間的關聯，其中一個活動需要另一個活動的輸入。意味著一個活動的開始或完成依賴於另一個活動。[1]
在項目管理中有4種類型的依賴關係，即強制性依賴關係、自主性/選擇性依賴關係、外部依賴關係、內部依賴關係。
項目依賴關係示例[1]
兩個活動A和B。讓我們假設B通過FS(完成-開始)關係依賴於A，沒有任何超前或滯後。
意味著B依賴於A，A一完成B就開始。
但其他項目關係也存在依賴關係-“完成-完成”、“開始-開始”和“開始-完成”。它們也存在著超前或滯後。
上面的例子可以用下麵的任何一種方式來描述：甘特或項目網路圖。
時間刻度甘特表示
項目網路圖表示
也可以用數學方法表示上面的示例。
B（S）= A（F）
上式表明B的開始等於A的結束。它使用0方法計算開始日期和完成日期
依賴關係、假設和約束之間的差異[1]
通過同樣的例子來理解這個概念。
情景：項目經理要求客戶在項目過程中對設計工件進行“批准”。沒有此“批准”，項目無法繼續。
假設：PM可能“假設”“批准”可能在2周內到來，並可能相應地制定計劃。
約束：團隊只能等待“設計批准"。項目團隊為“受約束”。
風險：如果設計未按計劃獲得批准，則存在項目可能延遲的“風險”。
依賴性：項目團隊的活動只能在客戶活動（“設計批准”）完成後開始。項目團隊的後續活動“取決於”客戶的活動（“設計批准”）。
同樣的情況可以用不同的方式來寫。它可以寫成依賴、假設、約束或風險。
依賴關係與假設[1]
項目依賴性&假設彼此之間有很大差異。
項目假設可以定義為一個陳述，通常認為是真實的，沒有任何證明或證據。它是規劃過程中的主要因素之一。
在上面的示例中，我們標識了一個依賴性假設。不過，即使沒有依賴關係，
也可以識別項目假設。例如資源成本不太可能超過每小時$100。
類似地，可以存在沒有任何標識的假設的純任務依賴性。你必須買票才能坐公車。
依賴關係與條件約束[1]
項目依賴關係&約束彼此之間也非常不同。
約束僅僅意味著限制。一個項目可能會因為許多因素而受到限制。任務依賴性只是其中之一。
在上面的示例中，我們標識了一個由於依賴關係而產生的約束。由於客戶活動（“設計批准”），項目團隊“受限”。在客戶批准之前，他們不能做任何事情。
但是，即使沒有相關性，也可以標識項目約束。例如，限制可能是由於資源不可用、預算短缺、外部環境等。
依賴關係與風險[1]
風險是可能發生的事件或條件，它至少會影響一個項目目標。
就像假設和約束一樣，風險可能是由許多因素造成的。排程依賴性只是其中之一。
在上面的示例中，我們發現了一個由於依賴關係而產生的風險。如果未按照規定的時間表進行審批，則項目可能會延遲。
不過，即使沒有依賴性，也可以識別項目風險。例如，由於估計錯誤、質量差、自然災害等，可能存在風險。
項目相關性僅在兩個任務之間考慮。
依賴關係的四種類型[2]
強制性依賴關係（Mandatory Dependencies）是法律或合同所要求的，是工作性質所固有的。由於這些原因，工作必須按一定的順序進行。它們也被稱為硬邏輯（Hard Logic）。
例如，假設有兩個活動A和B。如果B對A具有強制相關性，則意味著在完成對A的操作之前，無法對B執行操作。讓我們看看下麵的例子來瞭解：
- A：需求文檔; B：客戶批准-客戶在文件編製完成之前無法批准要求
- A：打地基; B：建造一個樓層-建築物的一個樓層在地基鋪設好之前是不能建造的。
- A：製造汽車原型; B：執行碰撞測試-除非原型本身可用，否則無法對維護原型執行碰撞測試。
選擇性依賴關係（Discretionary Dependencies）由項目團隊定義，因為特定的活動順序更適合工作性質。這些邏輯也稱為首選邏輯、優先邏輯或軟邏輯（Soft Logic）。
有時，有多種方法可以定義兩項活動之間的順序，但項目團隊決定採用其中一種順序。他們之所以選擇特定的順序，是因為他們從以前的經驗中吸取了最佳實踐或教訓。
例如，假設有兩個活動A和B。A和B可以獨立地進行或一個在另一個之後進行。項目團隊可以選擇使B依賴於A。讓我們看看下麵的例子來瞭解：
- A：-開發系統模塊X; B：開發系統模塊Y -項目團隊可以先開發X或先開發Y，但他們決定先開發X。
- A：佈置房間R; B：佈置房間S -項目團隊可以先佈置房間R或先佈置房間S，但他們決定先佈置房間S。
- A：預訂機票; B：購買旅游保險-項目團隊可以在購買旅游保險之前預訂機票，或者反過來做。
外部依賴關係（External Dependencies）是在項目活動和非項目活動之間定義的。項目活動由項目團隊完成。非項目活動由項目團隊以外的人員完成，例如來自客戶組織、供應商組織或同一組織內任何其他外部團體的代表。
一般而言，項目團隊無法控制非項目活動，因此，項目進度可能會因非項目活動的未執行而中斷。
例如，假設有兩個活動A和B。如果B對A具有外部相關性，則表示B是項目活動，而A是非項目活動。以下示例有助於理解：
- A：客戶先行; D：啟動項目：在客戶同意之前，項目不能啟動。
- A：設備交付; D：開始開發：設備交付後才能開始項目開發。
- A：建築圖則的批准; D：開始施工：除非建築圖則獲得批准，否則不能開始建築施工。
內部依賴關係（Internal Dependencies）是在兩個項目活動之間定義的。通常，項目團隊對項目活動具有完全控制權。
例如，假設有兩個活動A和B。如果B對A具有內部相關性，則表示A和B都是項目活動。這些由項目團隊成員執行。沒有任何外部方的參與。
例子：
- A：開發系統; B：試驗系統
- A：砌牆; B：粉刷牆面
- A：組裝機; B：包裝機
強制性與選擇性以及外部與內部依賴性
共有4種類型的項目依賴關係。但是，只有2個同時適用。兩個活動之間的依賴關係可以是下列其中一項：
- 強制-外部
- 選擇性-外部
- 強制-內部
- 選擇性-內部
兩個活動不能同時具有強制性和選擇性。同樣，外部和內部不能同時發生。
例如，上述強制依賴項部分的第一個示例也是外部依賴項，而第二個示例是內部依賴項。
依賴關係與活動關係[1]
活動關係與項目依賴關係密切相關，但它們具有不同的含義。在一些項目管理文獻中，依賴關係和活動關係這兩個術語可以互換使用，這實際上是不正確的。
依賴關係只是表明一個活動依賴於另一個活動，但依賴關係並不說明一個活動如何依賴於另一個活動。例如，在一種情況下，活動A將在活動B開始之後開始，但在另一種情況下，活動A將在活動B完成之後開始。在這兩種情況下，活動A都依賴於活動B，但關係完全不同。
與從屬關係類似，有4種類型的關係-完成到開始、完成到完成、開始到開始和開始到完成。所有4個依賴關係都可以表示為所有4個關係。
