1、項目有關的概念

在項目執(zhí)行過程中會接觸到諸多概念，諸如需求分析、成本管理、迭代開發(fā)、

概念設計、瀑布模型、業(yè)務需求、集成測試等。這些概念其實是屬于不一樣領域的

概念,在項目管理執(zhí)行過程中。當接觸到這些概念的時候需要理解這些概念日勺背景，

這樣在詳細應用場景過程中會有比較具象rJ認識。

這里將這些概念加以辨別，大體可以分為:軟件口勺開發(fā)模式、軟件口勺開流程、

項口管理過程尚有流程所產生的文檔。

＞軟件開發(fā)模式

有瀑布模式、迭代模式、螺旋模式等。這些都是詳細的軟件開發(fā)模式，是

指開發(fā)團體使用怎么樣的開發(fā)模式完畢軟件的開發(fā)。在實際過程中我們會

根據項目的實際狀況來選擇適合H勺開發(fā)模式。

＞流程文檔

有需求分析文檔、概念設計文檔、詳細設計文檔、測試驗收匯報、顧客驗

收匯報等。這些文檔都是在不一樣的開發(fā)階段所產生H勺階段性文檔。每個

文檔都是對應各個軟件開發(fā)流程H勺里程碑文檔，不一樣企業(yè)對這些文檔也

有不一樣的規(guī)定。這些文檔應當在PMO辦公室有模板，并且在老式H勺開發(fā)模

式中這些文檔在最終封板后不能隨意修改，要簽字畫押。

＞項目管理

是指在項目的執(zhí)行過程中，對項目管理所波及的概念和范圍。對于項目而

言項目管理重要就是對項目成本、項目范圍和項目進度進行有效管理。從

而保證項目最終實行成功，在成本、范圍、進度外項目質量是項目干系人

最關懷日勺。成本、進度、范圍任何一種元素發(fā)生了變化都會影響最終的質

量。所謂又要馬兒跑得快又要馬兒不吃草肉邏輯是不存在日勺。

＞軟件開發(fā)流程

軟件開發(fā)流程是從顧客需求到最終上線的開發(fā)環(huán)節(jié)，一般的軟件開發(fā)都遵

從由需求開始，然后通過度析、確認需求內容、然后再深入到開發(fā)、然后

測試上線。

由項目團體實行項目過程，并與干系人互動。這些過程一般可分為如下兩大類：

?項目管理過程。這些過程保證項目在整個生命周期中順利前行。

?產品導向過程。這些過程定義并發(fā)明項目的產品。

2、組織構造

組織構造的類型包括職能型、項目型及位于這兩者之間的多種矩陣型構造，

?職能型

經典H勺職能型組織是一種層級構造，每位雇員均有一位明確的上級。人員按專

業(yè)分組，例如，最高層可分為生產、營銷、工程和會計。各專業(yè)還可深入提成更小

H勺職能部門，例如，將工程專業(yè)深入分為機械工程和電氣工程。在職能型組織中，

各個部門互相獨立地開展各自的項目工作。

?矩陣型

（灰框表示參與項目活動的職員）項目區(qū)調

弱矩陣

（灰框表示參與項目活動的職員）'項目協(xié)調

平衡矩陣

總經理

（灰框表示參與項目活動的職員）項［協(xié)調

強矩陣

矩陣型組織兼具職能型組織和項目型組織時特性。根據職能經理和項目經理之

間口勺權力和影響力口勺相對程度，矩陣型組織可分為弱矩陣、平衡矩陣和強矩陣，弱

矩陣型組織保留了職能型組織的大部分特性，其項目經理的角色更像協(xié)調員或聯(lián)絡

員。項目聯(lián)絡員作為工作人員的助理和溝通協(xié)調員，不能親自制定或推行決策，項

目協(xié)調員有權力做某些決策，有一定口勺職權，向較高級別的經理匯報。強矩陣型組

織則具有項目型組織的許多特性，擁有掌握較大職權口勺全職項目經理和全職項目行

政人員。平衡矩陣型組織雖然承認全職項口經理的必要性，但并未授權其全權管理

項目和項目資金。表門回邙簡介了多種矩陣型組織構造時更多細節(jié)。

?項目型

