項目管理規範

0524-項目管理正規化

 

一、總體計劃

1）精確到每一週

2）每一個人的計劃都要有。

--每一個人每一個階段任務量，必須用時間來衡量出來。

3）爲收拾老油條背書

 

二、每週開始時的計劃

1）精確到每一天

2）執行力：拖延的進度，必定要熬夜搶回來。

不然越積壓越多，最後的壓力很是大。

 

三、每週末的總結

1）進度追蹤

哪一個模塊提早完成？要介紹經驗。

哪一個模塊拖延了，要找到緣由，想辦法杜絕，而且追趕進度。

有什麼新的變更，需求是否變更了？根據變更調整總體計劃。

2）績效考覈

能夠借鑑騰訊的績效考覈。

考覈必定要冷血，不能過度講人情味。

每週末必定要有考覈結果出來，發佈到博客上，省得往後說不清楚。

3）關於嘉獎：口頭嘉獎、博客中公開表揚。

獎懲制度很重要，是激勵人心，提升戰鬥力的頗有效的辦法。

 

四、進度跟蹤的可視化方法

1）任務牆

能夠用博客代替，每完成一個模塊，就修改博客，標記已經完成的屬性。

2）燃盡圖

作燃盡圖不方便的話，直接用文字展現，預留的時間也行。

總之要讓進度和時間，可以直接展現出來。

3）各人完成度進度條

 

五、需求分析文檔

1）NABCD分析法

2）沒有發佈博客的，繼續追查，必須發出來

3）每週對需求的追蹤

用戶調研是長期的事情，天天都要作。

每週都須要收集新的需求，討論，總結。

發佈到博客中。

 

六、項目設計文檔

1）設計文檔，發佈到博客中

2）開發過程當中，相應的對設計的變更，也須要從新發布出來，保證全組人看到

 

七、每日立會

1）有會議的，要把照片傳到博客中

2）路程遠，不方面見面的，網絡上的討論，要截圖爲證。

3）必須保證每日都有進展

沒有進度，也要記錄下來。

4）每週計劃中，精確到天天的任務，必須天天都要總結。

而後統一發一篇簡短的博文。

 

八、開發管理和代碼管理

1）代碼評審

2）單元測試

3）冒煙測試

4）Github上提交的次數

5）上述5條，也要發佈到博文中

 

九、敏捷原則

1）第一次發佈原型產品的時間

緊盯原型發佈時間，儘可能提早

能削減的任務，儘可能削減，保證初版及時發佈

2）是否緊盯需求和用戶

3）軟件功能的輕重緩急，時間規劃

 

十、學習、開發過程當中的我的收穫

1）相關內容，發佈到博客中，不須要長篇大論，怎麼省時間怎麼弄

2）開發過程當中的問題，及時暴露出來