哈米尼斯的天空

在Project+中，針對Planning這一個階段，有相當多的著墨，大致上來說，Planning階段可區分為3個大的Phase
1. Create Scope Statement
2. Create Support Plans & SOW
3. Create Schedule & Cost Plan
在Project+ 中可以發現一個很特別的特徵：
它針對 Scope 的部份做了很多refine的動作
這也和 IT Project 的特性有關，從 Initailing 階段時，針對 Project Concept Definition Statement 中的Scope
先Refine一次成為 Scope Statement
之後再把 Scope Statement 寫成 SOW (Statement Of Work)
這讓我想到「人月傳奇」一書中所提：軟體開發是一種多維度的概念性工作。
因此，如何確保客戶講的、想的和PM、SA講的、想的、理解的儘可能一致，便是需要透過不斷的 refine 、討論

Support Plan是我把一堆計劃集合起來的簡稱，裡面包含了
Communication Plan、Risk Plan、Quality Plan、Close OutPlan ，同時也要再針對 Time & Cost 再進一步的預估；把Scope Statement再一次的分析，最後整合出SOW。

有了SOW，才更進一步延展出Schedule 和 Cost

寫到這，我蠻感嘆的。
在人月傳奇中，曾說過軟體的本質性工作是在於「概念性的設計」，但是由於軟體本身的特質，使得它不像是其他的工程領域，可以透過單一面向的「藍圖」就夠清楚的表達，試想UML中規範的圖就好，為什麼一套軟體，同時會需要這麼多的圖示來表達呢？就是因為每一張圖僅能代表和表達一部份的面向，而只有這一個面向是不夠的，需要同時理解每一個面向的意義，這一個軟體才會有存在的價值。

下一篇來談談 Eexcuting  階段的問題吧，我覺得 Project+在這裡提出蠻多和PMBOK不太一樣的東西