一、企業(yè)項目管理的概念

1. 什么是項目管理

這里把“項目管理”關(guān)鍵詞拆解為2個詞：項目、管理。

項目：為完成某一獨特產(chǎn)品或服務(wù)所做的一次性努力。

管理：同別人一起，或通過別人使活動完成得更有效的過程。

項目管理：把各種系統(tǒng)、方法、人員結(jié)合在一起，在規(guī)定的時間、預(yù)算和質(zhì)量目標(biāo)范圍內(nèi)完成項目的各項工作。

2. 項目管理都管理什么

項目范圍管理，項目時間管理，項目成本管理，項目質(zhì)量管理，其他相關(guān)的包括：人力資源管理，溝通管理，風(fēng)險管理，采購管理，整體管理

 

3. 項目管理的演變

1）針對單個項目的管理

將“一次性任務(wù)”作為項目管理的對象，關(guān)注于“單個項目”的成功。

當(dāng)在同一組織背景下開展多個項目時，由于每個項目都只追求自身目標(biāo)的實現(xiàn)，結(jié)果各個項目之間互相牽制，導(dǎo)致“單個項目”的目標(biāo)無法實現(xiàn)；或者實現(xiàn)了部分“單個項目”的目標(biāo)，但整個組織的長期性戰(zhàn)略目標(biāo)卻未能實現(xiàn)。

2）早期的企業(yè)項目管理

早期的企業(yè)項目管理是針對項目型公司而提出的，指的是“管理整個企業(yè)范圍內(nèi)的項目”（managing projects across an enterprise），即著眼于企業(yè)總體戰(zhàn)略目標(biāo)的實現(xiàn)，而對企業(yè)中的諸多項目實施管理。

隨著經(jīng)濟(jì)全球化的深入，各個企業(yè)對有限資源的爭奪越來越激烈，這要求企業(yè)必須能夠?qū)τ邢薜馁Y源在時間、成本、質(zhì)量三個方面進(jìn)行全方面、全過程的控制，同時以企業(yè)戰(zhàn)略目標(biāo)為導(dǎo)向來指導(dǎo)企業(yè)的經(jīng)營管理活動，而項目管理方法正好符合了這種要求。

3）企業(yè)傳統(tǒng)的作業(yè)業(yè)務(wù)日趨項目化

買方市場出現(xiàn)，顧客需求日趨個性化、多樣化，這使得產(chǎn)品生產(chǎn)逐漸具備了項目的獨立性特征。
高新技術(shù)不斷涌現(xiàn)，產(chǎn)品在市場上的生命周期越來越短，一種產(chǎn)品從創(chuàng)意到退市的全過程具備了項目的一次性特征。。
因此，除項目型企業(yè)外，傳統(tǒng)的生產(chǎn)作業(yè)型企業(yè)也開始廣泛地應(yīng)用項目管理方法來管理自身的經(jīng)營活動。這使得企業(yè)的管理活動由 “面向過程” ，轉(zhuǎn)變?yōu)?“面向?qū)ο?rdquo; 。

4. 企業(yè)項目管理

所謂企業(yè)項目管理，就是站在企業(yè)高層管理者角度對企業(yè)中各種各樣的任務(wù)進(jìn)行項目管理，其主導(dǎo)思想是將企業(yè)的運(yùn)作當(dāng)作或者參照項目來進(jìn)行管理（management by project），這是一種以項目為中心的長期性組織管理方式，其核心是基于項目管理的組織管理體系。

5. 企業(yè)項目要求

能干的員工，一個企業(yè)的成敗，人才還是很重要的。其中的角色可包括：執(zhí)行董事、IT經(jīng)理、產(chǎn)品經(jīng)理、項目經(jīng)理、團(tuán)隊成員等等。

標(biāo)準(zhǔn)的流程，沒有一個合理的標(biāo)準(zhǔn)制約，會使一個企業(yè)雜亂無章，無規(guī)則可循。

扁平的組織，是指在組織的決策層和操作層之間的中間管理層級越少越好，以便組織盡最大可能將決策權(quán)延至最遠(yuǎn)的底層，從而提高企業(yè)的效率。

強(qiáng)大的技術(shù)，沒有強(qiáng)大的項目管理工具做為支持，項目管理將會非?；靵y。參看以下的圖：

二、企業(yè)項目管理成功要素

1. 確定遠(yuǎn)景

1）為什么需要確定遠(yuǎn)景

這個根據(jù)項目中的各個角色的分配而不同。

