輸出作為此過程的輸入，實際情況中我們會選用改良的V模型，一些過程可以并行，例如需求規(guī)格完成后，可以系統(tǒng)測試計劃和概要設(shè)計并行。在實際項目管理中開發(fā)模型生命周期中各過程的輸出宜作為milestone(里程碑)設(shè)置計劃控制點。

時間、質(zhì)量和成本是衡量項目成功的三要素，時間和成本因為有形比較容易監(jiān)控，質(zhì)量控制在軟件開發(fā)項目中非常重要了，所以我們很多過程和活動（文檔review、代碼走讀、單元測試、集成測試、系統(tǒng)測試、以及各過程的需求反饋追蹤等）都是保障質(zhì)量的活動。現(xiàn)在好多項目都特別重視了系統(tǒng)測試（包括功能測試、性能測試等），但是忽略了單元測試。單元測試是所有測試中最底層的一類測試，是第一個環(huán)節(jié)，也是最重要的一個環(huán)節(jié)；是唯一一次有保證能夠代碼覆蓋率達(dá)到100%的測試，是整個軟件測試過程的基礎(chǔ)和前提；單元測試防止了開發(fā)的后期因BUG過多而失控；單元測試的性價比是最好的。在項目中我們引入了TDD單元測試實踐，并關(guān)注了編譯檢查、代碼走讀，以及在等價類、邊界值、因果圖等方法下的黑盒功能測試和達(dá)到覆蓋率指標(biāo)下自動單元測試代碼的白盒測試。并將XP方法中的Nightly Test實踐達(dá)到代碼和測試代碼的每日building。

Review活動在我們的項目中重視度很高，我們的一些評審制度，評審首先進(jìn)行小組內(nèi)部預(yù)評審，內(nèi)部評審模版記錄提交項目經(jīng)理和評審組織者；正式評審可以先走email評審，評審對象完成人將評審文檔或其他可交付物提前一天email給所有評審人，請評審人各自將意見email給評審組織者，評審組織者按評審人員匯總整理意見，提交第二天討論。討論后，評審結(jié)果記錄和每人評審意見列入文檔考核績效。

軟件開發(fā)項目中風(fēng)險管理，風(fēng)險管理不只是項目經(jīng)理估計風(fēng)險，我們風(fēng)險管理采用了全員的頭腦風(fēng)暴法，并按權(quán)重進(jìn)行TOP10列表管理。針對TOP10風(fēng)險，制定相應(yīng)風(fēng)險應(yīng)對計劃。在軟件開發(fā)中，主要的風(fēng)險有技術(shù)風(fēng)險，所以風(fēng)險應(yīng)對計劃是項目計劃前期的技術(shù)驗證和測試，需求不確定等風(fēng)險的應(yīng)對計劃是原型和迭代的開發(fā)方法。例如在界面越來越重要的今天，需求規(guī)格中會做出原型界面并提前得到客戶方的review是很好的風(fēng)險應(yīng)對計劃 。

溝通是監(jiān)督、控制的基礎(chǔ)，是推動項目執(zhí)行的基礎(chǔ)，更是減少沖突的良方。有項調(diào)查項目經(jīng)理90%時間在溝通。的確溝通占用了項目經(jīng)理的大部分時間，因為項目經(jīng)理是面對項目干系人最多的角色。在項目溝通方面，作為項目經(jīng)理應(yīng)周期性向機構(gòu)管理層和客戶報告項目的技術(shù)、進(jìn)度、費用、質(zhì)量方面的狀況；在客戶面前全面代表所在機構(gòu)，與客戶建立和維持友好和開放的關(guān)系，直接面向客戶的項目經(jīng)理是客戶與所在機構(gòu)最關(guān)鍵的聯(lián)系點；做一個項目溝通的推動者、避免項目中出現(xiàn)溝通的遏制者；為項目溝通積極創(chuàng)造環(huán)境，包括集中工作；保證所有會議的高效率。項目經(jīng)理要根據(jù)不同人員和不同情況下的問題選擇最合適的溝通方式（電話、傳真、Email、口頭、即時通信工具、報告、會議、私下交流等），來達(dá)到好的溝通效果。如果項目中出現(xiàn)與干系人等的問題，首先要檢查溝通計劃了?，F(xiàn)在好多溝通事項是只裝在項目經(jīng)理的腦子中的，如何做好項目的溝通計劃，是項目經(jīng)理要培養(yǎng)成習(xí)慣的一個重要技能。這在我們軟件項目中尤甚。例如員工流動始終是軟件行業(yè)的一個顯著特征，所以項目經(jīng)理在處理此類問題時溝通計劃就非常重要了。曾經(jīng)我們一個項目開發(fā)中，一個team leader 想離職技術(shù)移民到加拿大，由于前期不知是否能辦好也不知道什么時候能辦好，所以沒有聲張，等辦好后，離離職就只有很短的時間了，而項目到了非常重要的時期，他們team成立不久，其他成員均無太多經(jīng)驗