項(xiàng)目管理概念總結(jié)

1、1、項(xiàng)目相關(guān)的概念在項(xiàng)目執(zhí)行過程中會(huì)接觸到很多概念，諸如需求分析、成本管理、迭代開發(fā)、概念設(shè)計(jì)、瀑布模型、業(yè)務(wù)需求、集成測(cè)試等。這些概念其實(shí)是屬于不同領(lǐng)域的概念，在項(xiàng)目管理執(zhí)行過程中。當(dāng)接觸到這些概念的時(shí)候需要理解這些概念的背景，這樣在具體應(yīng)用場(chǎng)景過程中會(huì)有比較具象的認(rèn)識(shí)。這里將這些概念加以區(qū)分，大致可以分為：軟件的開發(fā)模式、軟件的開流程、項(xiàng)目管理過程還有流程所產(chǎn)生的文檔。迭代模型成本管理進(jìn)度管理質(zhì)量管理螺旋模式瀑布模式增量模式需求分析單元測(cè)試編碼開發(fā)集成測(cè)試范圍管理詳細(xì)設(shè)計(jì)概念設(shè)計(jì)業(yè)務(wù)需求驗(yàn)收?qǐng)?bào)告軟件開發(fā)模式流程文檔項(xiàng)目管理軟件開發(fā)流程Ø 軟件開發(fā)模式有瀑布模式、迭代模式、螺旋模式

2、等。這些都是具體的軟件開發(fā)模式，是指開發(fā)團(tuán)隊(duì)使用怎么樣的開發(fā)模式完成軟件的開發(fā)。在實(shí)際過程中我們會(huì)根據(jù)項(xiàng)目的實(shí)際情況來選擇適合的開發(fā)模式。Ø 流程文檔有需求分析文檔、概念設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔、測(cè)試驗(yàn)收?qǐng)?bào)告、用戶驗(yàn)收?qǐng)?bào)告等。這些文檔都是在不同的開發(fā)階段所產(chǎn)生的階段性文檔。每個(gè)文檔都是對(duì)應(yīng)各個(gè)軟件開發(fā)流程的里程碑文檔，不同公司對(duì)這些文檔也有不同的要求。這些文檔應(yīng)該在PMO辦公室有模板，并且在傳統(tǒng)的開發(fā)模式中這些文檔在最終封板后不能隨意修改，要簽字畫押。Ø 項(xiàng)目管理是指在項(xiàng)目的執(zhí)行過程中，對(duì)項(xiàng)目管理所涉及的概念和范疇。對(duì)于項(xiàng)目而言項(xiàng)目管理主要就是對(duì)項(xiàng)目成本、項(xiàng)目范圍和項(xiàng)目進(jìn)度進(jìn)

3、行有效管理。從而保證項(xiàng)目最終實(shí)施成功，在成本、范圍、進(jìn)度外項(xiàng)目質(zhì)量是項(xiàng)目干系人最關(guān)心的。成本、進(jìn)度、范圍任何一個(gè)元素發(fā)生了變化都會(huì)影響最終的質(zhì)量。所謂又要馬兒跑得快又要馬兒不吃草的邏輯是不存在的。Ø 軟件開發(fā)流程軟件開發(fā)流程是從用戶需求到最終上線的開發(fā)步驟，一般的軟件開發(fā)都遵從由需求開始，然后通過分析、確認(rèn)需求內(nèi)容、然后再進(jìn)一步到開發(fā)、然后測(cè)試上線。由項(xiàng)目團(tuán)隊(duì)實(shí)施項(xiàng)目過程，并與干系人互動(dòng)。這些過程一般可分為以下兩大類： 項(xiàng)目管理過程。 這些過程保證項(xiàng)目在整個(gè)生命周期中順利前行。 產(chǎn)品導(dǎo)向過程。 這些過程定義并創(chuàng)造項(xiàng)目的產(chǎn)品。2、組織結(jié)構(gòu)組織結(jié)構(gòu)的類型包括職能型、項(xiàng)目型及位于這兩者之間

