案例場景

黃工負(fù)責(zé)某基金投資公司的一個(gè)證券分析系統(tǒng)項(xiàng)目的研發(fā)，率領(lǐng)項(xiàng)目組進(jìn)駐該基金公司進(jìn)行研發(fā)已經(jīng)快一年了，現(xiàn)在項(xiàng)目已經(jīng)接近尾聲，但似乎并沒有交付的意思。從系統(tǒng)試運(yùn)行那天起，用戶就不斷提出新需求，似乎總是有新的需求要項(xiàng)目研發(fā)方來做，基金公司的經(jīng)理在試運(yùn)行系統(tǒng)時(shí)，經(jīng)常把自己的新思路講給黃工，要求優(yōu)化系統(tǒng)的功能，項(xiàng)目變成了一個(gè)無底洞，沒完沒了地往下做。

黃工要求結(jié)項(xiàng)，但基金公司以系統(tǒng)功能沒有滿足需求為由而推遲驗(yàn)收，要求繼續(xù)完善。黃工查閱了項(xiàng)目開發(fā)合同，而合同中并沒有對需求的詳細(xì)描述。此時(shí)，國家新出臺了一項(xiàng)投資法規(guī)，依據(jù)整個(gè)法規(guī)，系統(tǒng)的一些功能肯定又要修改，雖然這些功能不影響系統(tǒng)的正常運(yùn)行，但這些功能需求似乎仍在合同規(guī)定的范圍之內(nèi)，這些功能的需求開發(fā)需要大量的時(shí)間和人力。

黃工認(rèn)為，含糊的需求和范圍經(jīng)常性的變化嚴(yán)重影響了項(xiàng)目的進(jìn)展，他必須尋找良策以管理范圍，促使項(xiàng)目早日完工。

# 問題1

請用200字以內(nèi)的文字，指出本項(xiàng)目開發(fā)中存在的問題。

# 問題2

請用200字以內(nèi)的文字，建議黃工該如何解決現(xiàn)在的問題。

# 問題3

請用400字以內(nèi)的文字，論述需求開發(fā)、需求管理和范圍管理的區(qū)別與聯(lián)系。

案例分析

需求管理貫穿信息系統(tǒng)項(xiàng)目的整個(gè)生命周期，只有經(jīng)過需求分析過程之后才能確定項(xiàng)目的范圍。

本項(xiàng)目的范圍管理沒有做好，其實(shí)是從合同一開始，就沒有一個(gè)明確的“需求”，從而導(dǎo)致在項(xiàng)目實(shí)施中出現(xiàn)了各種問題。在一個(gè)項(xiàng)目中應(yīng)該知道對方需要什么，自己要做什么，這是項(xiàng)目成功的基礎(chǔ)所在。

對案例場景進(jìn)行分析，就能發(fā)現(xiàn)項(xiàng)目中存在的問題，進(jìn)而找出對策。

# 問題1

從案例場景中可以看出：

“基金公司以系統(tǒng)功能沒有滿足需求為由而推遲驗(yàn)收，要求繼續(xù)完善”，項(xiàng)目不能交付，因?yàn)轵?yàn)收這一環(huán)節(jié)一直無法執(zhí)行，在試運(yùn)行期間，還有需求變更和新需求的提出；“基金公司的經(jīng)理在試運(yùn)行系統(tǒng)時(shí)，經(jīng)常把自己的新思路將講給黃工，要求優(yōu)化系統(tǒng)的功能”。這就說明很可能黃工一開始在做需求分析時(shí)，就沒有充分了解項(xiàng)目干系人的需求，需求分析報(bào)告也沒有得到用戶的確認(rèn)，特別是關(guān)鍵用戶的確認(rèn)，所以項(xiàng)目的范圍無法確定，也就無法進(jìn)行范圍控制。

