/archive/2007/05/05/1597557.aspx
web專案經理手冊-開發時間估算
楊爭 專案經理制定專案時間表的時候，需要估算每個任務所需的時間，其中開發任務中模組的分配和時間估算是其中最主要的部分。本篇專門就這部分作乙個闡述。
一、在分配模組和估算開發時間時，我們需要把握的原則和目標：
1、保證專案整體的進度。
2、有助於確保開發編碼的質量。
3、有助於提高開發編碼的速度。
二、每個公司都擁有自己的技術框架，開發人員主要的工作通常投入在具體的商業邏輯上。
通常每個模組所需的開發時間取決於以下三個因素：
1、該模組的商業邏輯的複雜程度。
2、開發人員的技術水平和對專案所在應用的熟悉程度（包括對框架和應用的熟悉程度）。
3、該模組技術實現上是否有技術難點。這裡我把技術難點定義為：在現有系統中還未實現的有一定技術難點的問題。對於這樣的難題，開發者沒有相關的**可以參考，需要投入一些時間研究解決。
三、模組分配和開發時間估算的步驟：
1、作為專案經理劃分好模組後，我會自己先估算一下每個模組所需要的開發時間。
2、召集所有開發人員，討論模組分配和開發時間估算。
專案經理將劃分好的模組，讓開發人員從中挑選他們感興趣的模組。這樣做可以提高開發人員的主動性和參與性。
專案經理在分配模組的時候還需從以下幾方面考慮，以確保開發的速度和質量。
(1)相同類似的模組由同一人負責開發，比如文章的增刪改由同一開發者負責。這樣做的好處就是開發者對相關邏輯會更加熟悉，同時介面的定義也會比較明確，溝通的成本比較低。
(2)技術難度比較大的模組由技術水平比較高的人負責。
(3)業務邏輯比較複雜的由對這塊邏輯比較了解的人負責。
3、模組分配完後，開發人員評估自己負責開發的模組所需要的時間。在此過程中我們會比較詳細的討論每個模組的技術實現，以便使時間的估算更加準確。
4、專案經理對開發人員估算的時間進行確認。
在確認過程中作為專案經理我會參考以上提到的三個因素，同時將自己估算的時間和開發人員估算的時間進行比較。這其中的差異當然會存在的。對於那些差異比較大的，我會和技術人員**其中的緣由。
對於時間週期比較長的任務，我通常會再細分一下，爭取每個任務的最長時間不超過3天。時間週期越長的任務，不確定性越高，風險也越高，越有可能成為專案的瓶頸。
建議：1、專案總結的時候，對專案中的一些資料做好統計比如單位uc所花的開發時間、測試時間等，這些資料統計可以作為以後開發的參考。
2、對技術難點，在專案開始前做好技術準備，提前安排人員研究。這樣會節省以後專案時間，降低技術風險。
我收藏的blog
非常感謝下面這些博主的無私共享！專案多 演算法題目多 unix網路程式設計 多執行緒 windows 多執行緒 windows 演算法多 從 深入理解nginx 模組開發與架構解析.開始認識陶輝，其blog裡面有許多網路開發經驗介紹，看後收益匪淺，先收藏，有時間再細細研讀。一看就是技術大牛，裡面乾貨...
資料庫恢復 來自 鄒建blog 自已收藏
3.恢復資料庫 鄒建 2003.10 引用時請保留此資訊 呼叫示例 完整恢復資料庫 exec p restoredb bkfile c db 20031015 db.bak dbname db 差異備份恢復 exec p restoredb bkfile c db 20031015 db.bak d...
其他 部落格 Blog 推廣你的 Blog
http blog.rings submit.asp 由於網上有眾多的blog站使用它的服務，一旦上榜，將給你帶了從網上四面八方的訪客哦。三 bbs 宣傳在一些人氣比較好的bbs上宣傳自己的blog。但是也要注意 1.不要直接發廣告，這樣的帖子很容易被當作廣告貼被刪除。2.最好是用好頭像和簽名。頭像...