執(zhí)行董事是為了實現(xiàn)企業(yè)戰(zhàn)略目標(biāo)；項目經(jīng)理是為了更有效的項目管理；IT人員是為了構(gòu)建安全穩(wěn)定的系統(tǒng)；資源經(jīng)理室為了更合理地利用資源，這都需要整個團(tuán)隊良好的協(xié)作。

而企業(yè)項目管理的成功需要全體成員的共同努力與密切配合。遠(yuǎn)景為企業(yè)員工確立了共同的目標(biāo)，指明了努力的方向。

2）如何確定遠(yuǎn)景

確定企業(yè)的商業(yè)目標(biāo)

確定項目管理系統(tǒng)在功能與性能方面的需求

充分認(rèn)識到實施企業(yè)項目管理對企業(yè)員工、業(yè)務(wù)流程以及組織結(jié)構(gòu)的影響

明確企業(yè)在項目管理成熟度方面的現(xiàn)狀與目標(biāo)

2. 制定計劃

1）如何制定計劃

列出企業(yè)面臨的主要挑戰(zhàn)

找出產(chǎn)生挑戰(zhàn)的原因

明確挑戰(zhàn)對企業(yè)產(chǎn)生的影響，包括：那些方面會受影響？會受到怎樣的影響？

仔細(xì)了解決策層的需求

讓決策層了解企業(yè)項目管理對企業(yè)產(chǎn)生的積極影響

規(guī)劃出決策層所期望的遠(yuǎn)景

制定衡量成功的指標(biāo)

量化企業(yè)項目管理對企業(yè)產(chǎn)生的各種影響

定義企業(yè)項目管理成功的標(biāo)準(zhǔn)

明確投資收益率 (ROI) 的變化

明確需要具備的項目管理能力

明確需要具備的技術(shù)實施能力，系統(tǒng)管理、數(shù)據(jù)庫管理、工程服務(wù)管理、網(wǎng)絡(luò)管理等等；

制定實施計劃，確定范圍與目標(biāo)、確定時間表、風(fēng)險識別、變更控制等等；

循序漸進(jìn)，分布實施，方案論證、部門試點、跨部門實施、企業(yè)整體實施等等；

三、企業(yè)項目管理最佳實踐

1. 保持一致性

統(tǒng)一的業(yè)務(wù)流程、統(tǒng)一的術(shù)語、統(tǒng)一的項目管理方法、統(tǒng)一的項目管理系統(tǒng)、統(tǒng)一的數(shù)據(jù)存儲

2. 盡早取得決策層的認(rèn)可與支持

3. 循序漸進(jìn)，分布實施

4. 靈活處理變化

總結(jié)：企業(yè)項目管理是一門很重要的課程，對于企業(yè)項目的計劃與實施至關(guān)重要。

項目管理理論與實踐——軟件需求分析

本章主要是對于軟件需求分析相關(guān)的介紹。

一、需求分析的目的

1. 馬斯洛的需求層次理論

具體可以參考：（http://baike.baidu.com/view/295140.htm）

2. 需求分析的目的

1）與相關(guān)干系人在工作內(nèi)容方面達(dá)成并保持一致

2）使設(shè)計、開發(fā)、測試人員能夠更清楚地了解需求

3）定義系統(tǒng)邊界，形成需求基線

4）為估算系統(tǒng)的規(guī)模、工作量、成本和進(jìn)度提供基礎(chǔ)

5）為開發(fā)計劃的形成提供范圍（SOW）基礎(chǔ)

二、需求工程概述

1. 什么是需求工程？用一張圖可以形象的表示

需求也屬于一門工程學(xué)，需求工程包括需求開發(fā)、需求管理兩個方面，其中需求開發(fā)包括需求開發(fā)準(zhǔn)備、需求獲取、需求分析、需求驗證。

2. 需求分析的流程圖

三、需求獲取

1. 需求獲取的基本原則

1）深入淺出

對企業(yè)的需求調(diào)研的要盡可能的全面、細(xì)致調(diào)研的需求是個全集，系統(tǒng)真正實現(xiàn)的是個子集。

調(diào)研的細(xì)致并不等于在分析時都面面俱到地將調(diào)研的內(nèi)容納入到新系統(tǒng)中, 而有可能實現(xiàn)的很少,但其中在向細(xì)處擴(kuò)充時將會很容易。

2）以流程為主線

應(yīng)該用流程將所有的內(nèi)容串起來，如單據(jù)、信息、組織結(jié)構(gòu)、處理規(guī)則等。

流程的描述既要有宏觀，又要有微觀。

3）魚刺圖

石川圖，魚骨圖， ishikawa圖

2. 六邊形法則