4、的各種矩陣型結(jié)構(gòu)。l 職能型典型的職能型組織是一種層級(jí)結(jié)構(gòu)，每位雇員都有一位明確的上級(jí)。人員按專業(yè)分組，例如，最高層可分為生產(chǎn)、營(yíng)銷、工程和會(huì)計(jì)。各專業(yè)還可進(jìn)一步分成更小的職能部門，例如，將工程專業(yè)進(jìn)一步分為機(jī)械工程和電氣工程。在職能型組織中，各個(gè)部門相互獨(dú)立地開展各自的項(xiàng)目工作。l 矩陣型弱矩陣平衡矩陣強(qiáng)矩陣矩陣型組織兼具職能型組織和項(xiàng)目型組織的特征。根據(jù)職能經(jīng)理和項(xiàng)目經(jīng)理之間的權(quán)力和影響力的相對(duì)程度，矩陣型組織可分為弱矩陣、平衡矩陣和強(qiáng)矩陣。弱矩陣型組織保留了職能型組織的大部分特征，其項(xiàng)目經(jīng)理的角色更像協(xié)調(diào)員或聯(lián)絡(luò)員。項(xiàng)目聯(lián)絡(luò)員作為工作人員的助理和溝通協(xié)調(diào)員，不能親自制定或推行決策。項(xiàng)目協(xié)

5、調(diào)員有權(quán)力做一些決策，有一定的職權(quán)，向較高級(jí)別的經(jīng)理匯報(bào)。強(qiáng)矩陣型組織則具有項(xiàng)目型組織的許多特征，擁有掌握較大職權(quán)的全職項(xiàng)目經(jīng)理和全職項(xiàng)目行政人員。平衡矩陣型組織雖然承認(rèn)全職項(xiàng)目經(jīng)理的必要性，但并未授權(quán)其全權(quán)管理項(xiàng)目和項(xiàng)目資金。表2-1 介紹了各種矩陣型組織結(jié)構(gòu)的更多細(xì)節(jié)。l 項(xiàng)目型與職能型組織相對(duì)的是項(xiàng)目型組織，如圖所示。在項(xiàng)目型組織中，團(tuán)隊(duì)成員通常集中辦公，組織的大部分資源都用于項(xiàng)目工作，項(xiàng)目經(jīng)理擁有很大的自主性和職權(quán)。這種組織中也經(jīng)常采用虛擬協(xié)同技術(shù)來獲得集中辦公的效果。項(xiàng)目型組織中經(jīng)常有被稱為“部門”的組織單元，但它們或者直接向項(xiàng)目經(jīng)理報(bào)告，或者為各個(gè)項(xiàng)目提供支持服務(wù)。3、項(xiàng)目管理過程

6、項(xiàng)目管理過程，根據(jù)PMP的定義可分為五大過程組即啟動(dòng)過程組、規(guī)劃過程組、執(zhí)行過程組、監(jiān)控過程組和收尾過程組。 啟動(dòng)過程組定義一個(gè)新項(xiàng)目或現(xiàn)有項(xiàng)目的一個(gè)新階段，授權(quán)開始該項(xiàng)目或階段的一組過程。 這一般以項(xiàng)目啟動(dòng)大會(huì)，項(xiàng)目章程的頒布作為項(xiàng)目啟動(dòng)的節(jié)點(diǎn)標(biāo)志。在實(shí)際工作過程中，項(xiàng)目在啟動(dòng)前項(xiàng)目的發(fā)起者（內(nèi)部項(xiàng)目往往是業(yè)務(wù)部門、外部項(xiàng)目是客戶方）會(huì)對(duì)要啟動(dòng)的項(xiàng)目做一個(gè)評(píng)估。包括項(xiàng)目范圍的圈定、項(xiàng)目資金的安排、項(xiàng)目初期的人力資源安排等。注意！在項(xiàng)目啟動(dòng)階段所確定的事項(xiàng)都是初步的意向性方案并不是最終產(chǎn)品方案！啟動(dòng)過程的主要目的是保證干系人期望與項(xiàng)目目的的一致性，讓干系人明了項(xiàng)目范圍和目標(biāo)，同時(shí)讓干系人明白他

7、們?cè)陧?xiàng)目和項(xiàng)目階段中的參與，從而有助于實(shí)現(xiàn)他們的期望。啟動(dòng)過程組有助于設(shè)定項(xiàng)目愿景需要完成什么。在大型項(xiàng)目過程中，項(xiàng)目會(huì)被切為若干個(gè)階段。在此類項(xiàng)目中，隨后各階段也要進(jìn)行啟動(dòng)過程，以便確認(rèn)在最初的制定項(xiàng)目章程和識(shí)別干系人過程中所做出的決定是否依然有效。 規(guī)劃過程組明確項(xiàng)目范圍，優(yōu)化目標(biāo)，為實(shí)現(xiàn)目標(biāo)制定行動(dòng)方案的一組過程。 規(guī)劃過程是一個(gè)通過多種工具和技術(shù)和項(xiàng)目參與的各方人員溝通，再根據(jù)不斷的反饋，進(jìn)一步完善修改逐步完善規(guī)劃，是一個(gè)“漸進(jìn)明細(xì)”的過程。規(guī)劃過程組的主要作用是，為成功完成項(xiàng)目或階段確定戰(zhàn)略、戰(zhàn)術(shù)及行動(dòng)方案或路線。對(duì)規(guī)劃過程組進(jìn)行有效管理，可以更容易地獲取干系人的認(rèn)可和參與。規(guī)劃過程