“用戶不斷提出新需求，似乎總是有新需求要項(xiàng)目研發(fā)方來做”，這些新需求經(jīng)過變更控制了嗎？是不是真正的新需求呢？這些需求是否超出了項(xiàng)目的范圍？是否值得變更呢？對需求變更沒有規(guī)范管理，變更沒有任何依據(jù)。在變更之前，是需要通過變更控制委員會評審的，以確定變更對項(xiàng)目的影響。

“黃工查閱了項(xiàng)目開發(fā)合同，而合同中并沒有對需求的詳細(xì)描述”，合同中對系統(tǒng)功能的描述不可能是詳細(xì)的，只能是一個(gè)大致的目標(biāo)說明，具體的功能一般要看合同附件，例如雙方簽署的技術(shù)附件，有可能本項(xiàng)目沒有技術(shù)附件這一類對系統(tǒng)功能詳細(xì)描述的文件，最終導(dǎo)致了在驗(yàn)收時(shí)無據(jù)可依，只能由用戶說了算。

“國家新出臺了一項(xiàng)投資法規(guī)，依據(jù)這個(gè)法規(guī)，系統(tǒng)的一些功能肯定又要修改，雖然這些功能不影響系統(tǒng)的正常運(yùn)行，但這些功能需求似乎仍在合同規(guī)定的范圍之內(nèi)，這些功能的需求開發(fā)也需要大量時(shí)間和人力”，風(fēng)險(xiǎn)的出現(xiàn)是不可避免的，合同中應(yīng)該有對意外事件處理的辦法，不應(yīng)該完全由乙方承擔(dān)風(fēng)險(xiǎn)，應(yīng)該由一個(gè)協(xié)商解決的辦法，也可能在合同中沒有預(yù)想到新法規(guī)出臺給項(xiàng)目帶來的風(fēng)險(xiǎn)，無法界定是否在項(xiàng)目范圍內(nèi)，也沒有應(yīng)對措施。是不是基金公司已經(jīng)預(yù)料到有政策要出臺，有意拖延項(xiàng)目驗(yàn)收呢？在政策出臺后，可以將系統(tǒng)做得更完美些，如果項(xiàng)目已經(jīng)交付，再修改完善會有許多不方便的地方，如重新申請項(xiàng)目資金等。

針對案例場景中的描述，對于項(xiàng)目開發(fā)中存在的問題，可以做出以下總結(jié)：

1）在開發(fā)合同中沒有明確系統(tǒng)的需求，沒有進(jìn)行范圍確認(rèn)。

2）對需求變更沒有規(guī)范管理，變更沒有依據(jù)。

3）項(xiàng)目的范圍制訂太模糊，無法作為驗(yàn)收的依據(jù)。

4）在合同中沒有描述新法規(guī)出臺給項(xiàng)目帶來的風(fēng)險(xiǎn)，無法界定是否在項(xiàng)目范圍內(nèi)，也沒有應(yīng)對措施。

# 問題2

在找到了存在的問題后，就可以相應(yīng)地給出解決辦法。

現(xiàn)在的關(guān)鍵問題是系統(tǒng)面臨的驗(yàn)收問題，可以與各級別用戶進(jìn)行溝通，重新確認(rèn)以下用戶的需求，與現(xiàn)有功能進(jìn)行核實(shí)，核實(shí)以下還有多少沒有實(shí)現(xiàn)，逐個(gè)消項(xiàng)。列出用戶的需求清單，要求用戶簽字確認(rèn)，這些需求將作為系統(tǒng)驗(yàn)收時(shí)的依據(jù)，為驗(yàn)收做好準(zhǔn)備。

對于變更的處理，和基金公司的項(xiàng)目負(fù)責(zé)人協(xié)商以下，雙方組成一個(gè)變更控制小組，規(guī)范變更控制流程，確保變更是有效的，且沒有超出項(xiàng)目的范圍，沒有對項(xiàng)目的完成造成太大的影響。

對于項(xiàng)目的范圍，必須與甲方的關(guān)鍵用戶進(jìn)行確認(rèn)，確認(rèn)做哪些，不做哪些。在確定范圍時(shí)首先要確定最終產(chǎn)生的是什么，它具有哪些可清晰界定的特性。