1）組織結(jié)構(gòu)：企業(yè)為進(jìn)行相應(yīng)的業(yè)務(wù)流程所做的人員的組織安排。

2）業(yè)務(wù)流程：企業(yè)開展業(yè)務(wù)所必須的各個環(huán)節(jié)及在每個環(huán)節(jié)中的具體做法。

3）業(yè)務(wù)數(shù)據(jù)：企業(yè)內(nèi)部經(jīng)營信息的存儲和流動形式。

4）業(yè)務(wù)地點分布：反映企業(yè)在什么地方開展業(yè)務(wù)以及業(yè)務(wù)流程中的各個環(huán)節(jié)之間的地點關(guān)系。

5）業(yè)務(wù)應(yīng)用：企業(yè)以什么樣的應(yīng)用軟件處理業(yè)務(wù)流程中的各個環(huán)節(jié)。

6）技術(shù)基礎(chǔ)設(shè)施：企業(yè)在信息技術(shù)基礎(chǔ)設(shè)施上的狀況。

五、需求分析

1. 繪制關(guān)聯(lián)圖

1）用于定義系統(tǒng)與系統(tǒng)外部實體間的界限和接口的簡單模型。

2）明確了通過接口的信息流和物流。

2. 創(chuàng)建開發(fā)原型

1）使得許多概念和可能發(fā)生的事更為直觀明了。

2）用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。

3. 確定需求優(yōu)先級

1）應(yīng)用分析方法來確定使用實例、產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別。

2）以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。

3）帕雷托圖定理（Pareto，2,8定理）

4. 為需求建立模型

1）是軟件需求規(guī)格說明極好的補(bǔ)充說明。

2）它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。

3）這樣的模型包括用例圖、流程圖、實體關(guān)系圖、狀態(tài)圖、時序圖、類圖、對象類及交互調(diào)用圖。例如：

并且書寫用例情況

用例名稱：網(wǎng)站新聞發(fā)布 用例標(biāo)識號：102 角色：后臺系統(tǒng)管理員 用例說明：后臺系統(tǒng)管理員用來填寫和修改物流網(wǎng)站首頁的新聞，新聞最終顯示在物流網(wǎng)站的首頁上。 前置條件：后臺系統(tǒng)管理員已經(jīng)登錄物流網(wǎng)站后臺管理系統(tǒng) 基本事件流： 1． 選擇發(fā)布新聞 2． 填寫新聞標(biāo)題，內(nèi)容以及上傳圖片 3． 修改標(biāo)題、內(nèi)容、圖片，也可以完全刪除，重填新聞信息 4． 編輯完成，選擇提交 5． 用例終止 其他事件流：在提交之前，隨時可以返回，任何修改內(nèi)容都不會影響網(wǎng)站首頁的新聞 異常事件流： 1． 提示圖片大小超過范圍錯誤信息，重新上傳， 2． 返回到后臺管理系統(tǒng)主頁面 后置條件：網(wǎng)站首頁的新聞信息被更新 注釋：無

5. 編寫數(shù)據(jù)字典

1）創(chuàng)建數(shù)據(jù)字典，數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。

2）在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項以確?？蛻襞c開發(fā)小組是使用一致的定義和術(shù)語。

6. 應(yīng)用質(zhì)量功能調(diào)配要

1）將產(chǎn)品特性、屬性與對客戶的重要性聯(lián)系起來。

2）明確那些是客戶最為關(guān)注的特性。

3）將需求分為三類：

–期望需求，即客戶或許并未提及，但如若缺少會讓他們感到不滿意

–普通需求

–興奮需求，即實現(xiàn)了會給客戶帶去驚喜，但若未實現(xiàn)也不會受到責(zé)備

六、編寫需求規(guī)則說明書

1. 采用軟件需求規(guī)格說明模版

1）為記錄功能需求和各種其它與需求相關(guān)的重要信息提供了統(tǒng)一的結(jié)構(gòu)。

2）其目的并非是創(chuàng)建一種全新的模板，而是采用一種已有的且可滿足項目需要并適合項目特點的模板。

2. 指明需求的來源

1）為了讓所有項目風(fēng)險承擔(dān)者明白需求規(guī)格說明書中為何提供這些功能需求，要都能追溯每項需求的來源；

2）可能是一種使用實例或其它客戶要求，也可能是某項更高層系統(tǒng)需求、業(yè)務(wù)規(guī)范、政府法規(guī)、標(biāo)準(zhǔn)或別的外部來源。

3. 為每項需求注上標(biāo)號