8、明確將如何做到這一點(diǎn)，確定實(shí)現(xiàn)期望目標(biāo)的路徑。在規(guī)劃項(xiàng)目、制定項(xiàng)目管理計(jì)劃的過程中，項(xiàng)目團(tuán)隊(duì)?wèi)?yīng)當(dāng)征求所有干系人的意見，鼓勵(lì)所有干系人的參與。由于不能無休止地收集反饋和優(yōu)化文件，規(guī)劃過程應(yīng)該設(shè)定一個(gè)開始和結(jié)束的時(shí)間點(diǎn)。作為規(guī)劃過程組的輸出，項(xiàng)目管理計(jì)劃和項(xiàng)目文件將對(duì)項(xiàng)目范圍、時(shí)間、成本、質(zhì)量、溝通、人力資源、風(fēng)險(xiǎn)、采購(gòu)和干系人參與等所有方面做出規(guī)定。這些規(guī)劃在項(xiàng)目正式做之前會(huì)形成項(xiàng)目的第一版基線，并在項(xiàng)目的關(guān)鍵節(jié)點(diǎn)設(shè)定里程碑。在規(guī)劃階段所產(chǎn)生的管理計(jì)劃，是一個(gè)具體細(xì)化的計(jì)劃，是獲得主要干系人的認(rèn)可的。因此在之后的項(xiàng)目執(zhí)行過程中，應(yīng)該按照制定的計(jì)劃來執(zhí)行。同時(shí)由于項(xiàng)目的不同，在執(zhí)行過程中還會(huì)碰到需

9、要更新規(guī)劃的時(shí)候，需要把規(guī)劃更新記錄下來。 執(zhí)行過程組完成項(xiàng)目管理計(jì)劃中確定的工作，以滿足項(xiàng)目規(guī)范要求的一組過程。 執(zhí)行過程組包含完成項(xiàng)目管理計(jì)劃中確定的工作，以滿足項(xiàng)目規(guī)范要求的一組過程。在項(xiàng)目的執(zhí)行過程中，有可能會(huì)對(duì)之前設(shè)定好的基線產(chǎn)生更新，需要重建項(xiàng)目基準(zhǔn)，包括變更預(yù)期的活動(dòng)持續(xù)時(shí)間、變更資源生產(chǎn)率與可用性，以及考慮未曾預(yù)料到的風(fēng)險(xiǎn)。在執(zhí)行中的偏差可能影響項(xiàng)目管理計(jì)劃或項(xiàng)目文件，需要加以仔細(xì)分析，并制定適當(dāng)?shù)捻?xiàng)目管理應(yīng)對(duì)措施。分析的結(jié)果可能引發(fā)變更請(qǐng)求。變更請(qǐng)求一旦得到批準(zhǔn)，就可能需要對(duì)項(xiàng)目管理計(jì)劃或其他項(xiàng)目文件進(jìn)行修改，甚至還要建立新的基準(zhǔn)。 監(jiān)控過程組監(jiān)控過程組貫穿整個(gè)項(xiàng)目管理過程，

10、項(xiàng)目管理過程中需要一直對(duì)項(xiàng)目的進(jìn)展情況進(jìn)行追蹤。跟蹤、審查和調(diào)整項(xiàng)目進(jìn)展與績(jī)效，識(shí)別必要的計(jì)劃變更并啟動(dòng)相應(yīng)變更的一組過程?？刂谱兏?，推薦糾正措施，或者對(duì)可能出現(xiàn)的問題推薦預(yù)防措施； 對(duì)照項(xiàng)目管理計(jì)劃和項(xiàng)目績(jī)效測(cè)量基準(zhǔn)，監(jiān)督正在進(jìn)行中的項(xiàng)目活動(dòng)； 對(duì)導(dǎo)致規(guī)避整體變更控制或配置管理的因素施加影響，確保只有經(jīng)批準(zhǔn)的變更才能付諸執(zhí)行。 收尾過程組完結(jié)所有過程組的所有活動(dòng)，正式結(jié)束項(xiàng)目或階段的一組過程。 獲得客戶或發(fā)起人的驗(yàn)收，以正式結(jié)束項(xiàng)目或階段； 進(jìn)行項(xiàng)目后評(píng)價(jià)或階段結(jié)束評(píng)價(jià)； 記錄經(jīng)驗(yàn)教訓(xùn)； 對(duì)組織過程資產(chǎn)進(jìn)行適當(dāng)更新； 將所有相關(guān)項(xiàng)目文件在項(xiàng)目管理信息系統(tǒng)中歸檔，以便作為歷史數(shù)據(jù)使用； 結(jié)束所