特性必須要清晰，以認(rèn)可的形式表達(dá)出來，例如文字、圖表或某種標(biāo)準(zhǔn)，能被項(xiàng)目參與人理解，絕不能含含糊糊、模棱兩可。如果項(xiàng)目的范圍太大，可以分解成一個(gè)個(gè)小的子項(xiàng)目，分階段交付，并制訂一個(gè)交付時(shí)間表，對于交付的成果有一個(gè)明確的說明，要得到甲方的認(rèn)同。

新法規(guī)出臺的現(xiàn)實(shí)是無法改變的，通過和基金公司的項(xiàng)目負(fù)責(zé)人進(jìn)行溝通，講明現(xiàn)在的情況，協(xié)商解決的辦法和期限，既然“這些功能不影響系統(tǒng)的正常運(yùn)行”，那么完全可以將這些功能放在二期實(shí)現(xiàn)，這些功能需求是否在合同規(guī)定的范圍之內(nèi)，雙方可以確認(rèn)以下，講出各自的依據(jù)。如果用戶客觀上需要必須本期實(shí)現(xiàn)，對于項(xiàng)目組增加時(shí)間和人力是可以理解的，可以給項(xiàng)目組一定的經(jīng)濟(jì)補(bǔ)償。

歸納如下：

1）與客戶進(jìn)行溝通，明確系統(tǒng)的需求，和用戶進(jìn)行一次范圍確認(rèn)，可以以技術(shù)附件的形式或補(bǔ)充協(xié)議形式，要求用戶簽字確認(rèn)。

2）規(guī)范變更控制流程，規(guī)范新增需求和需求變更管理的流程，對范圍變更進(jìn)行控制。

3）與基金公司的項(xiàng)目負(fù)責(zé)人一起重新核實(shí)項(xiàng)目的范圍，制訂分階段交付時(shí)間表和驗(yàn)收依據(jù)。

4）針對新法規(guī)的出臺對項(xiàng)目的影響，與基金公司的項(xiàng)目負(fù)責(zé)人協(xié)調(diào)，說明新功能的需求開發(fā)需要增加時(shí)間和人力的現(xiàn)實(shí)情況，增加項(xiàng)目投資和延長項(xiàng)目的交付時(shí)間，或?qū)⑿鹿δ茉陧?xiàng)目的二期工程中實(shí)現(xiàn)，對現(xiàn)有的系統(tǒng)功能先行驗(yàn)收，完成本期項(xiàng)目的交付。

# 問題3

首先需要了解幾個(gè)概念：

1）需求：指的是由項(xiàng)目接受的或項(xiàng)目產(chǎn)生的產(chǎn)品和產(chǎn)品構(gòu)件需求，包括由組織征集的對項(xiàng)目的需求。這種需求既有技術(shù)性的，也有非技術(shù)性的。

2）需求工程：所有與需求直接相關(guān)的活動通稱為需求工程。需求工程的活動可分為兩大類，一類屬于需求開發(fā)，另一類屬于需求管理。需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。需求管理的目的是確保各方對需求的一致理解；管理和控制需求的變更；從需求到最終產(chǎn)品的雙向跟蹤。

3）項(xiàng)目范圍管理：確保項(xiàng)目包含且僅僅只包含項(xiàng)目所必須完成的工作。包括為成功完成項(xiàng)目所需要的范圍計(jì)劃編制、范圍定義、創(chuàng)建工作分解結(jié)構(gòu)、范圍確認(rèn)和范圍控制5個(gè)過程。每個(gè)過程都要用到一些方法和工具，如范圍計(jì)劃編制要由“專家判斷”、“模板、表格和標(biāo)準(zhǔn)”；范圍定義要有“產(chǎn)品分析”、“可選方案識別”和“專家判斷法”；創(chuàng)建工作分解結(jié)構(gòu)要有“工作分解結(jié)構(gòu)模板”、“分解”；范圍確認(rèn)要有“檢查”；范圍控制要有“變更控制系統(tǒng)”、“配置管理系統(tǒng)”和“重新規(guī)劃”。

