目前的組織框架下，經過一年多的工作實踐，深深體會到人和流程是保證項目成功的兩個最關鍵因素。由具備項目實施基本素質的人按規范的合理化流程進行項目開發，才能最大限度地保證項目的成功。一個好的流程可以保證差一點的人做出來的東西不至于太差，但不能確保做出精品。通過流程可以實現一種規范化、流水線化、工業化的軟件開發。通過流程我們部門間的配合才節省寶貴時間，為項目早期完成，贏得市場主動權。
4.3 項目計劃的階段性
1) 努力做到項目計劃詳細、周到。CYB項目計劃從開始有三個月計劃，到修改三次以上，計劃完成時間從三個月、延長到六個月、直到現在的八個月。計劃已經形同虛設。實踐證明不合理的計劃不如沒有計劃，不合理的計劃給領導造成錯誤的認識。合理的計劃應該是先明確本周工作計劃，對于難以預測的任務或者困難給出一個近期工作的方向，然后根據實際進展情況進行細化調整。
2) 流程中明確定義開發階段、測試階段。開發階段任務沒有完成，占用測試階段計劃時間，測試工作效率降低。正確的處理方式建議不要減少測試工作時間，項目開發完成時間根據實際需要順延。
3) 每個階段都列出了該階段的各項活動，并詳細描述每項活動的屬性:
進入條件，輸入;
驗證方法;
結束條件，輸出。
4) 每個階段結束都要召開階段結束會議。前一個階段結束(以本階段開發任務測試完成為標志)才能進入下一階段。項目經理需要在每個階段測試任務完成情況進行分析，存在的問題要充分暴露出來，以便于早點解決。 CYB項目經理D采取報喜不報優的做法，在會議上常得到領導的表揚，其他項目經理常愁眉苦臉擺出人員問題、可能的技術問題、測試人員和時間問題等。實際結果最后笑的項目經理也是項目完成比較順利。
5) 理想計劃中每個活動都比較具體，每個活動的時間以天為單位。計劃包括了開展質量控制活動的時間，推廣說明版本控制系統和缺陷跟蹤系統的使用的時間。
典型案例是公司研發用于用戶信息管理的代號CYB項目，CYB項目開始時副總裁牽頭，由于測試人員少沒有參與，開發經理們討論設計實施方案后幾乎大家一片贊美。隨后項目經理D負責開發，他認為時間緊，省去了許多必須的文檔工作。經理D采取報喜不報優的做法，項目文檔差，過分強調計劃，而忽視計劃任務達到的質量，大部分項目測試沒有完成就宣布開發完成，結果前三個月每次經理會上總裁都會表揚他們取得的階段成果，我做為測試經理沒有說話的機會，有一次剛講幾句，總裁馬上提醒希望大家克服困難，每個組的任務都可能需要加班等。結果原計劃三個月完成項目，已經過了半年發現要實現商用還需要做很多工作，具體完成時間也不確定， 可是現在每天總是強調專人測試，問文檔沒有，只能通過問了一次又一次的溝通方式實施測試工作， 有個不錯的測試人員實在無法忍耐，辭職了，我只好安排新的測試人員應對完成任務。這個CYB項目遭到了整個公司的一片噓聲，雖然沒有放棄，但沒有商業價值了�？�9個月的研發成本老本最清楚去那兒了。
總結教訓，項目經理對計劃和測試工作的高度重視、周密制定、嚴格執行是能夠實現項目有效商業價值的基本保障。
4.4 重視Review的作用
按軟件工程規范化流程，一般把Review和測試作為保證軟件質量兩個主要手段。測試的重要性已經成為各項目經理認識，并貫穿于開發的全過程，形成了項目組成員人人重視測試工作的氛圍。Review則是一個非常簡單有效并能盡早發現軟件中錯誤的有效方法，項目經理在每周必須根據進展情況制訂Review計劃，可以說，任何交付物都要經技術總監參加的Review后才能進行基線化。目前華友公司正在建立比較詳細全面、可執行性高的由Review流程和各種交付物的Review Checklist。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