（灰框表示參與項目活動的職員）

與職能型組織相對的是項目型組織，如圖所示，在項目型組織中，團體組員i

般集中辦公，組織的大部分資源都用于項目工作，項目經理擁有很大H勺自主性和職

權。這種組織中也常常采用虛擬協(xié)同技術來獲得集中辦公的效果。項目型組織中常

常有被稱為“部門”的組織單元，但它們或者直接向項目經理匯報，或者為各個項目

提供支持服務。

3、項目管理過程

項目管理過程，根據PMP/、J定義可分為五大過程組即啟動過程組、規(guī)劃過程組、

執(zhí)行過程組、監(jiān)控過程組和收尾過程組。

?啟動過程組

定義一種新項目或既有項目的一種新階段，授權開始該項目或階段的一組過程。

這一般以項目啟動大會，項目章程日勺頒布作為項目啟動的節(jié)點標志。在實際工作過

程中，項目在啟動前項目的發(fā)起者（內部項目往往是業(yè)務部門、外部項目是客戶方）

會對要啟動的項目做一種評估。包括項目范圍口勺圈定、項目資金日勺安排、項目初期

日勺人力資源安排等。注意！在項目啟動階段所確定的事項都是初步的意向性方案并

不是最終產品方案！啟動過程時重要目的是保證干系人期望與項目目的日勺一致性，

讓干系人明了項目范圍和目日勺，同步讓干系人明白他們在項目和項目階段中的I參與,

從而有助于實現(xiàn)他們的I期望。啟動過程組有助于設定項目愿景一一需要完畢什么。

在大型項目過程中，項目會被切為若干個階段，在此類項目中，隨即各階段也

要進行啟動過程，以便物認在最初H勺制定項目章程和識別干系人過程中所做出H勺決

定與否仍然有效。

?規(guī)劃過程組

明確項目范圍，優(yōu)化目的，為實現(xiàn)目的制定行動方案的一組過程。規(guī)劃過程是

一種通過多種工具和技術和項目參與的各方人員溝通，再根據不停的反饋，深入完

善修改逐漸完善規(guī)劃，是一種“漸進明細”H勺過程，規(guī)劃過程組日勺重要作用是，為

成功完畢項目或階段確定戰(zhàn)略、戰(zhàn)術及行動方案或路線。對規(guī)劃過程組進行有效管

理，可以更輕易地獲取干系人的承認和參與。規(guī)劃過程明確將怎樣做到這一點，確

定實現(xiàn)期望目的H勺途徑，

在規(guī)劃項目、制定項目管理計劃的過程中，項目團體應當征求所有干系人口勺意

見，鼓勵所有干系人的參與。由于不能無休止地搜集反饋和優(yōu)化文獻，規(guī)劃過程應

當設定一種開始和結束H勺時間點。

作為規(guī)劃過程組的輸出，項目管理計劃和項目文獻將對項目范圍、時間、成本、

質量、溝通、人力資源、風險、采購和干系人參與等所有方面做出規(guī)定。這些規(guī)劃

在項目正式做之前會形成項目的第一版基線，并在項目的關鍵節(jié)點設定里程碑，在

規(guī)劃階段所產生日勺管理計劃，是一種詳細細化的計劃，是獲得重要干系人日勺承認的。

因此在之后的項目執(zhí)行過程中，應當按照制定H勺計劃來執(zhí)行。同步由于項目的不一

樣，在執(zhí)行過程中還會碰到需要更新規(guī)劃的時候，需要把規(guī)劃更新記錄下來。

?執(zhí)行過程組

完畢項目管理計劃中確定H勺工作，以滿足項目規(guī)范規(guī)定H勺一組過程。

執(zhí)行過程組包括完畢項目管理計劃中確定的工作，以滿足項目規(guī)范規(guī)定的一組

過程。在項目的執(zhí)行過程中，有也許會對之前設定好H勺基線產生更新，需要重建項

目基準，包括變更預期H勺活動持續(xù)時間、變更資源生產率與可用性，以及考慮未曾

預料到H勺風險。在執(zhí)行中H勺偏差也許影響項目管理計劃或項目文獻，需要加以仔細

