項目管理案例系列[14]：項目人員成本超支問題

申請免費試用、咨詢電話：400-8352-114

說明：項目管理案例系列由泛普軟件-建筑工程項目管理系統(tǒng)[PMU]制作推出，版權(quán)所有。該系列以PMU會員實際項目案例為藍本，結(jié)合項目管理專家點評和PMU會員分析，真實、深入、可鑒。

（一）案例正文

我們做的是一個財務管理軟件，在項目初期我們的項目經(jīng)理做的售前工作，跟客戶了解了大體的需求，并且制定了項目方案，而項目方案是一個很籠統(tǒng)的框架性的東西，而我被指派與客戶詳細的調(diào)研需求，整個項目的與客戶面對面接觸調(diào)研需求共3次，第一次我已完全理解客戶的需求和意圖，而第二次并沒有什么實質(zhì)性的收獲，因為客戶給我的時間就很少，我們只簡單討論了與客戶現(xiàn)存系統(tǒng)的接口問題，第三次談需求，客戶提出了一些需求而針對他的子系統(tǒng)的結(jié)構(gòu)是很難實現(xiàn)的，當時我極力反對，但反對無效，因為我們的客戶分兩部分：轉(zhuǎn)包客戶、最終客戶。

這還是個二包項目。而這種很難實現(xiàn)的需求是最終客戶提出而轉(zhuǎn)包客戶不反對反倒支持。這樣三次需求調(diào)研的結(jié)果就是得到一個業(yè)務邏輯異常復雜的業(yè)務模型。有了詳細的業(yè)務模型之后，我很快初步估算出代碼最少5萬行，并且向項目總監(jiān)通報了情況，但是項目總監(jiān)認為項目不可能這么簡單，也沒去與客戶溝通。

我只好按著這個需求繼續(xù)往下進行（當我與客戶做二次需求調(diào)研時，我就已經(jīng)變?yōu)轫椖拷?jīng)理的角色，當然此時我就是項目經(jīng)理了，而原來的項目經(jīng)理就是現(xiàn)在的項目總監(jiān)了），當然了，在有了詳細業(yè)務模型后，我們先設(shè)計了軟件原型，用了兩個星期，這階段解決了幾乎所有的界面組件（有很強的通用性）。然后再與客戶討論原型，不過客戶那邊的反映很遲緩，光讓他確認這個原型就浪費了二十天時間，不過這段時間我也沒閑著，開始著想考慮他那個難纏的需求是不是有什么解決方法，結(jié)果分析來分析去，最終得出結(jié)論，根本不存在什么合適的解決方案，而這塊需求倒底做不做一直困惑我很長時間，其實與客戶溝通很不方便，因為我們開發(fā)的地點與客戶不在一個城市里，對于這樣的問題我跟客戶在msn上溝通過多次，客戶都不明白我要說的問題的本質(zhì)是什么，他還是堅持要實現(xiàn)這個需求，結(jié)果為此我又努力償試尋找解決方案。

客戶催要一個初步的軟件版本，因為但是因業(yè)務邏輯的核心問題，我們無法進行業(yè)務模塊的編碼，已經(jīng)完成的是與業(yè)務關(guān)系不大的部分。而此時我又進一步估算，代碼量應該有8萬行了，因為更細致的架構(gòu)接口已經(jīng)有了，也就是說一個完整的框架都有了，估算出的代碼行數(shù)就比較準了。

8萬行代碼遠遠超出了原來的預算，就是去掉與客戶不斷的爭論業(yè)務需求的時間都用來寫代碼，8萬行代碼也不是這個費用夠用的，目前我處在騎虎難下的境地，公司要求我能拿出有利于我們有說服力的證據(jù)來，但事實上，客戶除了那個比較難纏的需求外，沒有更多多余的需求，而我也只對需求做了一些潤色，我覺得這是很有必要的，去掉反倒不妥，并沒有增加多余的需求。但就是這樣的需求完成他確實需要寫8萬行代碼，如果去掉業(yè)務員的功能，我想能精減個一萬行代碼。那還有7萬呢啊。

公司要求我在盡可能短的時間內(nèi)先完成一些基本的功能，但我不知道應該如何劃分基本功能，在我看來，這些功能都很必要嘛，可以說大部分功能都是緊扣客戶需求的，只有少部分可以暫時省掉。與其說在最短的時候內(nèi)完成一個基本功能版與客戶談，還不如說在最短的時候內(nèi)完成軟件第一個完整版本（只缺少很少的一點兒功能），短時間肯定沒戲。完成了再跟客戶談價錢嗎？其實這個項目我們是賠大發(fā)了，繼續(xù)做，公司也是支持不下去的。 www
這個問題難道就無解了嗎？

