開發管理 CheckLists(2) -規劃項目

註： 開發管理 CheckLists-系列文章是從本人   Iteye部落格中移植過來.後續會直接在此更新     開發管理 CheckLists   專欄

前一篇文章介紹了項目章程的checkLists 
有了項目章程，每個團隊成員就可以對自己接下來要幹什麼做些有明確方向的預先規劃——或者，也可能提早知道自己還沒有明確的方面。有了專案規劃，就可以把團隊成員的注意力聚集到預期的項目產出上來 

一、使項目足以啟動的規劃 

          章程有了，規劃是什嗎？管理層希望知道團隊什麼時候開發哪些特性。如何測量進度？項目何時完成？  
         1、使用時間盒來限制和啟動規劃活動
              時間盒（timebox）是指特定的時間長度，個人或團隊用它來完成某項特定的任務。個人或團隊在這段時間內完成的工作量，就是項目接下來的工作的基礎。如果有必要，個人或團隊可以減少工作範圍，以保證在“時間盒”內完成工作 

 

二、開發專案規劃模板

      專案規劃模板： 
      1、產品意圖 
                簡單描述產品，為什麼公司要開發這個產品，它能為公司帶來哪些效益  
      2、記錄 
                如果是在管理某產品的後續版本，比如4.2版本後的4.3版本，就要複查之前或相關版本的記錄。這個記錄可以說明之前任何已知的技術債務
      3、發布條件 
               要詳細列舉出項目產品的關鍵可交付物。想識別出它們，不妨問一問：“要是不那麼做，我們還能發布產品嗎？”
 要將功能、效能和品質要求都涵蓋在內 

      4、目標 
               已知的目標也許隸屬於以下幾類。 
               1、產品目標也許包括這樣一些需求，它們已經被設定好優先順序，但是不承諾在當前發布版本中完成。這個列表也許已存在於產品的待辦事項中。 
               2、項目目標也許是諸如效能標準之類的目標，對它們的要求會高於一般需求，或者是“在產品交付時，要將未解決缺陷的數目從50個減少到40個” 。尤其是在管理一個工程的情形下，每個子項目的目標要特定於該項目所在的領域。項目團隊要解決某些特定的技術債務，也許也可以作為項目的目標。 
               3、團隊目標可以是“增加產品的自動化煙霧測試 (Smoke Test)所佔的百分比”。團隊也許希望改進某個特定功能的效能或可靠性。 
               4、組織目標可以是“減少項目的耗費時間，以提升組織的敏捷性”。

      5、項目組織 
                1、要明確說明團隊在項目中的職責分配，指明專案經理如何使用生命週期組織項目工作，要採納哪些關鍵實踐，以及是否有決策人可以影響當前項目  
                2、要說明項目的一般運作方式。比如，在項目啟動時加強整個項目團隊意識，招聘新人，開發包括代碼和文檔在內的完整功能，編寫所有的代碼，同時檢查一下（在那個時間）可以記錄些什麼，諸如此類的事情  
      6、議程總覽 
                 應該建立一個議程總覽，其中標有主要的裡程碑，還要說明人們從這些裡程碑處可以得到什麼。如果使用迭代或增量式開發，要解釋迭代（或增量）的期間，並說明在每個迭代（或增量）結束後可以預期得到哪些產出  
     例如：
           

Java代碼 

1. 日期     裡程碑   
2.      2月1日    項目啟動。   
3.      2月15日   向客戶展示Web介面的原型。  
4.      2月30日   進行第一輪反覆式開發法。   
5.      3月15日   內部交付Web介面。   
6.      3月30日   發布beta版本,讓客戶進行試用   
7.      4月1日    開始beta測試。   
8.      4月30日   結束beta測試。   
9.      5月30日   系統上線。   

      

       7、人員配備（人員曲線） 
                很多專案經理不能控制項目團隊的人員配備。如果在項目開始的第一天就把所有的人都召集到位了，那麼出現人員變動可別吃驚。如果需要從其他組或是團隊中調動人手，要在這裡說清楚：要在何時需要多少、何種類型的人員 
      
        8、建議議程 
                 專案經理要根據理解程度，列出主要的裡程碑  
       9、風險列表   
                 在專案規劃中，至少要將排名前十的風險記錄在案。還要經常監控這些風險，並在適當的時機更新這個列表。如果覺得項目目前的風險不到十個，不妨跟項目團隊一起坐下來，進行一次頭腦風暴 

                                                 <開發管理 CheckLists> by dyllove98 @開發管理 CheckLists