關於項目開發進度的見解

[文章做者：狂奔的鹿（陸松林）本文版本：v1.0  轉載請註明原文連接：http://www.cnblogs.com/dynamiclu/]  

    記得曾有一大領導提過，項目管理不是理論上學習的，而是實際經驗總結出來的。本碼農沒拿過PMP，也沒做過全職的項目經理。 工做若干年，接觸到若干多項目，大到20個同時開發一年的，小到2我的半個月完成的。 仔細思量，並是項目管理的操做要接地氣，不一樣公司架構、不一樣的資源，不一樣性質的項目，以及項目成員對項目的進度都有影響。 扯一扯互聯網公司影響項目開發進度的三個因素。

1.計劃

計劃包括需求分析、程序設計、模塊劃分、任務量評估、進度安排。 不少團隊把需求做得很規範，很細緻，一個登錄的功能會有流程圖，還有長篇的對流程說明的文字，共20頁以上。需求文檔、設計文檔、數據庫文檔、架構文檔等。

文檔太多，致使書寫文檔佔用大量時間，文檔變動困難。 文檔只是便於溝通的工具，建議不要過於龐大，但也不能沒有文檔，文檔須要包括，需求的疑點、重點、技術的難點等。  模塊劃分、任務量評估， 這些是計劃的重點。總之那些容易產生溝通不一致的地方最須要文檔化。

  功能模塊列表

 

如上圖功能模塊列表

   模塊列表其實是也是需求的分解。如，項目包括前臺、後臺，前臺有登錄模塊，後臺有登錄用戶統計模塊。  模塊的劃分，跟任務掛溝。 一個模塊（即一個任務）它的開發工做量最好控制在3天之內，至少要細化4個小時一個任務。 不光寫代碼工做有任務量，測試環境、生產環境的搭建，畫ER圖，建表建庫都要算在一塊兒，甚至包括開會時間。

開發任務排期表

 

  開發任務排期表必定要有里程碑的過程。開發可工做分三個階段： 初級階段（佔開發週期的10%-15%時間，包括準備性開發，如搭建程序框架,DB配置），衝刺階段（並行全部的開發工做佔60%），收尾階段（佔25%的時間，變動，開發自測）。此分階段的方式適合三個月之內的項目。里程碑是重中之重，完整的開發計劃，是後續工做順利的基礎。 

2.溝通

(一)   需求理解的溝通

   項目需求文檔準備好後，項目開啓動會，採用廣播的形式

(二)   模塊分配工做的溝通

1. 各個模塊的時間具體各自的開發的同窗自已提供
2. 根據不一樣的業務熟習程度，技術特長點，各其所長地分配任務

(三)   進度跟進的溝通

   項目的計劃、時間表、任務分配完成透明化是進度跟進的前提。

   羣組溝通。羣組的進度溝通比較有效，誰都不想拖團隊的後腿。

(四)   問題反饋的溝通

   羣組溝通、提升溝通效率。

 

3.變動

   在項目的計劃階段，需求分析時充分溝通，防止沒必要要的變動。沒有變動是不可能的，項目的整個開發過程當中要預留冗餘的時間，用來給變動，自測用。 同時可保證整個項目的工期。

[文章做者：狂奔的鹿（陸松林）本文版本：v1.0  轉載請註明原文連接：http://www.cnblogs.com/dynamiclu/]