11、有采購(gòu)活動(dòng)，確保所有相關(guān)協(xié)議的完結(jié)； 對(duì)團(tuán)隊(duì)成員進(jìn)行評(píng)估，釋放項(xiàng)目資源。5大過程組，在整個(gè)項(xiàng)目過程中并不是收尾相連的，而是疊加在一起的。他們的人力投入情況見下圖。在PMP的定義中，整個(gè)項(xiàng)目管理分為5大過程組、10大知識(shí)領(lǐng)域。10大知識(shí)領(lǐng)域?yàn)轫?xiàng)目整合管理、項(xiàng)目范圍管理、項(xiàng)目時(shí)間管理、項(xiàng)目成本管理、項(xiàng)目質(zhì)量管理、項(xiàng)目人力資源管理、項(xiàng)目溝通管理、項(xiàng)目風(fēng)險(xiǎn)管理、項(xiàng)目采購(gòu)管理以及項(xiàng)目干系人管理。有興趣的可以擴(kuò)展閱讀和學(xué)習(xí)。4、項(xiàng)目管理鐵三角項(xiàng)目管理中最重要的鐵三角，時(shí)間、成本、范圍，最終是為了項(xiàng)目的質(zhì)量。所謂“鐵三角”，指的的三者中任意一方的變動(dòng)都會(huì)對(duì)其它二者產(chǎn)生影響。項(xiàng)目管理的目標(biāo)是平衡三者的關(guān)系，使

12、之達(dá)到最佳的效果。在這三角關(guān)系中，要保一角，就要以另兩個(gè)角為代價(jià)。例如要在短時(shí)間內(nèi)完成一個(gè)項(xiàng)目，就要以較高成本和犧牲一定的質(zhì)量為代價(jià)。若要時(shí)間短、高質(zhì)量，就要付出更多的成本若要成本低，就要耗費(fèi)較長(zhǎng)的時(shí)間，甚至質(zhì)量上要做出讓步。同樣如果項(xiàng)目范圍沒有控制好，也會(huì)導(dǎo)致時(shí)間和成本的上升。在三角關(guān)系中最終影響的是項(xiàng)目質(zhì)量，而項(xiàng)目質(zhì)量才是項(xiàng)目干系人最重要的期望。試想，就算以很快的速度，極低的成本完成了項(xiàng)目范圍內(nèi)所有的工作，但最后質(zhì)量有問題項(xiàng)目是不可能驗(yàn)收通過的。5、軟件項(xiàng)目開發(fā)生命周期項(xiàng)目啟動(dòng)主要確定業(yè)務(wù)目標(biāo)即軟件做什么，制定項(xiàng)目計(jì)劃即如何管理項(xiàng)目，軟件開發(fā)如何進(jìn)行。一般由會(huì)由一個(gè)項(xiàng)目啟動(dòng)會(huì)標(biāo)志項(xiàng)目正式啟

13、動(dòng)，參會(huì)人員包括主要干系人，項(xiàng)目經(jīng)理，并宣講項(xiàng)目進(jìn)度安排和項(xiàng)目計(jì)劃。需求分析業(yè)務(wù)分析人員根據(jù)當(dāng)前業(yè)務(wù)流程和未來的業(yè)務(wù)流程，分析軟件的功能需求并規(guī)劃業(yè)務(wù)流程。分析新功能需求的接口。需求分析后會(huì)出一份需求分析文檔，需求分析文檔應(yīng)滿足用戶需求由用戶審核后封板。封板后的需求文檔不應(yīng)該經(jīng)常變更，否則會(huì)影響最終的開發(fā)進(jìn)度和軟件質(zhì)量。系統(tǒng)設(shè)計(jì)根據(jù)新的業(yè)務(wù)模型和需求分析文檔，系統(tǒng)架構(gòu)師需要設(shè)計(jì)新系統(tǒng)的系統(tǒng)框架或修改現(xiàn)有系統(tǒng)框架，進(jìn)行系統(tǒng)的頂層建模。若涉及數(shù)據(jù)庫的變動(dòng)開發(fā)人員需要設(shè)計(jì)數(shù)據(jù)庫的表結(jié)構(gòu)，DBA需要考慮數(shù)據(jù)庫的容量和性能。若新業(yè)務(wù)涉及數(shù)據(jù)轉(zhuǎn)換，還要設(shè)計(jì)數(shù)據(jù)轉(zhuǎn)換規(guī)則，數(shù)據(jù)切換流程，數(shù)據(jù)庫擴(kuò)容等。同時(shí)，開