（二）點評專家

曹濟  北京隨濟科技公司首席顧問/國際軟件標桿組織技術(shù)顧問/歐洲軟件度量論壇（2006）組委會成員/信息產(chǎn)業(yè)部系統(tǒng)集成項目經(jīng)理委員會成員/IEEE/PMI/IFPUG/ISBSG 會員 泛普軟件-建筑工程項目管理系統(tǒng)
泛普軟件-建筑工程項目管理系統(tǒng)
為上百家的國內(nèi)外IT組織提供過IT項目管理、軟件項目管理、基礎(chǔ)項目管理、項目量化管理、軟件估算和軟件度量、軟件質(zhì)量管理、軟件測試管理等方面的公開培訓課程與企業(yè)內(nèi)訓服務。為十多家軟件公司提供CMM/CMMI培訓咨詢服務、軟件標桿管理體系培訓咨詢服務、項目管理體系培訓咨詢服務 bbs
泛普軟件-建筑工程項目管理系統(tǒng)
曹濟點評：

您好！首先感謝韓先生愿意貢獻自己的案例供我們大家交流。其實像您談到的這種項目情形還是比較典型的。我們從兩方面來討論吧，首先看對眼下的情況如何應對，其次我們關(guān)心如何在后續(xù)的項目中避免發(fā)生類似的情形

看來你們現(xiàn)在已經(jīng)感項目會面臨比較大的問題了，因為你談到八萬行的代碼量已經(jīng)遠遠超出了你們的成本，有可能的話我們采用簡單的算法看看你們大概會超出多少。因為你們的項目特點（包括人員規(guī)模、開發(fā)周期、開發(fā)語言與開發(fā)平臺等）還不了解，所以我們給一個非常粗略的平均生產(chǎn)率，例如90行/人天，這樣可以得出項目的總工作量大概接近900人天（80000/90），即40人月的樣子，假定你公司軟件開發(fā)人員的平均月工資為4k(當然可能為其他水平)，則人員均攤費用為4k*2.5=10k，這樣項目的成本大概是400k，不知道合同額與這個數(shù)據(jù)相比怎么樣？當然地區(qū)不一樣，開發(fā)語言等等會有差異，但如果在國內(nèi)的話，應該是介于100k 與 1500 k之間的。

有了這個印象之后再來看如何補救，“公司要求我能拿出有利于我們有說服力的證據(jù)來”，說明公司有希望和客戶去協(xié)商的。可是問題出來了，“但事實上，客戶除了那個比較難纏的需求外，沒有更多多余的需求，而我也只對需求做了一些潤色，我覺得這是很有必要的，去掉反倒不妥，并沒有增加多余的需求。但就是這樣的需求完成他確實需要寫8萬行代碼”。

我沒看明白，這個難纏的需求對應是三萬行代碼？根據(jù)是什么？從代碼行估算的方式來講，一般會將代碼行的尺度控制在100到500行之間的，所以先把這個問題解決了，將詳細的估算紀錄提供給公司和客戶去交流

然后再看下一個問題，“公司要求我在盡可能短的時間內(nèi)先完成一些基本的功能，但我不知道應該如何劃分基本功能，在我看來，這些功能都很必要嘛，可以說大部分功能都是緊扣客戶需求的，只有少部分可以暫時省掉”。

在這樣的情況下，通常會采用將需求分優(yōu)先級的情況去實現(xiàn)，這樣可以降低客戶的不滿意度。所以公司的要求是合理的，你自己需要再征求客戶意見的基礎(chǔ)之上再結(jié)合所需的工作量以及實現(xiàn)難度等因素確定需求的優(yōu)先級。

現(xiàn)在項目面臨的主要問題是前期合同簽署的問題（范圍界定不清，后期工作量劇增），應該在配合公司的前提下去爭取簽署補充協(xié)議。而您的主要任務則是“說清楚”，為公司與客戶協(xié)商提供客觀的、充分的證據(jù)，例如詳細的估算數(shù)據(jù)、需求的優(yōu)先級列表等。

如何在后續(xù)的項目中避免發(fā)生類似的情形？其實很多文章和書籍都談到了這類問題，我自己感到最重要的一點還是應該在合同簽署時就要有充分的考慮，您有興趣的話，可以去看一下我的文章“IT項目招投標二維分析法”（在項目管理聯(lián)盟網(wǎng)站便可看到）。

