達(dá)成一致是項目成功的重要前提，例如，在項目的早期階段，對于項目成功的定義，不同的項目參與者可能會有不同的觀點。此時，項目經(jīng)理需要與主要相關(guān)方就如何評估項目的成功達(dá)成共識，而這正是項目成功的關(guān)鍵因素。理解了建立共識的重要性之后，我們一起探討了一些與相關(guān)方建立共識的方法。下面就由小編為您帶來項目管理案例分析的相關(guān)介紹。

會博通項目管理

1.5

6條點評

咨詢產(chǎn)品

免費試用

解決用戶選型困難的好軟件，有各維度的信息

客戶案例

暫無

合作品牌

23

    小鄒最近接手一個開發(fā)項目，該項目用戶只提出了他們所要的期望，達(dá)到的效果，沒有任何其他輔助信息，要求在2個月之內(nèi)完成。

   按照用戶提出的要求，結(jié)合實際，整理了需求文檔并達(dá)成一致。在半月之后提交了一個版本，并在正式環(huán)境中連續(xù)測試了幾天。在測試的過程中，用戶高層領(lǐng)導(dǎo)不停的提出了新點子，新功能。為了切合實際的配合用戶，小鄒他們也準(zhǔn)備好了應(yīng)對措施。

     由于高層領(lǐng)導(dǎo)關(guān)注整體，對開發(fā)細(xì)節(jié)不關(guān)心，經(jīng)常要求進(jìn)度。在開發(fā)測試的過程中，小鄒他們也不斷的發(fā)現(xiàn)了相關(guān)的bug以及開發(fā)設(shè)計之初沒有考慮過細(xì)節(jié)問題。領(lǐng)導(dǎo)的不斷催促，為了追求進(jìn)度，開發(fā)邏輯和業(yè)務(wù)邏輯耦合性在后續(xù)中并沒有按照軟件工程學(xué)要求進(jìn)行，導(dǎo)致產(chǎn)品質(zhì)量有問題。后續(xù)還不停的進(jìn)行更改與修復(fù)。

對于該項目，作為項目經(jīng)理的你，該如何進(jìn)行應(yīng)對呢?

對于IT人員，特別是做項目管理的，難免會提出一個問題：客戶為什么總是反反復(fù)復(fù)改需求。在自己的軟件項目管理職業(yè)過程中，幾乎天天面對用戶的需求變更，切身感受到，如果不能有效處理這些需求變更，項目計劃會一再調(diào)整，軟件交付日期一再拖延，用戶的耐性漸漸消失，研發(fā)人員的士氣也越來越低落，最后所有的人都在等待一個結(jié)果：項目最好馬上結(jié)束。

對于需求變更應(yīng)該做到主動管理，具體來說：

1、在項目合同中，成立變更控制委員會（CCB），并規(guī)定嚴(yán)格的變更控制流程。一般而言，在合同階段，客戶是很樂意接受這種規(guī)范的管理方式的。

2、取得了合同階段的主動后，在實施階段的嚴(yán)格執(zhí)行也很關(guān)鍵。不能因為嚴(yán)格執(zhí)行變更流程，就影響和客戶的關(guān)系，這方面就要依靠項目經(jīng)理和技術(shù)經(jīng)理的的管理和溝通藝術(shù)。我們的目的不是讓用戶不提出變更，而是讓用戶不輕易，隨便的提出變更。

3、對于用戶提出的變更，可以看實際情況處理，站在客戶立場上為客戶考慮，有些需求，是可以引導(dǎo)客戶在后期的項目中實現(xiàn)，這樣也可以為公司帶來好的項目機(jī)會。

項目管理案例

在不斷的學(xué)習(xí)和實踐中，我總結(jié)了兩點比較有效的方法，在軟件研發(fā)階段能夠較好地解決這方面的問題。

1、需求分析階段通過原型明確用戶需求

    在軟件項目的需求分析階段，有大量需求信息需要收集、篩選、加工，這是需求管理的開始。客戶和研發(fā)兩方面的人員對需求的理解呈現(xiàn)“大體上共識多，細(xì)節(jié)上差異多”的特點。即使通過反復(fù)溝通，最終在時間表限制之內(nèi)也能拿出一份“用戶需求說明書”，但是以實踐經(jīng)驗，用戶需求的描述永遠(yuǎn)是“不夠清晰”、“不夠明確”的。

   這主要是因為在這個階段，所謂的產(chǎn)品都在大家的大腦中構(gòu)思，在此階段，原型開發(fā)是一個較好的輔助手段，它將存在于大家頭腦中的虛境實實在在地表達(dá)出來，一個界面，幾個控件，外觀形式固定了，功能描述明確了，這就是研發(fā)部門對用戶的需求理解。

   此時與用戶再次溝通，用戶基本上可以說出來：“這是我想要的”，或者“不，這不是我想要的，我要的是……”。一般情況下，原型之后的需求溝通就實際得多，雙方的理解迅速向一個折衷方案靠攏，一個可以指導(dǎo)研發(fā)過程的需求說明書正式誕生了。

2、采用嚴(yán)格的需求變更管理流程

    一旦需求分析階段結(jié)束，此后如果用戶要求有新的需求加入交付的軟件系統(tǒng)中，需要走需求變更管理流程。

   這個流程必須在軟件項目成立之初與用戶約定好，一般的軟件企業(yè)內(nèi)部有需求變更的管理流程，可以向用戶解釋這種管理的必要性，直至與用戶就此問題達(dá)成共識為止。不必?fù)?dān)心用戶不會接受，有過多次成功研發(fā)軟件項目經(jīng)驗的需求變更管理流程，有著它不容置疑的合理性，這正是軟件企業(yè)的經(jīng)驗和價值所在，用戶最終會理解和同意的。

   在此提醒大家，切忌對用戶提出的需求拍胸脯，在此之前可以捫心自問：“如果拍了胸脯，以后不能按時完成，我能不能負(fù)擔(dān)全部責(zé)任?”這樣冷靜一下就不會胡亂應(yīng)承了。

   有一個比較好的方式減少這樣的麻煩，就是在需求分析階段之后，與用戶不要親密接觸，而是按照軟件項目的周期，或者雙方在初期的約定，定時通報軟件研發(fā)的進(jìn)展。如果軟件研發(fā)采用迭代式開發(fā)，就可以在每一期交付產(chǎn)品發(fā)布時做這個事情，征詢到的用戶需求將納入以后某期的軟件版本中。

   總的來看，為降低風(fēng)險造成的損失，更好地保證軟件項目開發(fā)的順利進(jìn)行，需要根據(jù)具體情況選擇適當(dāng)?shù)慕鉀Q方案，以減緩或消除這些風(fēng)險。以上就是小編為您帶來的項目管理案例分析的相關(guān)介紹，希望對您有所幫助。