說明：項目管理案例系列由項目管理者聯(lián)盟[PMU]制作推出，版權(quán)所有。該系列以PMU會員實際項目案例為藍本，結(jié)合項目管理專家點評和PMU會員分析，真實、深入、可鑒。
（一）案例正文
我們做的是一個財務(wù)管理軟件，在項目初期我們的項目經(jīng)理做的售前工作，跟客戶了解了大體的需求，并且制定了項目方案，而項目方案是一個很籠統(tǒng)的框架性的東西，而我被指派與客戶詳細的調(diào)研需求，整個項目的與客戶面對面接觸調(diào)研需求共3次，第我已完全理解客戶的需求和意圖，而第二次并沒有什么實質(zhì)性的收獲，因為客戶給我的時間就很少，我們只簡單討論了與客戶現(xiàn)存系統(tǒng)的接口問題，第三次談需求，客戶提出了一些需求而針對他的子系統(tǒng)的結(jié)構(gòu)是很難實現(xiàn)的，當(dāng)時我極力反對，但反對無效，因為我們的客戶分兩部分：轉(zhuǎn)包客戶、終客戶。
這還是個二包項目。而這種很難實現(xiàn)的需求是終客戶提出而轉(zhuǎn)包客戶不反對反倒支持。這樣三次需求調(diào)研的結(jié)果就是得到一個業(yè)務(wù)邏輯異常復(fù)雜的業(yè)務(wù)模型。有了詳細的業(yè)務(wù)模型之后，我很快初步估算出代碼少5萬行，并且向項目總監(jiān)通報了情況，但是項目總監(jiān)認為項目不可能這么簡單，也沒去與客戶溝通。
我只好按著這個需求繼續(xù)往下進行（當(dāng)我與客戶做二次需求調(diào)研時，我就已經(jīng)變?yōu)轫椖拷?jīng)理的角色，當(dāng)然此時我就是項目經(jīng)理了，而原來的項目經(jīng)理就是現(xiàn)在的項目總監(jiān)了），當(dāng)然了，在有了詳細業(yè)務(wù)模型后，我們先設(shè)計了軟件原型，用了兩個星期，這階段解決了幾乎所有的界面組件（有很強的通用性）。然后再與客戶討論原型，不過客戶那邊的反映很遲緩，光讓他確認這個原型就浪費了二十天時間，不過這段時間我也沒閑著，開始著想考慮他那個難纏的需求是不是有什么解決方法，結(jié)果分析來分析去，終得出結(jié)論，根本不存在什么合適的解決方案，而這塊需求倒底做不做一直困惑我很長時間，其實與客戶溝通很不方便，因為我們開發(fā)的地點與客戶不在一個城市里，對于這樣的問題我跟客戶在msn上溝通過多次，客戶都不明白我要說的問題的本質(zhì)是什么，他還是堅持要實現(xiàn)這個需求，結(jié)果為此我又努力償試尋找解決方案。
客戶催要一個初步的軟件版本，因為但是因業(yè)務(wù)邏輯的核心問題，我們無法進行業(yè)務(wù)模塊的編碼，已經(jīng)完成的是與業(yè)務(wù)關(guān)系不大的部分。而此時我又進一步估算，代碼量應(yīng)該有8萬行了，因為更細致的架構(gòu)接口已經(jīng)有了，也就是說一個完整的框架都有了，估算出的代碼行數(shù)就比較準(zhǔn)了。
8萬行代碼遠遠超出了原來的預(yù)算，就是去掉與客戶不斷的爭論業(yè)務(wù)需求的時間都用來寫代碼，8萬行代碼也不是這個費用夠用的，目前我處在騎虎難下的境地，公司要求我能拿出有利于我們有說服力的證據(jù)來，但事實上，客戶除了那個比較難纏的需求外，沒有更多多余的需求，而我也只對需求做了一些潤色，我覺得這是很有必要的，去掉反倒不妥，并沒有增加多余的需求。但就是這樣的需求完成他確實需要寫8萬行代碼，如果去掉業(yè)務(wù)員的功能，我想能精減個一萬行代碼。那還有7萬呢啊。
公司要求我在盡可能短的時間內(nèi)先完成一些基本的功能，但我不知道應(yīng)該如何劃分基本功能，在我看來，這些功能都很必要嘛，可以說大部分功能都是緊扣客戶需求的，只有少部分可以暫時省掉。與其說在短的時候內(nèi)完成一個基本功能版與客戶談，還不如說在短的時候內(nèi)完成軟件第一個完整版本（只缺少很少的一點兒功能），短時間肯定沒戲。完成了再跟客戶談價錢嗎？其實這個項目我們是賠大發(fā)了，繼續(xù)做，公司也是支持不下去的。
這個問題難道就無解了嗎？
（二）點評專家
曹濟 獨立顧問，IEEE/PMI/IFPUG 會員, 現(xiàn)任信息產(chǎn)業(yè)部 IT 項目經(jīng)理認證專家委員會成員, 國際軟件標(biāo)桿組織技術(shù)顧問/中國聯(lián)絡(luò)人，北京隨濟科技首席顧問。為多家IT組織提供過項目管理、質(zhì)量管理、項目量化管理、軟件估算與度量、軟件評審、標(biāo)桿管理、CMM/CMMI等方面的培訓(xùn)與咨詢服務(wù)。
曹濟點評：
您好！首先感謝韓先生愿意貢獻自己的案例供我們大家交流。其實像您談到的這種項目情形還是比較典型的。我們從兩方面來討論吧，首先看對眼下的情況如何應(yīng)對，其次我們關(guān)心如何在后續(xù)的項目中避免發(fā)生類似的情形
看來你們現(xiàn)在已經(jīng)感項目會面臨比較大的問題了，因為你談到八萬行的代碼量已經(jīng)遠遠超出了你們的成本，有可能的話我們采用簡單的算法看看你們大概會超出多少。因為你們的項目特點（包括人員規(guī)模、開發(fā)周期、開發(fā)語言與開發(fā)平臺等）還不了解，所以我們給一個非常粗略的平均生產(chǎn)率，例如90行/人天，這樣可以得出項目的總工作量大概接近900人天（80000/90），即40人月的樣子，假定你公司軟件開發(fā)人員的平均月工資為4k(當(dāng)然可能為其他水平)，則人員均攤費用為4k*2.5=10k，這樣項目的成本大概是400k，不知道合同額與這個數(shù)據(jù)相比怎么樣？當(dāng)然地區(qū)不一樣，開發(fā)語言等等會有差異，但如果在國內(nèi)的話，應(yīng)該是介于100k 與 1500 k之間的。
有了這個印象之后再來看如何補救，“公司要求我能拿出有利于我們有說服力的證據(jù)來”，說明公司有希望和客戶去協(xié)商的?？墒菃栴}出來了，“但事實上，客戶除了那個比較難纏的需求外，沒有更多多余的需求，而我也只對需求做了一些潤色，我覺得這是很有必要的，去掉反倒不妥，并沒有增加多余的需求。但就是這樣的需求完成他確實需要寫8萬行代碼”。
（一）案例正文
我們做的是一個財務(wù)管理軟件，在項目初期我們的項目經(jīng)理做的售前工作，跟客戶了解了大體的需求，并且制定了項目方案，而項目方案是一個很籠統(tǒng)的框架性的東西，而我被指派與客戶詳細的調(diào)研需求，整個項目的與客戶面對面接觸調(diào)研需求共3次，第我已完全理解客戶的需求和意圖，而第二次并沒有什么實質(zhì)性的收獲，因為客戶給我的時間就很少，我們只簡單討論了與客戶現(xiàn)存系統(tǒng)的接口問題，第三次談需求，客戶提出了一些需求而針對他的子系統(tǒng)的結(jié)構(gòu)是很難實現(xiàn)的，當(dāng)時我極力反對，但反對無效，因為我們的客戶分兩部分：轉(zhuǎn)包客戶、終客戶。
這還是個二包項目。而這種很難實現(xiàn)的需求是終客戶提出而轉(zhuǎn)包客戶不反對反倒支持。這樣三次需求調(diào)研的結(jié)果就是得到一個業(yè)務(wù)邏輯異常復(fù)雜的業(yè)務(wù)模型。有了詳細的業(yè)務(wù)模型之后，我很快初步估算出代碼少5萬行，并且向項目總監(jiān)通報了情況，但是項目總監(jiān)認為項目不可能這么簡單，也沒去與客戶溝通。
我只好按著這個需求繼續(xù)往下進行（當(dāng)我與客戶做二次需求調(diào)研時，我就已經(jīng)變?yōu)轫椖拷?jīng)理的角色，當(dāng)然此時我就是項目經(jīng)理了，而原來的項目經(jīng)理就是現(xiàn)在的項目總監(jiān)了），當(dāng)然了，在有了詳細業(yè)務(wù)模型后，我們先設(shè)計了軟件原型，用了兩個星期，這階段解決了幾乎所有的界面組件（有很強的通用性）。然后再與客戶討論原型，不過客戶那邊的反映很遲緩，光讓他確認這個原型就浪費了二十天時間，不過這段時間我也沒閑著，開始著想考慮他那個難纏的需求是不是有什么解決方法，結(jié)果分析來分析去，終得出結(jié)論，根本不存在什么合適的解決方案，而這塊需求倒底做不做一直困惑我很長時間，其實與客戶溝通很不方便，因為我們開發(fā)的地點與客戶不在一個城市里，對于這樣的問題我跟客戶在msn上溝通過多次，客戶都不明白我要說的問題的本質(zhì)是什么，他還是堅持要實現(xiàn)這個需求，結(jié)果為此我又努力償試尋找解決方案。
客戶催要一個初步的軟件版本，因為但是因業(yè)務(wù)邏輯的核心問題，我們無法進行業(yè)務(wù)模塊的編碼，已經(jīng)完成的是與業(yè)務(wù)關(guān)系不大的部分。而此時我又進一步估算，代碼量應(yīng)該有8萬行了，因為更細致的架構(gòu)接口已經(jīng)有了，也就是說一個完整的框架都有了，估算出的代碼行數(shù)就比較準(zhǔn)了。
8萬行代碼遠遠超出了原來的預(yù)算，就是去掉與客戶不斷的爭論業(yè)務(wù)需求的時間都用來寫代碼，8萬行代碼也不是這個費用夠用的，目前我處在騎虎難下的境地，公司要求我能拿出有利于我們有說服力的證據(jù)來，但事實上，客戶除了那個比較難纏的需求外，沒有更多多余的需求，而我也只對需求做了一些潤色，我覺得這是很有必要的，去掉反倒不妥，并沒有增加多余的需求。但就是這樣的需求完成他確實需要寫8萬行代碼，如果去掉業(yè)務(wù)員的功能，我想能精減個一萬行代碼。那還有7萬呢啊。
公司要求我在盡可能短的時間內(nèi)先完成一些基本的功能，但我不知道應(yīng)該如何劃分基本功能，在我看來，這些功能都很必要嘛，可以說大部分功能都是緊扣客戶需求的，只有少部分可以暫時省掉。與其說在短的時候內(nèi)完成一個基本功能版與客戶談，還不如說在短的時候內(nèi)完成軟件第一個完整版本（只缺少很少的一點兒功能），短時間肯定沒戲。完成了再跟客戶談價錢嗎？其實這個項目我們是賠大發(fā)了，繼續(xù)做，公司也是支持不下去的。
這個問題難道就無解了嗎？
（二）點評專家
曹濟 獨立顧問，IEEE/PMI/IFPUG 會員, 現(xiàn)任信息產(chǎn)業(yè)部 IT 項目經(jīng)理認證專家委員會成員, 國際軟件標(biāo)桿組織技術(shù)顧問/中國聯(lián)絡(luò)人，北京隨濟科技首席顧問。為多家IT組織提供過項目管理、質(zhì)量管理、項目量化管理、軟件估算與度量、軟件評審、標(biāo)桿管理、CMM/CMMI等方面的培訓(xùn)與咨詢服務(wù)。
曹濟點評：
您好！首先感謝韓先生愿意貢獻自己的案例供我們大家交流。其實像您談到的這種項目情形還是比較典型的。我們從兩方面來討論吧，首先看對眼下的情況如何應(yīng)對，其次我們關(guān)心如何在后續(xù)的項目中避免發(fā)生類似的情形
看來你們現(xiàn)在已經(jīng)感項目會面臨比較大的問題了，因為你談到八萬行的代碼量已經(jīng)遠遠超出了你們的成本，有可能的話我們采用簡單的算法看看你們大概會超出多少。因為你們的項目特點（包括人員規(guī)模、開發(fā)周期、開發(fā)語言與開發(fā)平臺等）還不了解，所以我們給一個非常粗略的平均生產(chǎn)率，例如90行/人天，這樣可以得出項目的總工作量大概接近900人天（80000/90），即40人月的樣子，假定你公司軟件開發(fā)人員的平均月工資為4k(當(dāng)然可能為其他水平)，則人員均攤費用為4k*2.5=10k，這樣項目的成本大概是400k，不知道合同額與這個數(shù)據(jù)相比怎么樣？當(dāng)然地區(qū)不一樣，開發(fā)語言等等會有差異，但如果在國內(nèi)的話，應(yīng)該是介于100k 與 1500 k之間的。
有了這個印象之后再來看如何補救，“公司要求我能拿出有利于我們有說服力的證據(jù)來”，說明公司有希望和客戶去協(xié)商的?？墒菃栴}出來了，“但事實上，客戶除了那個比較難纏的需求外，沒有更多多余的需求，而我也只對需求做了一些潤色，我覺得這是很有必要的，去掉反倒不妥，并沒有增加多余的需求。但就是這樣的需求完成他確實需要寫8萬行代碼”。