14、發(fā)人員根據(jù)需求分析文檔的內(nèi)容分析需要修改、新增和刪除的程序，列出所有涉及程序的功能點(diǎn)和修改方案。所有涉及修改的內(nèi)容最終形成概設(shè)文檔，由技術(shù)專家審核后封板。系統(tǒng)實(shí)現(xiàn)以概設(shè)文檔為基礎(chǔ)，開發(fā)人員編碼開發(fā)相應(yīng)程序。若時(shí)間允許，開發(fā)前應(yīng)先準(zhǔn)備詳設(shè)文檔，由資深開發(fā)人員審核后開始開發(fā)。詳設(shè)文檔將來作為組織過程資產(chǎn)保留下來。系統(tǒng)測(cè)試開發(fā)人員在完成開發(fā)后，應(yīng)該先對(duì)修改內(nèi)容進(jìn)行單元測(cè)試，所有單元測(cè)試完成后。由環(huán)境維護(hù)人員，準(zhǔn)備系統(tǒng)集成測(cè)試環(huán)境和用戶驗(yàn)收測(cè)試環(huán)境。開發(fā)人員負(fù)責(zé)將修改后的程序統(tǒng)一部署到測(cè)試環(huán)境，測(cè)試人員和業(yè)務(wù)分析人員負(fù)責(zé)編寫系統(tǒng)測(cè)試案例。測(cè)試人員進(jìn)行系統(tǒng)集成測(cè)試，并將測(cè)試的BUG反饋開發(fā)人員進(jìn)行修改。

15、最后，由業(yè)務(wù)人員編寫用戶驗(yàn)收測(cè)試案例，并由用戶測(cè)試驗(yàn)收后上線。系統(tǒng)推廣在系統(tǒng)上線前，應(yīng)準(zhǔn)備通告告知相關(guān)人員系統(tǒng)上線的時(shí)間。組織用戶進(jìn)行系統(tǒng)使用的培訓(xùn)，并準(zhǔn)備相應(yīng)的培訓(xùn)文檔，用戶操作手冊(cè)。6、軟件開發(fā)模型瀑布模型瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。在瀑布模型中，軟件開發(fā)的各項(xiàng)活動(dòng)嚴(yán)格按照線性方式進(jìn)行，當(dāng)前活動(dòng)接受上一項(xiàng)活動(dòng)的工作結(jié)果，實(shí)施完成所需的工作內(nèi)容。當(dāng)前活動(dòng)的工作結(jié)果需要進(jìn)行驗(yàn)證，如果驗(yàn)證通過，則該結(jié)果作為下一項(xiàng)活動(dòng)的輸入，繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)，否則返回修改

16、。瀑布模型強(qiáng)調(diào)文檔的作用，并要求每個(gè)階段都要仔細(xì)驗(yàn)證。但是，這種模型的線性過程太理想化，已不再適合現(xiàn)代的軟件開發(fā)模式，幾乎被業(yè)界拋棄，其主要問題在于：（1） 各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量；（2） 由于開發(fā)模型是線性的，用戶只有等到整個(gè)過程的末期才能見到開發(fā)成果，從而增加了開發(fā)的風(fēng)險(xiǎn)；（3） 早期的錯(cuò)誤可能要等到開發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來嚴(yán)重的后果。迭代開發(fā)迭代式開發(fā)也被稱作迭代增量式開發(fā)或迭代進(jìn)化式開發(fā)，是一種與傳統(tǒng)的瀑布式開發(fā)相反的軟件開發(fā)過程，它彌補(bǔ)了傳統(tǒng)開發(fā)方式中的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)率。什么是迭代式開發(fā)？每次只設(shè)計(jì)和實(shí)現(xiàn)這個(gè)產(chǎn)