分析，并制定合適歐I項目管理應對措施。分析H勺成果也許引起變更祈求。變更祈求

一旦得到同意，就也許需要對項目管理計劃或其他項目文獻進行修改，甚至還要建

立新的基準。

?監(jiān)控過程組

監(jiān)控過程組貫穿整個項目管理過程，項目管理過程中需要一直對項目的進展狀

況進行追蹤。

跟蹤、審查和調整項目進展與績效，識別必要的計劃變更并啟動對應變更H勺一

組過程。

控制變更，推薦糾正措施，或者對也許出現(xiàn)的司題推薦防止措施；

對照項口管理計劃和項口績效測量基準，監(jiān)督正在進行中日勺項目活動；

對導致規(guī)避整體變更控制或配置管理的原因施加影響，保證只有經同意的變更

才能付諸執(zhí)行。

?收尾過程組

完結所有過程組的所有活動，正式結束項0或階段的一組過程。

獲得客戶或發(fā)起人的驗收，以正式結束項目或階段；

進行項目后評價或階段結束評價；

記錄經驗教訓；

對組織過程資產進行合適更新；

將所有有關項目文獻在項目管理信息系統(tǒng)中歸檔，以便作為歷史數(shù)據使用：

結束所有采購活動，保證所有有關協(xié)議口勺完結：

對團體組員進行評估，釋放項目資源。

5大過程組，在整個項目過程中并不是收尾相連H勺，而是疊加在一起的。他們的

人力投入狀況見下圖。

啟動過程組娓劃過程組執(zhí)行過程組監(jiān)控過程組收尾過程俎

在PMP的定義中，整個項目管理分為5大過程組、10大知識領域。10大知識領域為項

目整合管理、項目范圍管理、項目時間管理、項目成本管理、項目質量管理、項目

人力資源管理、項目溝通管理、項目風險管理、項目采購管理以及項目干系人管理。

有愛好H勺可以擴展閱讀和學習。

項目管理過程組

知識領域

啟動過程組規(guī)劃過程組執(zhí)行過程組監(jiān)控過程組收尾過程組

4.項目整合管理41制定項目章程4.2制定項目管4.3指導與管理項44監(jiān)控項目工作4.6結束項目或

理計劃目工作4.5實施整體變更階段

控制

5.1規(guī)劃范圍管理

5.項目范圍管理5.2收集需求5.5確認范圍

5.3定義范圍5.6控制范圍

5.4創(chuàng)建工作分解

結構

6.項目時間管理6.1規(guī)劃進度管理6.7控制進度

6.2定義活動

6.3排列活動順序

6.4估算活動資源

6.5估算活動持續(xù)

時間

6.6制定進度計劃

7.項目成本管理7.1規(guī)劃成本管理7.4控制成本

7.2估算成本

7.3制定布算

8.項目質量管理8.1規(guī)劃質量管理8.2實施質量保證8.3控制質量

9.項目人力9.1規(guī)劃人力資源9.2組建項目團隊

費源管理管理9.3建設項目團隊

9.4管理項目團隊

10.項目溝通管理10.1規(guī)劃溝通管理10.2管理溝通10.3控制溝通

11.項目風瞼管理11.1規(guī)劃風險11.6控制風險

管理

11.2識別風險

11.3實施定性風

險分析

11.4實施定量風

險分析

11.5規(guī)劃風瞼

應對

12.項目采購管理12.1規(guī)劃采購管理12.2實施采購12.3控制采購12.4勢束采購

13.項目干系人管理13.1識別干系人13.2規(guī)劃干系人13.3管理干系人13.4控制干系人

管理參與參與

4、項目管理鐵三角

項目管理中最重要的鐵三角，時間、成本、范圍，最終是為了項目日勺質量,

所謂“鐵三角”，指日勺的三者中任意一方的變動都會對其他兩者產生影響，項

目管理的目的是平衡二者叫關系，使之到達最佳的效果。

在這三角關系中，要保一角，就要以另兩個角為代價。例如要在短時間內完畢

一種項目，就要以較高成本和犧牲一定的質量為代價。若要時間短、高質量，就要

付出更多日勺成本若要成本低，就要花費較長日勺時間，甚至質量上要做出讓步。同樣

