【正文】 針對(duì)不同的使用者角色，編制相應(yīng)的用戶文檔，對(duì)管理者用戶需要提供《安裝、維護(hù)指南》，對(duì)普通用戶需要編制《產(chǎn)品使用手冊(cè)》?！　　栋惭b、維護(hù)指南》的內(nèi)容包括：1.1. 產(chǎn)品各組件的說明 2. 產(chǎn)品部署架構(gòu) 3. 安裝、配置和卸載等步驟 4. 啟動(dòng)、停止和重啟等操作 5. 其它操作：日志、備份、還原等 　　《產(chǎn)品使用手冊(cè)》的內(nèi)容包括：1. 產(chǎn)品介紹 2. 各個(gè)功能的介紹 3. 通過實(shí)際案例介紹各個(gè)功能的使用方式和操作步驟 產(chǎn)品使用培訓(xùn) 　　對(duì)于為特定客戶開發(fā)的軟件產(chǎn)品，在發(fā)布前需要對(duì)用戶進(jìn)行產(chǎn)品的使用培訓(xùn)。培訓(xùn)前需要部署好操作環(huán)境，編寫培訓(xùn)資料，然后組織培訓(xùn)會(huì)議。 產(chǎn)品驗(yàn)收 　　對(duì)于為特定客戶開發(fā)的軟件產(chǎn)品，通常根據(jù)簽訂的開發(fā)合同和產(chǎn)品方案等條款逐項(xiàng)驗(yàn)收，驗(yàn)收時(shí)，用戶通常會(huì)執(zhí)行驗(yàn)收測(cè)試案例。 最后修訂 　　在產(chǎn)品驗(yàn)收通過后，正式發(fā)布前對(duì)產(chǎn)品作最后的修訂，可能包括：1.1. 開發(fā)文檔修訂 2. 用戶文檔修訂 3. 代碼整理 正式版發(fā)布 　　正式版的發(fā)布標(biāo)志著開發(fā)階段的結(jié)束，產(chǎn)品從此時(shí)起進(jìn)入維護(hù)階段，正式發(fā)布前可能要做一些準(zhǔn)備工作，如：數(shù)據(jù)遷移和環(huán)境配置等。 項(xiàng)目總結(jié) 　　項(xiàng)目結(jié)束后需要對(duì)整個(gè)項(xiàng)目開發(fā)階段的工作進(jìn)行總結(jié)，交流心得，吸取經(jīng)驗(yàn)和教訓(xùn)，并歸檔為《項(xiàng)目總結(jié)報(bào)告》?！　　俄?xiàng)目總結(jié)報(bào)告》的內(nèi)容包括：1.1. 總體評(píng)價(jià) 2. 成本、收益匯總 3. 重要心得 4. 管理總結(jié) 5. 技術(shù)總結(jié) 總 結(jié)圖 81 項(xiàng)目階段　　軟件項(xiàng)目開發(fā)經(jīng)歷多個(gè)階段，每個(gè)階段包含多個(gè)任務(wù)，每個(gè)任務(wù)會(huì)產(chǎn)生相應(yīng)的工件。需要相應(yīng)的質(zhì)量保證措施對(duì)任務(wù)進(jìn)行監(jiān)控，保證任務(wù)的執(zhí)行。任務(wù)完成后也需要對(duì)任務(wù)進(jìn)行評(píng)審，保證任務(wù)的質(zhì)量。　　這些工作均由開發(fā)團(tuán)隊(duì)和相關(guān)人員按照工作流程執(zhí)行。因此，合理的角色任務(wù)分配和溝通制度是軟件項(xiàng)目成功的重要保障。　　圖 82 列出幾種比較普遍的角色和任務(wù)劃分方案：圖 82 角色和任務(wù)劃分方案　　職責(zé)和角色不清楚往往是造成軟件項(xiàng)目團(tuán)隊(duì)管理混亂的一個(gè)重要原因，一個(gè)好的軟件團(tuán)隊(duì)必須根據(jù)團(tuán)隊(duì)規(guī)模的不同和項(xiàng)目本身的特點(diǎn)對(duì)項(xiàng)目成員的角色和崗位進(jìn)行明確的劃分，這樣團(tuán)隊(duì)中的每個(gè)成員才可能有清晰的責(zé)任和目標(biāo)?！　≤浖_發(fā)不管采用哪種生命周期模型和開發(fā)方法論，整個(gè)過程都會(huì)包含需求，設(shè)計(jì)，開發(fā)，測(cè)試，配置管理等各項(xiàng)活動(dòng)。而這些活動(dòng)會(huì)對(duì)應(yīng)到項(xiàng)目中的不同角色，項(xiàng)目中進(jìn)行崗位劃分后每個(gè)崗位成員可以兼職多個(gè)角色。形成相關(guān)的角色崗位矩陣?！　》桨敢?項(xiàng)目負(fù)責(zé)人總覽全局　　對(duì)于小作坊的軟件開發(fā)團(tuán)隊(duì)，可以由一個(gè)項(xiàng)目負(fù)責(zé)人總覽全局。項(xiàng)目負(fù)責(zé)人承擔(dān)從用戶需求軟件需求總體設(shè)計(jì)的所有工作。同時(shí)還需要做到整個(gè)團(tuán)隊(duì)進(jìn)度規(guī)劃，質(zhì)量保證，配置管理和溝通協(xié)調(diào)等相關(guān)工作。所以小型項(xiàng)目團(tuán)隊(duì)對(duì)項(xiàng)目負(fù)責(zé)人的業(yè)務(wù)，技術(shù)和溝通管理等技能都要求較高，項(xiàng)目負(fù)責(zé)人是項(xiàng)目中的總體方案確認(rèn)者和架構(gòu)師。項(xiàng)目負(fù)責(zé)人能力和技能往往決定了整個(gè)軟件項(xiàng)目的成敗?！　∥覀冞@里指的小型團(tuán)隊(duì)并不是只一個(gè)人單打獨(dú)斗的項(xiàng)目，所以項(xiàng)目負(fù)責(zé)人最好不要介入到模塊設(shè)計(jì)和編碼活動(dòng)中，而是應(yīng)該把重點(diǎn)放在進(jìn)度的控制和質(zhì)量的保證上面。由于項(xiàng)目負(fù)責(zé)人一般有較強(qiáng)的技術(shù)能力，所以項(xiàng)目負(fù)責(zé)人可以承擔(dān)項(xiàng)目中要使用的一些新技術(shù)的研究，項(xiàng)目中一些疑難問題的解決等相關(guān)工作。項(xiàng)目負(fù)責(zé)人還應(yīng)該有計(jì)劃的設(shè)計(jì)開發(fā)人員的代碼進(jìn)行Review，對(duì)發(fā)現(xiàn)的規(guī)范性，性能，復(fù)用差等問題跟項(xiàng)目成員確認(rèn)，并寫入到項(xiàng)目開發(fā)規(guī)范中。　　方案二 項(xiàng)目負(fù)責(zé)人和開發(fā)負(fù)責(zé)人分離　　在這種方案下項(xiàng)目負(fù)責(zé)人和開發(fā)負(fù)責(zé)人在軟件需求和架構(gòu)上的工作是重疊的。這兩個(gè)崗位的人員共同來確認(rèn)項(xiàng)目的總體方案和架構(gòu)。項(xiàng)目負(fù)責(zé)人的重點(diǎn)在項(xiàng)目管理和與客戶交流溝通上，只有確認(rèn)清楚第一手的用戶需求，才能開發(fā)出用戶滿意度高的軟件。對(duì)于很多小型項(xiàng)目往往是用戶需求都沒有搞清楚就開工，項(xiàng)目成員完全憑借著自己的感覺在做系統(tǒng)，過程中又不注意與用戶及時(shí)反饋和迭代，導(dǎo)致開發(fā)出完全不能使用的系統(tǒng)；開發(fā)負(fù)責(zé)人的重點(diǎn)是對(duì)整個(gè)開發(fā)過程負(fù)責(zé)，包括對(duì)項(xiàng)目經(jīng)理確認(rèn)的進(jìn)度目標(biāo)進(jìn)行任務(wù)的進(jìn)一步分解，安排后續(xù)的增量和迭代計(jì)劃。方案二的重點(diǎn)是第一次解放項(xiàng)目經(jīng)理，架構(gòu)的核心移動(dòng)到了開發(fā)負(fù)責(zé)人，而項(xiàng)目經(jīng)理僅僅是參與討論和評(píng)審。而單獨(dú)剝離出開發(fā)負(fù)責(zé)人后，可以更好的對(duì)開發(fā)過程進(jìn)行跟蹤和協(xié)調(diào)，開發(fā)負(fù)責(zé)人重點(diǎn)放在項(xiàng)目?jī)?nèi)部，而避免過多去和外部干系人溝通和協(xié)調(diào)?！　》桨溉?測(cè)試的專職化　　對(duì)于項(xiàng)目團(tuán)隊(duì)發(fā)展到510的時(shí)候，項(xiàng)目中的測(cè)試工作必須專職化的由測(cè)試人員來完成。一般測(cè)試人員的配置比例為46個(gè)開發(fā)人員需要配置一名專職化的測(cè)試人員。測(cè)試人員站在第三方和模擬使用者角度來進(jìn)行系統(tǒng)的測(cè)試，可以更好的發(fā)現(xiàn)系統(tǒng)的BUG和相關(guān)問題，有效的保證系統(tǒng)的質(zhì)量?！　》桨溉许?xiàng)目經(jīng)理工作進(jìn)一步清晰，項(xiàng)目經(jīng)理不在承擔(dān)軟件需求和架構(gòu)的相關(guān)工作。而重點(diǎn)放在項(xiàng)目?jī)?nèi)外的溝通協(xié)調(diào)和整個(gè)項(xiàng)目進(jìn)度計(jì)劃的安排上。這個(gè)時(shí)候項(xiàng)目中的設(shè)計(jì)負(fù)責(zé)人對(duì)整個(gè)系統(tǒng)的總體設(shè)計(jì)方案和架構(gòu)負(fù)責(zé)，而且設(shè)計(jì)負(fù)責(zé)人也將不在參與具體的功能模塊的設(shè)計(jì)和開發(fā)工作。設(shè)計(jì)負(fù)責(zé)人的重點(diǎn)轉(zhuǎn)化到的軟件需求的開發(fā)和總體設(shè)計(jì)上面(如涉及到RUP中的用例建模，用例分析，架構(gòu)設(shè)計(jì)，組件接口復(fù)用)?！　》桨杆?項(xiàng)目經(jīng)理和需求角色分離　　當(dāng)項(xiàng)目團(tuán)隊(duì)的規(guī)模發(fā)展到1220人的時(shí)候，項(xiàng)目團(tuán)隊(duì)基本上可以算做中小型的項(xiàng)目團(tuán)隊(duì)。這個(gè)時(shí)候項(xiàng)目經(jīng)理完全專職化做項(xiàng)目管理的工作。包括項(xiàng)目進(jìn)度計(jì)劃制定，項(xiàng)目跟蹤監(jiān)控，風(fēng)險(xiǎn)分析和控制，項(xiàng)目度量分析和決策等相關(guān)內(nèi)容。對(duì)于需求活動(dòng)設(shè)置專門的需求工程師崗位來完成需求的開發(fā)。同時(shí)項(xiàng)目中設(shè)置專門的架構(gòu)設(shè)計(jì)人員，架構(gòu)設(shè)計(jì)人員不再負(fù)責(zé)需求的開發(fā)工作，而重點(diǎn)在于系統(tǒng)總體設(shè)計(jì)方案的確定，系統(tǒng)的4+1視圖的分析，同時(shí)架構(gòu)人員要考慮整個(gè)系統(tǒng)的集成方案的確定和具體功能單元和模塊的集成?！　∮捎陧?xiàng)目規(guī)模的擴(kuò)大，項(xiàng)目的配置項(xiàng)更加復(fù)雜，項(xiàng)目也需要同時(shí)起開發(fā)，測(cè)試，集成和BugFix等多個(gè)分支。因此需要設(shè)置專門的配置管理員來進(jìn)行項(xiàng)目的配置管理。　　對(duì)于項(xiàng)目同時(shí)需要開發(fā)新版本，又需要對(duì)已經(jīng)發(fā)布的維護(hù)版本進(jìn)行功能改進(jìn)的時(shí)候，項(xiàng)目中要考慮設(shè)置專門的維護(hù)人員。由維護(hù)人員來完成項(xiàng)目小功能的改進(jìn)和BUG的修復(fù)。這樣新版本設(shè)計(jì)開發(fā)人員可以更專注的進(jìn)行新功能的開發(fā)。35 / 35