17、品的一部分, 逐步逐步完成的方法叫迭代開發(fā), 每次設(shè)計(jì)和實(shí)現(xiàn)一個(gè)階段叫做一個(gè)迭代. 在迭代式開發(fā)方法中，整個(gè)開發(fā)工作被組織為一系列的短小的、固定長(zhǎng)度（如3周）的小項(xiàng)目，被稱為一系列的迭代。每一次迭代都包括了需求分析、設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。采用這種方法，開發(fā)工作可以在需求被完整地確定之前啟動(dòng)，并在一次迭代中完成系統(tǒng)的一部分功能或業(yè)務(wù)邏輯的開發(fā)工作。再通過客戶的反饋來細(xì)化需求，并開始新一輪的迭代。迭代式開發(fā)的優(yōu)點(diǎn)：1、降低風(fēng)險(xiǎn)2、得到早期用戶反饋3、持續(xù)的測(cè)試和集成4、使用變更5、提高復(fù)用性螺旋模型螺旋模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)：（1） 制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方

18、案，弄清項(xiàng)目開發(fā)的限制條件；（2） 風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；（3） 實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；（4） 客戶評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。螺旋模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開發(fā)之中。但是，螺旋模型也有一定的限制條件，具體如下：（1） 螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，但要求許多客戶接受和相信這種分析，并做出相關(guān)反應(yīng)是不容易的，因此，這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開發(fā)。（2） 如果執(zhí)行風(fēng)險(xiǎn)分析將大大影響項(xiàng)目的利潤(rùn)，那么進(jìn)行風(fēng)險(xiǎn)分析毫無意義，因此，螺旋模型只適合于大規(guī)模軟件項(xiàng)目。（3） 軟件開

19、發(fā)人員應(yīng)該擅長(zhǎng)尋找可能的風(fēng)險(xiǎn)，準(zhǔn)確地分析風(fēng)險(xiǎn)，否則將會(huì)帶來更大的風(fēng)險(xiǎn)一個(gè)階段首先是確定該階段的目標(biāo)，完成這些目標(biāo)的選擇方案及其約束條件，然后從風(fēng)險(xiǎn)角度分析方案的開發(fā)策略，努力排除各種潛在的風(fēng)險(xiǎn)，有時(shí)需要通過建造原型來完成。如果某些風(fēng)險(xiǎn)不能排除，該方案立即終止，否則啟動(dòng)下一個(gè)開發(fā)步驟。最后，評(píng)價(jià)該階段的結(jié)果，并設(shè)計(jì)下一個(gè)階段。增量模型與建造大廈相同，軟件也是一步一步建造起來的。在增量模型中，軟件被作為一系列的增量構(gòu)件來設(shè)計(jì)、實(shí)現(xiàn)、集成和測(cè)試，每一個(gè)構(gòu)件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成.增量模型在各個(gè)階段并不交付一個(gè)可運(yùn)行的完整產(chǎn)品，而是交付滿足客戶需求的一個(gè)子集的可運(yùn)行產(chǎn)

20、品。整個(gè)產(chǎn)品被分解成若干個(gè)構(gòu)件，開發(fā)人員逐個(gè)構(gòu)件地交付產(chǎn)品，這樣做的好處是軟件開發(fā)可以較好地適應(yīng)變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風(fēng)險(xiǎn)。但是，增量模型也存在以下缺陷：（1） 由于各個(gè)構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，所以加入構(gòu)件必須不破壞已構(gòu)造好的系統(tǒng)部分，這需要軟件具備開放式的體系結(jié)構(gòu)。（2） 在開發(fā)過程中，需求的變化是不可避免的。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過程的控制失去整體性。在使用增量模型時(shí)，第一個(gè)增量往往是實(shí)現(xiàn)基本需求的核心產(chǎn)品。核心產(chǎn)品交付用戶使用后，經(jīng)過評(píng)價(jià)形成下一個(gè)增量的開

21、發(fā)計(jì)劃，它包括對(duì)核心產(chǎn)品的修改和一些新功能的發(fā)布。這個(gè)過程在每個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生最終的完善產(chǎn)品。例如，使用增量模型開發(fā)字處理軟件?？梢钥紤]，第一個(gè)增量發(fā)布基本的文件管理、編輯和文檔生成功能，第二個(gè)增量發(fā)布更加完善的編輯和文檔生成功能，第三個(gè)增量實(shí)現(xiàn)拼寫和文法檢查功能，第四個(gè)增量完成高級(jí)的頁面布局功能。螺旋模型和增量模型區(qū)別與聯(lián)系螺旋模型和增量模型都是以某個(gè)原型或初始子集為基礎(chǔ)，通過不斷的演化得到滿足用戶需求的軟件產(chǎn)品螺旋模型與增量模型最大區(qū)別是1、螺旋模型是事先定義大部分需求,開發(fā)過程中計(jì)劃性比較強(qiáng)，而增量模型是事先定義少部分需求,靈活的迭代開發(fā)和經(jīng)常的客戶反饋,減少了項(xiàng)目風(fēng)險(xiǎn)。2