假如項目范圍沒有控制好，也會導致時間和成本的上升。在三角關系中最終影響時

是項目質量，而項目質量才是項目干系人最重要日勺期望。試想，就算以很快日勺速度，

極低的成本完畢了項目范圍內所有日勺工作，但最終質量有問題項目是不也許驗收通

過日勺。

5、軟件項目開發(fā)生命周期

需求

可行性

規(guī)劃

設計

建造

測試

移交

?泰，除■?幢

'■HITa?t.wti

?AffXWll-

?必?

??與用戶真力

??5_6開黛

'?amitir?AMW4M!I

項目啟動

重要確定業(yè)務目的卻軟件做什么，制定項目計劃即怎樣管理項目，軟件開發(fā)怎

樣進行。一般由會由一種項目啟動會標志項目正式啟動，參會人員包括重要干系人,

項目經理，并宣講項目進度安排和項目計劃。

需求分析

業(yè)務分析人員根據目前業(yè)務流程和未來H勺業(yè)務流程，分析軟件的功能需求并規(guī)

劃業(yè)務流程。分析新功能需求的接口。需求分析后會出一份需求分析文檔，需求分

析文檔應滿足顧客需求由顧客審核后封板。封板后的需求文檔不應當常常變更，否

則會影響最終的開發(fā)進度和軟件質量。

系統(tǒng)設計

根據新的業(yè)務模型和需求分析文檔，系統(tǒng)架構師需要設計新系統(tǒng)的系統(tǒng)框架或

修改既有系統(tǒng)框架，進行系統(tǒng)H勺頂層建模。若波及數(shù)據庫的變動開發(fā)人員需要設計

數(shù)據庫的表構造，DBA需要考慮數(shù)據庫H勺容量和性能。若新業(yè)務波及數(shù)據轉換，還要

設計數(shù)據轉換規(guī)則，數(shù)據切換流程，數(shù)據庫擴容等，同步，開發(fā)人員根據需求分析

文檔的內容分析需要修改、新增和刪除的程序，列出所有波及程序的功能點和修改

方案。所有波及修改的內容最終形成概設文檔，由技術專家審核后封板。

系統(tǒng)實現(xiàn)

以概設文檔為基礎，開發(fā)人員編碼開發(fā)對應程序。若時間容許，開發(fā)前應先準

備詳設文檔，由資深開發(fā)人員審核后開始開發(fā)。詳設文檔未來作為組織過程資而保

留下來。

系統(tǒng)測試

開發(fā)人員在完畢開發(fā)后，應當先對修改內容進行單元測試，所有單元測試完畢

后。由環(huán)境維護人員，準備系統(tǒng)集成測試環(huán)境和顧客驗收測試環(huán)境。開發(fā)人員負責

將修改后口勺程序統(tǒng)一布署到測試環(huán)境，測試人員和業(yè)務分析人員負責編寫系統(tǒng)測試

案例。測試人員進行系統(tǒng)集成測試，并將測試的BUG反饋開發(fā)人員進行修改。最終,

由業(yè)務人員編寫顧客驗收測試案例，并由顧客測試驗收后上線。

系統(tǒng)推廣

在系統(tǒng)上線前，應準備通告告知有關人員系統(tǒng)上線的時間。組織顧客進行系統(tǒng)

使用的培訓，并準備對應的培訓文檔，顧客操作手冊。

6、軟件開發(fā)模型

瀑布模型

瀑布模型將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、

軟件測試和運行維護等六個基本活動，并且規(guī)定了它們自上而下、互相銜接的固定

次序，如同瀑布流水，逐層下落。

在瀑布模型中，軟件開發(fā)的各項活動嚴格按照線性方式進行，目前活動接受上

一項活動日勺工作成果，實行完畢所需的工作內容。目前活動日勺工作成果需要進行驗

證，假如驗證通過，則該成果作為下一項活動的輸入，繼續(xù)進行下一項活動，否則

返回修改。

瀑布模型強調文檔的作用，并規(guī)定每個階段都要仔細驗證。不過，這種模型的

線性過程太理想化，已不再適合現(xiàn)代的軟件開發(fā)模式，幾乎被業(yè)界拋棄，其重要問

題在于：

