軟件研發項目的系統項目管理方法

　　設想和目標

　　1、我們的軟件要解決什么問題?是否定義得很清楚?是否對典型用戶和典型場景有清晰的描述?

　　我們實現的軟件是一個網上教學問答系統，具體負責數據Pipeline部分，即處理爬蟲爬取的網頁，按照UI組的要求提取相應的數據并寫入數據庫中。

　　2、是否有充足的時間來做計劃?

　　M1的開發周期是四周，小組用了一周的時間來計劃，但是由于剛上手都沒什么經驗，不知道一個好的計劃需要做到什么程度，也沒有去找相關的資料學習下，最后導致出來的計劃有點大而泛，沒有落實到細處，對任務的難以程度估計不到位，執行起來存在漏洞。

　　3、團隊在計劃階段是如何解決同事們對于計劃的不同意見的?

　　有件怪事是我們團隊在計劃的時候基本沒有提出什么不用意見，這個不好!

　　如果歷史重來一遍, 我們會做什么改進?

　　M2階段我們需要把任務計劃放到一個更高的戰略地位，同時不要直接計劃完整個M2，每次計劃未來三天應該是不錯的節奏，保證計劃不大，但是必須完成。

　　另外，我們在M1階段碰到什么問題基本就是去網上找補救方案，而不是系統的去分析解決問題。M2我們要抱著做研究的心態進行Pipeline的進一步開發，第一件事從讀論文開始!

　　最后，加強小組之間的合作。

　　計劃

　　1、你原計劃的工作是否最后都做完了? 如果有沒做完的，為什么?

　　原計劃的工作有部分沒做完，原因是對負責程度計劃不精確，以及沒有嚴格按照原定計劃展開工作。

　　2、有沒有發現你做了一些事后看來沒必要或沒多大價值的事?

　　沒有，做的基本都是要的，做的還不夠。

　　3、是否每一項任務都有清楚定義和衡量的交付件?

　　每一項任務都清楚的定義，衡量的交付件則沒有。

　　4、是否項目的整個過程都按照計劃進行?

　　很遺憾，沒有。

　　5、在計劃中有沒有留下緩沖區，緩沖區有作用么?

　　有留下緩沖區，最后在整合的時候還發現不夠使。

　　6、將來的計劃會做什么修改?(例如：緩沖區的定義，加班)

　　未來對計劃的描述，要加上一個明確的截止時間。

　　如果歷史重來一遍, 我們會做什么改進?

　　如果歷史重來一遍，首先，我們在估計進度的時候要慎之再慎，同時確保能按著計劃來展開工作，最后要及時調整不合適的計劃。

　　資源

　　1、我們有足夠的資源來完成各項任務么?

　　資源是足夠的，就是沒利用好，幾乎不去圖書館找過資料!

　　2、各項任務所需的時間和其他資源是如何估計的，精度如何?

　　M1的時候只是憑PM的感覺和經驗估計，精度不好。

　　3、用戶測試的時間，人力和軟件/硬件資源是否足夠?

　　沒有安排用戶角度的測試，M2會按照要求加上。

　　4、你有沒有感到你做的事情可以讓別人來做(更有效率)?

　　沒有，我們團隊的人員分配比較合理。

　　如果歷史重來一遍, 我們會做什么改進?

　　如之前說的，首先是加上用戶測試，然后是多利用可以利用的資源。

　　變更管理

　　1、每個相關的員工都及時知道了變更的消息?

　　住得都很近，有變更會第一時間通知所有組員。

　　2、我們采用了什么辦法決定“推遲”和“必須實現”的功能?

　　首先數據流一定要跑起來，所以這部分功能是“必須實現”的，其他功能理論上都可以“推遲”，到時候只要組員覺得需要“推遲”并能說服其他人就可以“推遲”。

　　3、項目的出口條件(Exit Criteria – 什么叫“做好了”)有清晰的定義么?

　　有定義，但是沒做好，沒有滿足UI組的需求是我們最大的失敗。

　　4、對于可能的變更是否能制定應急計劃?

　　基本沒有，PM負責調節。

　　5、員工是否能夠有效地處理意料之外的工作請求?

　　有一個請求，沒能處理好。

　　如果歷史重來一遍, 我們會做什么改進?

　　變更在開發過程中是在所難免的，有變成其實不可怕，缺少溝通就完了，特別是小組間的溝通。

　　設計/實現

　　1、設計工作在什么時候，由誰來完成的?是合適的時間，合適的人么?

　　在最開始的一周做的設計，設計工作PM主導，所有人員都有參與。時間和人都是合適的，不合適的地方在于計劃跟進和根據具體情況修改。

　　2、設計工作有沒有碰到模棱兩可的情況，團隊是如何解決的?

　　設計時沒有碰到模棱兩可的情況，碰到了通過明確每一個細節是什么、歸誰來解決。

　　3、團隊是否運用單元測試(unit test)，測試驅動的開發(TDD)、UML, 或者其他工具來幫助設計和實現?這些工具有效么?

　　沒有，所以有效性也不好回答。

　　4、什么功能產生的Bug最多，為什么?

　　信息抽取。這部分是整個Pipeline的核心，設計時卻把它交給一個人，那位同學直接給我一個正則表達式的算法也是情有可原的。

　　5、代碼復審(Code Review)是如何進行的，是否嚴格執行了代碼規范?

　　沒有代碼復審。代碼規范在開題的時候有特別強調，執行情況良好，就是注釋少了些。

　　如果歷史重來一遍, 我們會做什么改進?

　　M1 我們選擇了一個人負責開發一個功能的形式，所以會出現各模塊實現的水平參差不齊。M2我們選擇所有人同時開發同一個功能，數據庫仍交給一個人運行維護。

　　測試/發布

　　1、團隊是否有一個測試計劃?為什么沒有?

　　有測試計劃。

　　2、是否進行了正式的驗收測試?

　　有，測試結果因為平時關系都不錯沒明確的說出來。

　　3、團隊是否有測試工具來幫助測試?

　　沒有這些工具。

　　4、團隊是如何測量并跟蹤軟件的效能的?從軟件實際運行的結果來看，這些測試工作有用么?應該有哪些改進?

原文轉自：http://www.anti-gravitydesign.com