22、、螺旋模型在過程級(jí)迭代，增量模型在活動(dòng)級(jí)迭代3、螺旋模型在開發(fā)周期內(nèi)采用簡(jiǎn)化瀑布模型或快速模型，而增量模型經(jīng)常是先做總體需求分析和設(shè)計(jì)，然后在編碼和測(cè)試中逐個(gè)增量開發(fā)4、螺旋模型每次迭代都提交一個(gè)完整的軟件版本，而增量開發(fā)每次增量開發(fā)在上次增量的基礎(chǔ)上提交新的一部分軟件增量模型和螺旋模型的主要聯(lián)系是：兩個(gè)模型都屬于典型的演化模型，都具有演化模型的基本特征和性質(zhì)，如都適合于對(duì)軟件最終需求不確切的軟件開發(fā)項(xiàng)目，都通過首先獲取一組基本需求，快速構(gòu)造一個(gè)原型，根據(jù)用戶試用過程的意見和新需求，對(duì)原型不斷進(jìn)行改造，再將新版作為原型，重復(fù)此過程直到演化得到令客戶滿意的產(chǎn)品。因此，二者都具有演化模型的迭代特征

23、。同時(shí)，二者也都融合了瀑布模型基本成分和優(yōu)點(diǎn)。模型名稱技術(shù)特點(diǎn)適用范圍瀑布模型簡(jiǎn)單，分階段，階段間存在因果關(guān)系，各個(gè)階段完成后都有評(píng)審，允許反饋，不支持用戶參與，要求預(yù)先確定需求。需求易于完善定義且不易變更的軟件系統(tǒng)迭代模型不要求一次性地開發(fā)出完整的軟件系統(tǒng)，將軟件開發(fā)視為一個(gè)逐步獲取用廣需求、完善軟件產(chǎn)品的過程。需求難以確定、不斷變更的軟件系統(tǒng)螺旋模型結(jié)合瀑布模型、快速原型模型和迭代模型的思想，并引進(jìn)了風(fēng)險(xiǎn)分析活動(dòng)需求難以獲取和確定、軟件開發(fā)風(fēng)險(xiǎn)較大的軟件系統(tǒng)增量模型軟件產(chǎn)品是被增量式地一塊塊開發(fā)的，允許開發(fā)活動(dòng)并行和重疊技術(shù)風(fēng)險(xiǎn)較大、用戶需求較為穩(wěn)定的軟件系統(tǒng)參考鏈接 7、產(chǎn)品生命周期：典

24、型的產(chǎn)品生命周期一般可分為四個(gè)階段，即導(dǎo)入期、成長(zhǎng)期、成熟期和衰退期導(dǎo)入期新產(chǎn)品投入市場(chǎng)，便進(jìn)入介紹期。此時(shí)，顧客對(duì)產(chǎn)品還不了解，只有少數(shù)追求新奇的顧客可能購(gòu)買，銷售量很低。為了擴(kuò)展銷路，需要大量的促銷費(fèi)用，對(duì)產(chǎn)品進(jìn)行宣傳。在這一階段，由于技術(shù)方面的原因，產(chǎn)品不能大批量生產(chǎn)，因而成本高，銷售額增長(zhǎng)緩慢，企業(yè)不但得不到利潤(rùn)，反而可能虧損。產(chǎn)品也有待進(jìn)一步完善。成長(zhǎng)期這時(shí)顧客對(duì)產(chǎn)品已經(jīng)熟悉，大量的新顧客開始購(gòu)買，市場(chǎng)逐步擴(kuò)大。產(chǎn)品大批量生產(chǎn)，生產(chǎn)成本相對(duì)降低，企業(yè)的銷售額迅速上升，利潤(rùn)也迅速增長(zhǎng)。競(jìng)爭(zhēng)者看到有利可圖，將紛紛進(jìn)入市場(chǎng)參與競(jìng)爭(zhēng)，使同類產(chǎn)品供給量增加，價(jià)格隨之下降，企業(yè)利潤(rùn)增長(zhǎng)速度逐步減