(1)各個階段的劃分完全固定，階段之間產生大量的文檔，極大地增長了工

作量；

(2)由于開發(fā)模型是線性的，顧客只有等到整個過程的末期才能見到開發(fā)成

果，從而增長了開發(fā)的風險；

(3)初期口勺錯誤也許要等到開發(fā)后期口勺測試階段才能發(fā)現(xiàn)，進而帶來嚴重口勺

后果。

迭代開發(fā)

式開發(fā)相反的軟件開發(fā)過程，它彌補r老式開發(fā)方式中的某些弱點，具有更高口勺成

功率和生產率。

什么是迭代式開發(fā)？

每次只設計和實現(xiàn)這個產品H勺一部分，逐漸逐漸完畢的措施叫迭代開發(fā)，每次

設計和實現(xiàn)一種階段叫做一種迭代.

在迭代式開發(fā)措施中，整個開發(fā)工作被組織為一系列的短小時、固定長度（如

3周）的小項目，被稱為一系列的迭代。每一次迭代都包括了需求分析、設計、實

現(xiàn)與測試。采用這種措施，開發(fā)工作可以在需求被完整地確定之前啟動，并在一次

迭代中完畢系統(tǒng)的一部分功能或業(yè)務邏輯的開發(fā)工作。再通過客戶的反饋來細化需

求，并開始新一輪口勺迭代。

迭代式開發(fā)H勺長處：

1、減少風險

2、得到初期顧客反饋

3、持續(xù)的測試和集成

4、使用變更

5、提高復用性

螺旋模型

1、確定目標

2、識別和幽決風險

螺旋模型沿著螺線進行若干次迭代，圖中H勺四個象限代表了如下活動：

(1)制定計劃：確定軟件目口勺，選定實行方案，弄清項目開發(fā)的限制條件；

(2)風險分析：分析評估所選方案，考慮怎樣識別和消除風險；

(3)實行工程：實行軟件開發(fā)和驗證；

(4)客戶評估：評價開發(fā)工作，提出修正提議，制定下一步計劃。

螺旋模型由風險驅動，強調可選方案和約束條件從而支持軟件口勺重用，有

助于將軟件質量作為特殊目曰勺融入產品開發(fā)之中。不過，螺旋模型也有一定的限制

條件，詳細如下：

(1)螺旋模型強調風險分析，但規(guī)定許多客戶接受和相信這種分析，并做出

有關反應是不輕易口勺，因此，這種模型往往適應于內部的大規(guī)模軟件開發(fā)。

(2)假如執(zhí)行風險分析將大大影響項目的利澗，那么進行風險分析亳無意義，

因此，螺旋模型只適合于大規(guī)模軟件項目。

(3)軟件開發(fā)人員應當擅長尋找也許的風險，精確地分析風險，否則將會帶

來更大的風險

一種階段首先是確定該階段H勺目的，完畢這些目的的選擇方案及其約束條件,

然后從風險角度分析方案H勺開發(fā)方略，努力排除多種潛在的風險，有時需要通過建

造原型來完畢。假如某些風險不能排除，該方案立即終止，否則啟動下一種開發(fā)環(huán)

節(jié)。最終，評價該階段的成果，并設計下一種階段，

增量模型

■

場43

■計?

軟■,?