（三）泛普軟件-建筑工程項目管理系統(tǒng)網(wǎng)友評論

分析1：一點拙見    作者：于先生 泛普軟件-建筑工程項目管理系統(tǒng)
1、看來應該是前期調(diào)研補充分的結(jié)果，那么現(xiàn)在在時間和資金緊張的情況下，可不可以只考慮客戶最急需的部分，而不是自己認為有用的部分，此后在試運行期間完善呢？www
2、可以根據(jù)項目進展情況，做一份項目實施估算報告，體現(xiàn)出導致緊張的各方面，這樣更有說服力，并且一定要和總監(jiān)與客戶三方對話，因為這種情況下客戶只認總監(jiān)。training
3、給出新的項目需求、實施計劃及困難所在，必要時重新談價格。

分析2：精簡需求    作者：陳晨 泛普軟件-建筑工程項目管理系統(tǒng)
1、最主要的還是要有機會與最終用戶溝通。了解所作項目用戶最關(guān)心的是那部分。這部分作完成后等于完成了80%的工作。泛普軟件-建筑工程項目管理系統(tǒng)
2、確定哪些部分不用臆想出來的，把這部分僅僅做個界面，和簡單的功能模擬就可以了。泛普軟件-建筑工程項目管理系統(tǒng)
3、如果希望項目成功，建議，不要僅僅看需求文檔。要看用戶的工作是否真的非常緊迫的需要某些功能。如果是沒有什么含糊的努力做，如果不是就可以簡單帶過，功能有了就可以了。service
當前最需要做的是把自己需要的工作，理順出來，看看那些才是最重要的中心環(huán)節(jié)，這些弄明白了，個人認為可以按步就班的開發(fā)了

分析3：確認需求    作者：唐旭東 泛普軟件-建筑工程項目管理系統(tǒng)
其實對于需求調(diào)研工作,我覺得這個是在培養(yǎng)客戶,而不是在讓客戶任意發(fā)揮,因為客戶不會對自己隨口說出的話負責,只是覺得有這個需要,想這么做,在這個時候:PgMp
1.我覺得關(guān)鍵是要引導客戶,把客戶引導到自己的思路上,這樣才有助于項目的進展,因為客戶在自己心中不會有系統(tǒng)的模型;泛普軟件-建筑工程項目管理系統(tǒng)
2.其次,是要控制需求,抓主要矛盾,把主要的功能先實現(xiàn),保證在主要的業(yè)務上系統(tǒng)能夠?qū)崿F(xiàn),不會出問題;泛普軟件-建筑工程項目管理系統(tǒng)
3.再次,我覺得原因在于沒有完全了解客戶的業(yè)務,也就是說以前沒有這方面的業(yè)務經(jīng)驗,對于需要調(diào)研那些方面,那些范圍,沒有在調(diào)研前做一個詳細的分析和整理;

分析4：軟件的基本功能！    作者：趙宏偉 泛普軟件-建筑工程項目管理系統(tǒng)
其實針對一個軟件的基本功能完全可以和用戶談判或者討論來決定的！ 在規(guī)定好的時間內(nèi)完成相應的內(nèi)容！ 這樣子也是一個項目執(zhí)行過程中的調(diào)整！ 你自認為的“在我看來，這些功能都很必要嘛，“ 這都是你自己認為的 并不表示客戶真正需求的！泛普軟件-建筑工程項目管理系統(tǒng)
所以在最短的時候內(nèi)完成一個基本功能版 完全可以在自己的控制之下完成呢！

分析5：項目執(zhí)行所需要的人員成本超出了預算，而且項目已經(jīng)嚴重泄后   作者：kitty 泛普軟件-建筑工程項目管理系統(tǒng)
既然是用戶型的項目，那就應該好好的利用客戶。其實客戶有時自己都不明白自己要做的是什么，要實現(xiàn)的是哪些功能。所以在前期需求階段要花費很多的時間與客戶討論，究竟做哪，怎么做，然后達成一致的意見。這種意見不是口頭的，而是要經(jīng)過雙方具體代表性的人物簽字確認的。。否則后面的變更會變得不可追溯。

分析6：確定客戶要的基本模塊,并只保障之    作者：黃飛生 泛普軟件-建筑工程項目管理系統(tǒng)
1 確定客戶要的基本模塊,并只保障之.項目管理論壇
2 下狠心的把自己很滿意的部分也按實際的客戶基本需求情況進行刪除.泛普軟件-建筑工程項目管理系統(tǒng)
除非充分與客戶溝通,得到新的資源.沒其他辦法!