25、慢，最后達(dá)到生命周期利潤(rùn)的最高點(diǎn)。成熟期市場(chǎng)需求趨向飽和，潛在的顧客已經(jīng)很少，銷售額增長(zhǎng)緩慢直至轉(zhuǎn)而下降，標(biāo)志著產(chǎn)品進(jìn)入了成熟期。在這一階段，競(jìng)爭(zhēng)逐漸加劇，產(chǎn)品售價(jià)降低，促銷費(fèi)用增加，企業(yè)利潤(rùn)下降。衰退期隨著科學(xué)技術(shù)的發(fā)展，新產(chǎn)品或新的代用品出現(xiàn)，將使顧客的消費(fèi)習(xí)慣發(fā)生改變，轉(zhuǎn)向其他產(chǎn)品，從而使原來產(chǎn)品的銷售額和利潤(rùn)額迅速下降。于是，產(chǎn)品又進(jìn)入了衰退期。產(chǎn)品生命周期理論可以幫助產(chǎn)品經(jīng)理針對(duì)產(chǎn)品所處階段的特點(diǎn)采取不同的產(chǎn)品策略（包括產(chǎn)品的運(yùn)營(yíng)推廣策略）。比如，產(chǎn)品處于引入期時(shí)，產(chǎn)品規(guī)劃工作應(yīng)該主要圍繞完善產(chǎn)品基礎(chǔ)功能來進(jìn)行；產(chǎn)品處于衰退期時(shí)，產(chǎn)品經(jīng)理就可以向公司提出產(chǎn)品退出建議和方案，或是對(duì)產(chǎn)品

26、進(jìn)行重新定位，使產(chǎn)品“老樹開新花”。8、產(chǎn)品開發(fā)流程產(chǎn)品策略產(chǎn)品經(jīng)理的所有工作都是圍繞產(chǎn)品進(jìn)行的，通過在合適的時(shí)機(jī)提供用戶所需要的產(chǎn)品來實(shí)現(xiàn)公司的發(fā)展目標(biāo)。為了使產(chǎn)品在激烈的市場(chǎng)競(jìng)爭(zhēng)中獲得更大的優(yōu)勢(shì)，產(chǎn)品經(jīng)理在規(guī)劃、推廣產(chǎn)品時(shí)需要運(yùn)用一系列的措施和手段，我們稱之為產(chǎn)品策略。產(chǎn)品策略的制定要從行業(yè)動(dòng)態(tài)和公司戰(zhàn)略出發(fā)，并關(guān)注目標(biāo)客戶、確定產(chǎn)品定位、考慮產(chǎn)品的商業(yè)利益。用戶需求在確定產(chǎn)品策略后，需要利用一系列工具和方法包括目標(biāo)用戶需求分析、產(chǎn)品需求的管理、競(jìng)爭(zhēng)對(duì)手產(chǎn)品分析，從價(jià)值、產(chǎn)品、成本、風(fēng)險(xiǎn)角度撰寫商業(yè)需求文檔（BRD）。BRD由產(chǎn)品經(jīng)理向公司高層提交，用于說明用戶存在哪些需求以及這些需求的重

27、要程度，建議提供哪些功能來滿足用戶的這些需求，同時(shí)給出預(yù)估的商業(yè)價(jià)值和簡(jiǎn)單的市場(chǎng)競(jìng)爭(zhēng)分析。對(duì)于產(chǎn)品經(jīng)理來說， BRD用于向公司申請(qǐng)所需的資源，爭(zhēng)取公司高層對(duì)產(chǎn)品項(xiàng)目的支持；對(duì)于公司來說， BRD則是對(duì)產(chǎn)品項(xiàng)目進(jìn)行決策評(píng)估的重要依據(jù)。產(chǎn)品功能規(guī)劃在產(chǎn)品啟動(dòng)后，需要將之前用戶需求細(xì)化為具體的產(chǎn)品功能，規(guī)劃產(chǎn)品功能并撰寫需求細(xì)化的產(chǎn)品需求文檔（PRD）。PRD用于向研發(fā)部門詳細(xì)描述本次所要開發(fā)的產(chǎn)品功能（產(chǎn)品需求）。產(chǎn)品需求在進(jìn)入開發(fā)之后，如果中途有調(diào)整，那么開發(fā)進(jìn)度就會(huì)受到很大的影響，甚至失控。因此，為了降低這種情況發(fā)生的概率，在開發(fā)人員正式對(duì)產(chǎn)品需求進(jìn)行開發(fā)之前，產(chǎn)品經(jīng)理還有件非常重要的工作，那就是對(duì)產(chǎn)品需求進(jìn)行確認(rèn)，與所有的相關(guān)方在所要開發(fā)的產(chǎn)品功能上達(dá)成一致，盡可能確保相關(guān)方不會(huì)在開發(fā)途中提出不同的或全新的要求