原文： http://blog.sina.com.cn/u/493a8455010003ko
人月神話的blog
專案中的假設約束依賴和承諾是制定專案計畫的時候要確定的內容。
專案假設是我們先說嚴格意義的和非嚴格意義的：嚴格意義是在當前時間點根據當前擁有的各種工具無法確定的事物或事件，而且這些事件會對你的專案 造成影響。你的專案是在假設條件成立的情況下進行了。由於假設是不確定因素，所有專案的所有假設都是專案的風險，只是風險的嚴重程度不同而已，對於關鍵的 風險應該轉化為專案的風險，在後續進行風險的分析和跟蹤。比如專案現狀是沒有測試人員，你可以假設專案在進入測試階段的時候，能夠招聘到兩名技能符合要求 的測試人員。同時可以將該條假設轉化為風險，即可能存在無法招聘到測試人員，而影響測試和整體進度的風險。
另外還想說的是非嚴格意思的假設，比如我們經常和別人討論問題時候愛說假設你的說法是正確的，這個應該說是一種非嚴格意思的假設，因為在當時這 個點究竟他的說法是否正確是可以通過其它評估方法或工具進行判斷的，是乙個確認的事情，而不是遠期未確認的乙個**性的事情。所以說對於根據自身或組織級 的現有條件無法來評估的現在的某乙個事物或事件。這也可以做為假設。在專案開始時候，我們可能並沒有一套很體系化的評估和測評工具能夠來測評我們每個專案 成員的技能是否達到要求，所以可以做個假設，假設專案中的每個成員都達到了組織或專案要求的技能要求。
而約束，是指所有對你專案有制約性的內部或外部因素都可以做為約束。約束有技術方面的約束如系統的開發必須採用分布式技術，約束也可能是非技術 性的，如專案的資源或成本方面的約束。約束應該是乙個在專案過程中不會發生變化的客觀因素，因此比如專案中有新員工技能不能滿足要求這就不應該做為專案的 約束，因為這個約束是動態變化的，在專案的進行過程中由於新員工技能的提高，這個約束可能就不會成立了。另外約束也可以轉化為風險進行跟蹤，如專案可能存 在某項約束不能滿足的風險。
專案的依賴和承諾都分為專案內部的專案外部的。依賴和承諾密切不可分。下游工序依賴於上游工序的產出物，而上游工序需要做出承諾在哪個時間點給 下游工序交出工件。專案內部的依賴可以體現到進度計畫的甘特圖上面，我們在對任務進行排序並分析了任務的依賴關係後就可以根據網路圖得出專案的關鍵工序以 便安排專案資源。專案外部的依賴主要是專案中的某項任務需要外界提供相關的產出作為支援，如開發階段任務需要乙個其它專案提供的公用元件。由於外部依賴沒 有體現到專案進度計畫中，而且外部依賴很多時候專案自身無法控制，所以外部依賴更應該通過專門的跟蹤表進行跟蹤，要提前多做相關的溝通和確認工作。
專案內的承諾是專案進度跟蹤的乙個重要內容，專案經理下達給專案成員的任務，專案成員接受了專案任務就預設的承諾能夠在相關時間點完成該任務， 專案經理就需要去跟蹤和確認任務能否按時完成。而專案對外部的承諾則可能很多，如專案承諾在某個時間點給其它專案乙個公用的介面，專案承諾在哪一天能夠正 式發布版本等。不管是專案對內或對外的承諾，最好都能夠轉化成project具體的任務，這樣方面專案進行跟蹤和控制。
IT專案管理中的假設約束依賴和承諾
原文 人月神話的blog 專案中的假設約束依賴和承諾是制定專案計畫的時候要確定的內容。專案假設是我們先說嚴格意義的和非嚴格意義的 嚴格意義是在當前時間點根據當前擁有的各種工具無法確定的事物或事件，而且這些事件會對你的專案 造成影響。你的專案是在假設條件成立的情況下進行了。由於假設是不確定因素，所有專...
專案管理中的「假設與約束」
專案管理中的 假設與約束 專案管理發展到今天，我們學到了很多成熟的概念和體系，但一些學習者和初學者還是很難理解部分概念，理論上的理解或許稍微好點，但要把這些概念實踐出來，似乎還是有些困難。專案管理有很多概念本身就比較枯燥，在加上看書的人或者講課的人敲不到點子上，理解的人和聽課的人就很是犯難。前幾日和...
maven assembly 依賴的管理和過濾
com.my.test 1.0jar com.my.test 1.0jar 我要的輸出包希望包含下面的 bin conf lib client example bin lib assembly的descriptor中的dependencysets如下 lib true client example ...