1）可跟蹤性和可修改性的質(zhì)量標(biāo)準(zhǔn)，必須唯一確定每個軟件需求。

2）為每項需求注上標(biāo)號制定一種慣例來為需求規(guī)格說明書中的每項需求提供一個獨立的可識別的標(biāo)號或記號。

3）這種慣例應(yīng)當(dāng)很健全，允許增加、刪除和修改。

4）作了標(biāo)號的需求使得需求能被跟蹤，記錄需求變更并為需求狀態(tài)和變更活動建立度量。

5）需求標(biāo)識方法有序列號;層次化編碼;使用"待確定"（to be determined, TBD）符號等。

4. 記錄業(yè)務(wù)規(guī)范

1）是指關(guān)于產(chǎn)品的操作原則，比如誰能在什么情況下采取什么動作。

2）將這些編寫成需求規(guī)格說明書中的一個獨立部分，或一獨立的業(yè)務(wù)規(guī)范文檔。

七、需求驗證

1. 審查需求文檔

1）在需求開發(fā)期間進(jìn)行非正式評審。

2）對需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的很有效的方法。

3）組織一個由不同代表（如分析人員，客戶，設(shè)計人員，測試人員）組成的小組，對需求規(guī)格說明書及相關(guān)模型進(jìn)行仔細(xì)的檢查。

2. 依據(jù)需求編寫測試用例

1）根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測試用例。

2）客戶通過使用測試用例以確認(rèn)是否達(dá)到了期望的要求。

3）從測試用例追溯回功能需求以確保沒有需求被疏忽，并且確保所有測試結(jié)果與測試用例相一致。

4）要使用測試用例來驗證需求模型的正確性，如對話框圖和原型等。

3. 確定合格的標(biāo)準(zhǔn)

1）確定合格的標(biāo)準(zhǔn)讓用戶描述什么樣的產(chǎn)品才算滿足他們的要求和適合他們使用的。

2）將合格的測試建立在使用情景描述或使用實例的基礎(chǔ)之上。

4. 需求確認(rèn)簽字

1）在主要的業(yè)務(wù)清楚以后即可以進(jìn)行需求確認(rèn)

2）目的是確定需求基線

3）不要期望所有的需求在簽字后不變

八、需求管理

1. 需求基線

1）軟件需求規(guī)格說明及相關(guān)分析模型。經(jīng)評審批準(zhǔn)，這些文檔就定義了開發(fā)工作的需求基線；

2）建立需求基準(zhǔn)版本和需求控制版本文檔確定一個需求基準(zhǔn)，這是一致性需求在特定時刻的快照；

3）之后的需求變更就遵循變更控制過程；

4）每個版本的需求規(guī)格說明都必須是獨立說明，以避免將底稿和基準(zhǔn)或新舊版本相混淆。

2. 需求變更控制

1）確定需求變更控制過程，確定一個選擇、分析和決策需求變更的過程。

2）需求變更控制流程

3. 建立變更控制委員會

1）組織一個由項目風(fēng)險承擔(dān)者組成的小組作為變更控制委員會，由他們來確定進(jìn)行哪些需求變更，此變更是否在項目范圍內(nèi)，估價它們，并對此評估作出決策以確定選擇哪些，放棄哪些，并設(shè)置實現(xiàn)的優(yōu)先順序，制定目標(biāo)版本；

2）變更控制委員會成員可以是甲方與乙方的人員共同組成；

3）定期進(jìn)行需求變更評審會議；

4）每次評審要有評審報告。

4. 需求變更影響評估

1）進(jìn)行需求變更影響分析，應(yīng)評估每項選擇的需求變更，以確定它對項目計劃安排和其它需求的影響。

2）明確與變更相關(guān)的任務(wù)并評估完成這些任務(wù)需要的工作量。

5. 需求變更時，修改需求跟蹤能力矩陣

1）跟蹤所有受需求變更影響的工作產(chǎn)品當(dāng)進(jìn)行某項需求變更時，參照需求跟蹤能力矩陣找到相關(guān)的其它需求、設(shè)計模板、源代碼和測試用例，這些相關(guān)部分可能也需要修改。

6. 維護(hù)需求變更的歷史記錄

1）記錄變更需求文檔版本的日期以及所做的變更、原因，還包括由誰負(fù)責(zé)更新和更新的新版本號等。

2）在需求基線的基礎(chǔ)上記錄變更歷史記錄；

3）針對每一個需求形成一個單獨記錄；

通過對于軟件需求分析的學(xué)習(xí)，知道需求分析要承擔(dān)著很多風(fēng)險，因此做好計劃以及風(fēng)險控制是非常重要的。