需求開發(fā)、需求管理和范圍管理在項(xiàng)目實(shí)施中有區(qū)別也有聯(lián)系，不是孤立的，他們之間是相互影響的。要點(diǎn)如下：

1）通過需求開發(fā)來獲取項(xiàng)目的需求，在此基礎(chǔ)上確定項(xiàng)目的范圍、進(jìn)行項(xiàng)目范圍管理。

2）需求管理是對已批準(zhǔn)的項(xiàng)目需求進(jìn)行全生命周期的管理，其過程包括需求管理定義、需求管理流程、制訂需求管理計(jì)劃、管理需求和實(shí)施建議等。

3）對于項(xiàng)目需求，可以根據(jù)需求的緊急重要程度、項(xiàng)目本身和甲乙雙方的實(shí)際情況，分步或分期滿足。確定每期應(yīng)滿足的需求后，本期的范圍管理就有了基礎(chǔ)。

4）需求管理處理需求的變更，需求的變更會引起項(xiàng)目范圍的變更。

參考答案

# 問題1

1）在開發(fā)合同中沒有明確系統(tǒng)的需求，沒有進(jìn)行范圍確認(rèn)。

2）對需求變更沒有規(guī)范管理，變更沒有依據(jù)。

3）范圍的范圍定制太模糊，無法作為驗(yàn)收的依據(jù)。

4）在合同中沒有描述新法規(guī)出臺給項(xiàng)目帶來的風(fēng)險(xiǎn)，無法界定是否在項(xiàng)目范圍內(nèi)，也沒有應(yīng)對措施。

# 問題2

1）與客戶進(jìn)行溝通，明確系統(tǒng)的需求，和用戶進(jìn)行一次范圍確認(rèn)，可以以技術(shù)附件的形式或補(bǔ)充協(xié)議形式，要求用戶簽字確認(rèn)。

2）規(guī)范變更控制流程，規(guī)范新增需求和需求變更管理的流程，對范圍變更進(jìn)行控制。

3）與基金公司的項(xiàng)目負(fù)責(zé)人一起重新核實(shí)項(xiàng)目的范圍，制訂分階段交付時(shí)間表和驗(yàn)收依據(jù)。

4）針對新法規(guī)的出臺對項(xiàng)目的影響，與基金公司的項(xiàng)目負(fù)責(zé)人協(xié)調(diào)，說明新功能需求開發(fā)需要增加時(shí)間和人力的現(xiàn)實(shí)情況，增加項(xiàng)目投資和延長項(xiàng)目的交付時(shí)間，或?qū)⑿鹿δ茉陧?xiàng)目的二期工程中實(shí)現(xiàn)，對現(xiàn)有的系統(tǒng)功能先行驗(yàn)收，完成本期項(xiàng)目的交付。

# 問題3

1）通過需求開發(fā)來獲取項(xiàng)目的需求，在此基礎(chǔ)上確定項(xiàng)目的范圍、進(jìn)行項(xiàng)目范圍管理。

2）需求管理是對已批準(zhǔn)的項(xiàng)目需求進(jìn)行全生命周期的管理，其過程包括需求管理定義、需求管理流程、制訂需求管理計(jì)劃、管理需求和實(shí)施建議等。

3）對于項(xiàng)目需求，可以根據(jù)需求的緊急重要程度、項(xiàng)目本身和甲乙雙方的實(shí)際情況，分布或分期滿足。確定每期應(yīng)滿足的需求后，本期的范圍管理就有了基礎(chǔ)。

4）需求管理處理需求的變更，需求的變更會引起項(xiàng)目范圍的變更。

內(nèi)容來源：

《信息系統(tǒng)項(xiàng)目管理師案例分析指南》

全國計(jì)算機(jī)專業(yè)技術(shù)資格考試辦公室推薦

張友生 劉現(xiàn)軍 主編

希賽IT教育研發(fā)中心 組編

清華大學(xué)出版社