在項目執(zhí)行期間，可以由項目管理團隊作成檢查清單或者模板(checklist/template)，也可以由項目管理室那樣的支持項目管理的組織在項目審查和監(jiān)督的成功案例和失敗案例的基礎上作成。檢查清單或者模板是組織的最佳實踐，通過這些經(jīng)驗的積累可以提高項目管理的效率，有助于防止失敗。檢查清單用于確認作業(yè)或工程是否存在遺漏。模板作為產(chǎn)出物的雛形式樣，具有WBS、網(wǎng)絡圖、需求變更書、進展報告書、合同標準文件等形式。通過雛形的靈活運用，經(jīng)驗較淺的項目管理者可以明白必須做些什么，并能在其他項目中重復利用。

軟件開發(fā)項目管理檢查清單：天氣晴雨表

檢查清單用于確認作業(yè)或工程是否存在遺漏，是反映項目管理是否存在問題的“天氣晴雨表”。下面是軟件開發(fā)項目管理的一個檢查清單，比本章中所言“軟件開發(fā)項目管理過程中的禍根及其后果”更加詳細。通過這個清單，可以發(fā)現(xiàn)項目管理存在的問題，并采取措施加以改善。

需求式樣晴雨表

• 是否存在穩(wěn)定的、完整的、書面的需求式樣？

• 是否已經(jīng)就需求事項煞費苦心地與顧客進行了溝通和確認？

• 是否存在需求式樣尚未確定就以“暫定式樣”開始作業(yè)而事后返工的情況？

• 是否為了確認顧客的需求而對“需求式樣書”進行了審查？

• 是否根據(jù)顧客提供的產(chǎn)品式樣書而直接進入了設計作業(yè)？

• 是否在作業(yè)途中不斷變更或追加需求式樣？

• 是否按照項目編號規(guī)則對每項需求賦予了惟一的編號？

• 是否已經(jīng)明確顧客方的項目推進體制以及最終決策者？

• 是否攝于顧客的特權優(yōu)位性而不經(jīng)討論地接受顧客的需求變更？

• 是否在遠遠超越自身能力而根本無法完成的情況下不能清楚地說“不”？

• 是否在作業(yè)已經(jīng)進入測試階段后還發(fā)現(xiàn)需求式樣理解有誤？

• 是否以單一窗口接收顧客的需求，確保一窗口輸入？

• 項目組成員的作業(yè)是否基于最新需求信息，而不是已經(jīng)失效的歷史信息？

項目計劃晴雨表

• 是否將估算視為一種特殊的技能，并將估算當作一個小項目？

• 是否定期對項目計劃實施重新估算并根據(jù)實際情況加以調(diào)整？

• 是否對作業(yè)文檔等成果物的“量”進行了估計？

• 是否以適當?shù)膯挝贿M行了作業(yè)量的估計？

• 項目作業(yè)是否具有詳細的日程表？

• 日程表確定之后，如果和實際情況出入較大，是否進行了調(diào)整？

• 是否接受了不切實際的開發(fā)日程，而其結(jié)果是，日程表僅僅成為一種形式？

• “工作量”和“難易度”是否會因為擔當者的不同而出現(xiàn)巨大變動？

• 是否因為實際進展超前于計劃而沒有思考項目計劃本身存在的精度問題？

團隊管理晴雨表

• 是否存在明確的軟件開發(fā)行動單位：團隊？

• 是否雖然叫作團隊，但是并沒有認識到協(xié)作而是專注于工作任務的分擔？
• 管理者是否仍然承擔以前作為技術者所承擔的具體開發(fā)作業(yè)任務？

• 項目管理者是否僅僅根據(jù)自己的經(jīng)驗而將需求式樣直接分派給“個人”？

• 項目管理者是否總是認為項目沒有什么值得注意的問題？

• 團隊成員是否知道項目作業(yè)內(nèi)容的相互關系及其優(yōu)先級？

• 是否在項目啟動之后仍然還有項目組成員感到無所事事？

• 是否經(jīng)常有特定的項目組成員總是加班到深夜？

• 團隊成員是否知道并遵守統(tǒng)一的作業(yè)規(guī)范？

• 是否從作業(yè)流程上、從團隊協(xié)作上追究過程序缺陷的真正原因？

• 團隊成員是否在相互察看成果物后產(chǎn)生提高自己的作業(yè)水平的意識？

• 當問題難點解決之后，是否向項目組成員介紹解決該問題的思維和方法？

• 項目組成員的出勤時間是否經(jīng)常相差很大而不尋找原因？

• 項目組成員在遇到技術難題時是否與項目組其他成員溝通并尋求支援？

• 項目組成員在討論問題時是否出現(xiàn)無條理的、非建設性的討論？

作業(yè)流程晴雨表

• 是否存在專注于組織整體的開發(fā)作業(yè)和項目流程的人或者小組？

• 是否存在項目開發(fā)作業(yè)的標準作業(yè)流程？

• 是否存在記述顧客需求式樣的文檔標準？

• 是否存在設計書的文檔標準？

• 是否不經(jīng)過設計階段而直接進入編碼階段？

• 設計階段是否實施了以設計為對象的審查？

• 編碼階段是否實施了以代碼為對象的審查？

• 中途式樣變更后，是否未經(jīng)其影響范圍的分析就直接分配給擔當者？

• 是否未經(jīng)單體測試就直接開始綜合測試？

• 是否時至最后才發(fā)現(xiàn)此前隱藏的諸多問題？

• 是否無視已經(jīng)發(fā)現(xiàn)的問題而繼續(xù)推進作業(yè)？

• 是否多次重復出現(xiàn)以前相同的錯誤而沒有吸取教訓？

• 是否沒有專門的測試人員而在交付之前還是由開發(fā)者自己實施測試？

• 對式樣需求是否確立了適當?shù)臏y試項目？

• 測試是否幾乎沒有自動化手段？

• 過程改善方面是否存在可以商量和咨詢的人員？

• 是否鼓勵各開發(fā)小組寫作事后分析報告，至少能就項目進程開會討論？

【?發(fā)表評論?0條?】