小貸專案管理總結

華福小貸專案從2016-10-26 13：30 – 15：30 **會議後正式開始，專案計畫：

2016-10-31下班之前，約定優先順序

2016-11-2 ui設計全部完成

2016-11-11介面開發完成

2016-11-18 開發完成

2016-12-2 發包

2016-12-30 上線

需要開發的介面28個，其中**介面14個，硬編碼介面14個。截止到今天11月13日，**介面14個介面全部完成，硬編碼介面14個完成7個。硬編碼介面只完成一半。

專案與計畫出現偏差，出現的原因有這些：

1. 專案計畫需要科學評估，開發工作量起碼要等介面都梳理出來，並依據介面難易程度進行評估才可能靠譜。可惜當時**會議，一拍腦袋就給出了乙個11月11號開發完成的時間。這是乙個深刻教訓。後面定專案計畫一定要慎重。

專案經理的指責是盡可能把需求做細，並盡量給專案爭取更多的時間和資源，就實際情況來說，11天時間開發完成14個介面，難度比較大。

就實際開發經驗來看，開發需要的時間如下：

（1）**介面，開發工作量（0.25人/天主要是資源申請）

（2）需求明確的簡單介面，工作量（2-3 人/天，了解業務和設計1天，**1天，測試1天）

（3）需求明確的複雜介面，工作量（7-10 人/天，了解業務和設計2天，**3-5天，測試2-3天）

（4）需求不明確的簡單介面，工作量（7-14 人/天，初步開發一次7天，返工重做一次14天）

（5）需求不明確的複雜介面，工作量（14-28 人/天，初步開發一次14天，返工重做一次增加7天，返工2次以上的基本上是失敗的專案。）

2. 需求->設計->開發->測試，這是軟體開發必不可少的四個步驟，這四個步驟環環相扣，前面一步沒做好，後面的工作必然會出現問題。這次專案的問題出在需求和設計環節，

直到11月11號被別人催著交貨了，才跟別人溝通交流未確定的問題。這一天收穫很多，可惜時間晚了點。

3. 不要害怕溝通，不要躲避問題。很多軟體專案出現問題在於需求的不確定性，確定需求的唯一方式是溝通。其實這次小貸專案有不少資源，前端的負責人對業務相當了解，測試也可以提供一些幫助。但是在需求沒弄清楚的時候，把問題輕易放過了。

4. 不要想乙個人承擔所有事情。專案經理最重要的職責是把控專案進度，溝通和協調。如何把需求徹底弄清楚，把設計全部做出來，這並不是專案經理乙個人的事情。這次需求和設計，沒有讓大家都參與進來，而是想自己乙個人把所有的需求和設計搞定，這個過於理想化。

5. 還有就是，自己是否有點鬆懈和拖拉了。目前專案組的實際情況是，每個人對業務都不了解，而且有些人做事積極性不夠。這種情況下，只有像工地的監工一樣時刻盯著他們的進度，實時掌控和解決遇到的問題，否則專案是無法完成的。

最後一條，記住，問題是永遠躲不掉的，我們雖然可以暫時迴避問題，但是問題最終還是會出現。不論做任何事情，積極認真負責的態度才是成功的保證。