件■(fr

遙;

系2

■

統(tǒng)

女

?

功

能

依

特

征?1411ft

項目n歷時間

與建造大廈相似，軟件也是一步一步建造起來的。在增量模型中，軟件被作為

一系列的增量構件來設計、實現(xiàn)、集成和測試，每一種構件是由多種互相作用口勺模

塊所形成口勺提供特定功能口勺代碼片段構成.

增量模型在各個階段并不交付一種可運行的完整產品，而是交付滿足客戶需求

口勺一種子集的可運行產品。整個產品被分解成若干個構件，開發(fā)人員逐一構件地交

付產品，這樣做的好處是軟件開發(fā)可以很好地適應變化，客戶可以不停地看到所開

發(fā)的軟件，從而減少開發(fā)風險。不過，增量模型也存在如下缺陷：

（1）山于各個構件是逐漸并入已經有口勺軟件體系構造中口勺，因此加入構件必

須不破壞己構造好W'J系統(tǒng)部分，這需要軟件具有開放式的體系構造。

（2）在開發(fā)過程中，需求H勺變化是不可防止日勺。增量模型的靈活性可以使其

適應這種變化I內能力大大優(yōu)于瀑布模型和迅速原型模型，但也很輕易退化為邊做邊

改模型，從而是軟件過程H勺控制失去整體性。

在使用增量模型口寸，第一種增量往往是實現(xiàn)基本需求的關鍵產品。關鍵產品交

付顧客使用后，通過評價形成下一種增量的開發(fā)計劃，它包括對關鍵產品的修改和

某些新功能的公布。這個過程在每個增量公布后不停反復，直到產生最終的完善產

品。

例如，使用增量模型開發(fā)字處理軟件?？梢钥贾荆谝环N增量公布基本的文獻

管理、編輯和文檔生成功能，第二個增量公卅愈加完善的編輯和文檔生成功能，第

三個增量實現(xiàn)拼寫和文法檢查功能，第四個增量完畢高級的頁面布局功能。

螺旋模型和增量模型區(qū)別與聯(lián)絡

螺旋模型和增量模型都是以某個原型或初始子集為基礎，通過不停H勺演化得到

滿足顧客需求的軟件產品

螺旋模型與增量模型最大區(qū)別是

1、螺旋模型是事先定義大部分需求,開發(fā)過程中計劃性比較強，而增量模型是

事先定義少部分需求，靈活的迭代開發(fā)和常常的客戶反饋，減少了項目風險。

2、螺旋模型在過程級迭代，增量模型在活動級迭代

3、螺旋模型在開發(fā)周期內采用簡化瀑布模型或迅速模型，而增量模型常常是先

做總體需求分析和設計，然后在編碼和測試中逐一增量開發(fā)

4、螺旋模型每次迭代都提交一種完整H勺軟件版本，而增量開發(fā)每次增量開發(fā)在

上次增量H勺基礎上提交新H勺一部分軟件

增量模型和螺旋模型的重要聯(lián)絡是:

兩個模型都屬于經典H勺演化模型，都具有演化模型的基本特性和性質，如都適

合于對軟件最終需求不確切的軟件開發(fā)項目，都通過首先獲取一組基本需求，迅速

構造一種原型，根據顧客試用過程H勺意見和新需求，對原型不停進行改造，再將新

版作為原型，反復此過程直到演化得到令客戶滿意的產品。因此，兩者都具有演化

模型的迭代特性。同步，兩者也都融合了瀑布模型基本成分和長處。

模型名稱技術特點合用范圍

簡樸，分階段，階段間存在因果關系，各

需求易于完善定義且不

瀑布模型個階段完畢后均有評審，容許反饋，不支持顧

易變更軟件系統(tǒng)

客參與，規(guī)定預先確定需求。FJ

不規(guī)定一次性地開發(fā)出完整的軟件系統(tǒng)，

需求難以確定、不停變更

迭代模型將軟件開發(fā)視為一種逐漸獲取用廣需求、完善

的軟件系統(tǒng)

軟件產品日勺過程。

結合瀑布模型、迅速原蟄模型和迭代模需求難以獲取和確定、軟

螺旋模型

型的思想，并引進了風險分析活動件開發(fā)風險較大的軟件系統(tǒng)

軟件產品是被增量式地一塊塊開發(fā)的，容技術風險較大、顧客需求

增量模型

許開發(fā)活動并行和重疊較為穩(wěn)定的軟件系統(tǒng)

參照鏈接

7、產品生命周期:

經典的產品生命周期一般可分為四個階段，即導入期、成長期、成熟期和衰退

新產品投入市場，便進入簡介期。此時，顧客對產品還不理解，只有少數(shù)追求

新奇的顧客也許購置，銷售量很低。為了擴展銷路，需要大量H勺促銷費用，對產品

進行宣傳。在這一階段，由于技術方面的原因，產品不能大批量生產，因而成本高，

銷售額增長緩慢，企業(yè)不僅得不到利潤，反而也許虧損。產品也有待深入完善，

成長期

這時顧客對產品已經熟悉，大量H勺新顧客開始購置，市場逐漸擴大。產品大批

量生產，生產成本相對減少，企業(yè)H勺銷售額迅速上升，利潤也迅速增長。競爭者看

到有利可圖，將紛紛進入市場參與競爭，使同類產品供應量增長，價格隨之下降，

企業(yè)利潤增長速度逐漸減慢，最終到達生命周期利潤H勺最高點。

成熟期

市場需求趨向飽和，潛在H勺顧客已經很少，銷售額增長緩慢直至轉而下降，標

志著產品進入了成熟期，在這一階段，競爭逐漸加劇，產品售價減少，促銷費用增

長，企業(yè)利潤下降。

衰退期

伴隨科學技術日勺發(fā)展，新產品或新時代用品出現(xiàn)，將使顧客的消費習慣發(fā)生變

化，轉向其他產品，從而使本來產品的銷售額和利潤額迅速下降。于是，產品又進

入了衰退期。

產品生命周期理論可以協(xié)助產品經理針對產品所處階段的特點采用不一樣口勺產

品力略（包括產品口勺運行推廣方略）。例如，產品處在引入期時，產品規(guī)劃工作應

當重要圍繞完善產品基礎功能來進行；產品處在衰退期時，產品經理就可以向企業(yè)

提出產品退出提議和方案，或是對產品進行重新定位，使產品“老樹開新花”，

8、產品開發(fā)流程

產。開發(fā)冷用

產品方略

產品經理的所有工作都是圍繞產品進行H勺，通過在合適的時機提供顧客所需要

的產品來實現(xiàn)企業(yè)H勺發(fā)展目的。為了使產品在劇烈的市場競爭中獲得更大的優(yōu)勢，

產品經理在規(guī)劃、推廣產品時需要運用一系列的措施和手段，我們稱之為產品方略。

產品方略口勺制定要從行業(yè)動態(tài)和企業(yè)戰(zhàn)略出發(fā)，并關注目的客戶、確定產品定位、

考慮產品口勺商業(yè)利益。

顧客需求

在確定產品方略后，需要運用一系列工具和措施包括目H勺顧客需求分析、產品

需求的管理、競爭對手產品分析，從價值、產品、成本、風險角度撰寫商業(yè)需求文

檔（BRD）。BRD由產品經理向企業(yè)高層提交，用于闡明顧客存在哪些需求以及這些

需求的重要程度，提議提供哪些功能來滿足顧客的這些需求，同步給出預估的商業(yè)

價值和簡樸的市場競爭分析。對于產品經理來說，BRD用于向企業(yè)申請所需H勺資源，

爭取企業(yè)高層對產品項目H勺支持；對于企業(yè)來說，BRD則是對產品項目進行決策評

估H勺重要根據。

HRD匕要內悴產品定位

產品愿景

功能概要

實施計劃

產品成本

，產品風險&規(guī)避方案

產品功能規(guī)劃

在產品啟動后，需要將之前顧客需求細化為詳細日勺產品功能，規(guī)劃產品功能并

撰寫需求細化的產品需求文檔（PRD）。PRD用于向研發(fā)部門詳細描述本次所要開發(fā)

口勺產品功能（產品需求）。產品需求在進入開發(fā)之后，假如中途有調整，那么開發(fā)

進度就會受到很大H勺影響，甚至失控。因此，為了減少這種狀況發(fā)生的概率，在開

發(fā)人員正式對產品需求進行開發(fā)之前，產品經理尚有件非常重要H勺工作，那就是對

產品需求進行確認，與所有的有關方在所要開發(fā)的產品功能上到達一致，盡量保證

有關方不會在開發(fā)途中提出不一樣H勺或全新H勺規(guī)定，PRDH勺目錄構造如下：

目錄

1.項目概述........................................................3

2.項目價值........................................................3

3.項目背景.......................................................3

4.功能需求.......................................................3

4.1場景描述....................................................3

4.2功能總表....................................................3

4.3業(yè)務流程圖.................................................4

4.4功能描述....................................................5

4.5數(shù)據監(jiān)控需求................................................8

5.用戶界面........................................................9

6.非功能需求.....................................................11

7.附錄...........................................................12

6.1詞匯表.....................................................12

產品功能開發(fā)

在完畢產