諮詢顧問：面對註定失敗的專案 （轉）
很多專案從一開始就註定了失敗的命運，但是剛剛獨立工作的諮詢顧問經常不顧預警訊號，繼續著艱難的冒險。Ned Boris是美國德克薩斯州一家獨立軟體開發和銷售商的諮詢顧問。他在IT諮詢領域已經工作了八年之久，在商業管理方面更是有著十三年的工作經驗。然而，如此豐富的工作經驗也沒能幫助他逃脫第一次獨立做諮詢顧問時負責的專案的失敗的命運。
看看下面的內容，你可以找到Ned Boris在接手這個專案之前應該注意到的預警訊號。然後把你的建議告訴我們，談談你的想法。
背景
Ned Boris和他的朋友Julie曾經在同一家公司工作過。在Ned Boris獨立做諮詢顧問不久，也已經是獨立諮詢顧問的Julie同他聯絡，想把自己正在負責的一個專案轉手給他，這個專案正是他們以前工作的公司的一個軟體開發專案。
公司的主要諮詢顧問，也就是僱傭Ned Boris和Julie的那個人，我們就稱他為“黃鼠狼先生”吧。
這個專案是將類似CRM的複雜而又價格昂貴的軟體同現有的一系列系統綜合到一起。Ned Boris在其中擔任著雙重角色：首先，他要分析要使用軟體的商業實體的需求，在公司範圍內提出可以接受的解決方案。其次，他要向打算對軟體進行重新包裝並將軟體出售給其他客戶的Julie及其合作伙伴提供設計和開發方面的意見和幫助。
Ned Boris說，Julie曾經幫助這家公司進行過一個專案，但是在開發階段完成之後，公司卻指出軟體存在著種種缺陷和問題，拒絕按合同向他支付諮詢費用。這可以說是他遇到的第一個預警訊號。他說：“事後我才意識到這個預警訊號，但在當時，公司竭力表現出正在想辦法解決問題，讓一切都走上正軌。”
表面上的平穩航行
在開始階段，專案進展的很平穩。Ned Boris說，他和Julie開發的系統包含了所有應有的特色和功能。在銷售談判中，各方都同意了規定價格，他們制定了變化管理步驟以使專案留有餘地。
合同的詳細工作計劃被分為了三個階段。第一和第二階段用來為系統打補丁，新增Julie開發出的軟體所漏掉的功能。在專案完成之後，公司將向他們支付諮詢費用。第三階段是用來開發類似CRM的軟體。
問題
儘管計劃制定的詳細具體，專案還是難以逃脫失敗的命運，一系列問題都表明了這一點。Ned Boris意識到：“一個二次開發小組在另外一個實驗室裡重複進行著部分專案，他們的諮詢費用也要從公司同我們簽定的合同裡支付。”Boris說他們被形容成低成本的開發人員，他們所使用的軟體開發工具在沒有大量額外工作支援的情況下是無法支援構造設計的。
Boris說，這些人在三個以前還幾乎沒怎麼接觸過電腦，沒接受過什麼培訓，他們在專案當中的作用僅僅是展示軟體的使用而已。不幸的是，這個計劃非常的糟糕，根本就起不到任何作用，只不過是在浪費時間和金錢而已。
此外，我們剛才提到過的那位“黃鼠狼先生”還透露出了“後備計劃”，讓另外一組VB開發人員負責程式碼的開發。然而，他們提交的第一部分程式碼樣品“遭到了所有技術管理人員的嘲笑”。隨後，這些開發人員就突然消失了，後備小組的工作陷入了危機和困境之中。
Boris說，黃鼠狼先生隨後決定：由於“預先演示的失敗”而停止按照合同規定開發軟體。顯然，他根本就沒打算讓軟體具備合同上所規定的一系列功能。
隨後，更多的問題接踵而至。軟體開發小組的關鍵成員離開了，由於所謂後備小組的存在而使成本嚴重超支，公司在最後時刻做出改變設計的決定，讓原本打算在應用軟體伺服器上執行的軟體在客戶伺服器上執行。
開發失敗
為了彌補日益增長的成本開支，黃鼠狼先生解僱了管理小組，並且讓Boris遞交一份為期兩週的休假申請，而這兩週正是開發的最後階段。隨後，他又提出減少Boris應得的報酬，職責他對專案管理不當。
Boris說：“有一點我必須要澄清，那就是我的角色是軟體設計師，我拒絕擔任類似CEO的角色，因為我覺得和黃鼠狼先生在一起共事非常不舒服。”
Boris說，他還不得不在多種場合向黃鼠狼先生澄清，他的角色並不是去管理客戶的員工，而僅僅是在技術方面對他們進行指導。在接連以欺騙客戶、浪費時間和金錢為名受到警告之後，Boris覺得自己已經受夠了。按照合同的規定，他提前兩個星期向公司提出了辭職請求。
出於有利於專案取得成功的考慮，Boris在提出辭職申請四周後才離開，花費了很多個整天的時間去培訓留下來的為數不多的開發人員。
在黃鼠狼先生拒絕向Boris支付額外工作報酬之後，Boris停止了以電話和電子郵件方式向開發小組的成員提供幫助。他向客戶歸還了所有的開發資料，這樣即使他想提供幫助的話也無能為力了。
Boris說：“雙方律師之間書信往來不斷，但是公司沒有任何要支付我工作報酬的跡象。我的律師說我要花費的訴訟費用可能會是這筆報酬的十倍，即使在這種情況下，我也可能得不到應得的酬勞”。
結果
最終，客戶最初的軟體專案得以完成。黃鼠狼先生也離開了公司。
Boris說，Julie不再做軟體諮詢業務，曾經在專案中為黃鼠狼先生工作的所有人得到的只有沒有任何價值的合同和永遠得不到支付的清單。
事後諸葛亮：Boris早應該做些什麼？
Boris說，如果他在合同的早期階段，剛剛發現有二次開發小組存在的時候就採取行動，可以減少自己的損失。顯然黃鼠狼先生沒有按照合同開發產品的誠意。
在專案初期，黃鼠狼先生就解僱了設計開發人員並將設計賣給了客戶公司，但是他本人和遭到解僱的開發人員從來都沒向任何人提及此事。
Boris說，他估計黃鼠狼先生為了讓這些開發人員保持沉默而用了公司的股份作為代價。當有人問及這些人的去向時，黃鼠狼先生總是說，“他們正在休假”、“他們正忙於新的商業開發專案”、或是“他們在別的地點工作”。
Boris說客戶公司的管理層似乎並不介意專案的失敗， 並且他們很有可能根本就沒打算接受新的軟體，最初的軟體設計就已經能讓他們感到滿意了。[@more@]
看看下面的內容，你可以找到Ned Boris在接手這個專案之前應該注意到的預警訊號。然後把你的建議告訴我們，談談你的想法。
背景
Ned Boris和他的朋友Julie曾經在同一家公司工作過。在Ned Boris獨立做諮詢顧問不久，也已經是獨立諮詢顧問的Julie同他聯絡，想把自己正在負責的一個專案轉手給他，這個專案正是他們以前工作的公司的一個軟體開發專案。
公司的主要諮詢顧問，也就是僱傭Ned Boris和Julie的那個人，我們就稱他為“黃鼠狼先生”吧。
這個專案是將類似CRM的複雜而又價格昂貴的軟體同現有的一系列系統綜合到一起。Ned Boris在其中擔任著雙重角色：首先，他要分析要使用軟體的商業實體的需求，在公司範圍內提出可以接受的解決方案。其次，他要向打算對軟體進行重新包裝並將軟體出售給其他客戶的Julie及其合作伙伴提供設計和開發方面的意見和幫助。
Ned Boris說，Julie曾經幫助這家公司進行過一個專案，但是在開發階段完成之後，公司卻指出軟體存在著種種缺陷和問題，拒絕按合同向他支付諮詢費用。這可以說是他遇到的第一個預警訊號。他說：“事後我才意識到這個預警訊號，但在當時，公司竭力表現出正在想辦法解決問題，讓一切都走上正軌。”
表面上的平穩航行
在開始階段，專案進展的很平穩。Ned Boris說，他和Julie開發的系統包含了所有應有的特色和功能。在銷售談判中，各方都同意了規定價格，他們制定了變化管理步驟以使專案留有餘地。
合同的詳細工作計劃被分為了三個階段。第一和第二階段用來為系統打補丁，新增Julie開發出的軟體所漏掉的功能。在專案完成之後，公司將向他們支付諮詢費用。第三階段是用來開發類似CRM的軟體。
問題
儘管計劃制定的詳細具體，專案還是難以逃脫失敗的命運，一系列問題都表明了這一點。Ned Boris意識到：“一個二次開發小組在另外一個實驗室裡重複進行著部分專案，他們的諮詢費用也要從公司同我們簽定的合同裡支付。”Boris說他們被形容成低成本的開發人員，他們所使用的軟體開發工具在沒有大量額外工作支援的情況下是無法支援構造設計的。
Boris說，這些人在三個以前還幾乎沒怎麼接觸過電腦，沒接受過什麼培訓，他們在專案當中的作用僅僅是展示軟體的使用而已。不幸的是，這個計劃非常的糟糕，根本就起不到任何作用，只不過是在浪費時間和金錢而已。
此外，我們剛才提到過的那位“黃鼠狼先生”還透露出了“後備計劃”，讓另外一組VB開發人員負責程式碼的開發。然而，他們提交的第一部分程式碼樣品“遭到了所有技術管理人員的嘲笑”。隨後，這些開發人員就突然消失了，後備小組的工作陷入了危機和困境之中。
Boris說，黃鼠狼先生隨後決定：由於“預先演示的失敗”而停止按照合同規定開發軟體。顯然，他根本就沒打算讓軟體具備合同上所規定的一系列功能。
隨後，更多的問題接踵而至。軟體開發小組的關鍵成員離開了，由於所謂後備小組的存在而使成本嚴重超支，公司在最後時刻做出改變設計的決定，讓原本打算在應用軟體伺服器上執行的軟體在客戶伺服器上執行。
開發失敗
為了彌補日益增長的成本開支，黃鼠狼先生解僱了管理小組，並且讓Boris遞交一份為期兩週的休假申請，而這兩週正是開發的最後階段。隨後，他又提出減少Boris應得的報酬，職責他對專案管理不當。
Boris說：“有一點我必須要澄清，那就是我的角色是軟體設計師，我拒絕擔任類似CEO的角色，因為我覺得和黃鼠狼先生在一起共事非常不舒服。”
Boris說，他還不得不在多種場合向黃鼠狼先生澄清，他的角色並不是去管理客戶的員工，而僅僅是在技術方面對他們進行指導。在接連以欺騙客戶、浪費時間和金錢為名受到警告之後，Boris覺得自己已經受夠了。按照合同的規定，他提前兩個星期向公司提出了辭職請求。
出於有利於專案取得成功的考慮，Boris在提出辭職申請四周後才離開，花費了很多個整天的時間去培訓留下來的為數不多的開發人員。
在黃鼠狼先生拒絕向Boris支付額外工作報酬之後，Boris停止了以電話和電子郵件方式向開發小組的成員提供幫助。他向客戶歸還了所有的開發資料，這樣即使他想提供幫助的話也無能為力了。
Boris說：“雙方律師之間書信往來不斷，但是公司沒有任何要支付我工作報酬的跡象。我的律師說我要花費的訴訟費用可能會是這筆報酬的十倍，即使在這種情況下，我也可能得不到應得的酬勞”。
結果
最終，客戶最初的軟體專案得以完成。黃鼠狼先生也離開了公司。
Boris說，Julie不再做軟體諮詢業務，曾經在專案中為黃鼠狼先生工作的所有人得到的只有沒有任何價值的合同和永遠得不到支付的清單。
事後諸葛亮：Boris早應該做些什麼？
Boris說，如果他在合同的早期階段，剛剛發現有二次開發小組存在的時候就採取行動，可以減少自己的損失。顯然黃鼠狼先生沒有按照合同開發產品的誠意。
在專案初期，黃鼠狼先生就解僱了設計開發人員並將設計賣給了客戶公司，但是他本人和遭到解僱的開發人員從來都沒向任何人提及此事。
Boris說，他估計黃鼠狼先生為了讓這些開發人員保持沉默而用了公司的股份作為代價。當有人問及這些人的去向時，黃鼠狼先生總是說，“他們正在休假”、“他們正忙於新的商業開發專案”、或是“他們在別的地點工作”。
Boris說客戶公司的管理層似乎並不介意專案的失敗， 並且他們很有可能根本就沒打算接受新的軟體，最初的軟體設計就已經能讓他們感到滿意了。[@more@]
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7839396/viewspace-937790/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 諮詢顧問：面對註定失敗的專案(轉)
- 考核ERP專案實施諮詢顧問是否合格(轉)
- 一個失敗專案的專案筆記（轉）筆記
- ERP專案失敗的原因(轉)
- 專案失敗五宗罪（轉）
- 失敗的敏捷專案敏捷
- 軟體專案失敗因素分析（轉）
- 專案團隊管理的失敗經驗（轉）
- 承建方對專案監理諮詢的幾點建議（轉）
- 承建方對專案監理諮詢的幾點建議 （轉）
- 如何對專案中的問題進行分析——FPGA失敗案例小結FPGA
- 專案失敗並非如想象般普遍（轉）
- 專案研發為什麼失敗？（轉）
- 專案失敗並非如想象般普遍 （轉）
- 諮詢顧問學習的幾點建議
- 學習心得_諮詢顧問基本定義和必備素質
- 糟糕的範圍管理導致專案失敗（轉）
- 那些騰訊投資失敗的專案
- 記一個失敗的專案
- SAP諮詢顧問如何掌握核心技術？
- IT諮詢顧問(IT consulting)成功經驗
- 軟體開發專案失敗原因分析（轉）
- 專案研發為什麼會失敗？（轉）
- 情感諮詢專案玩法
- 誰應該承擔專案失敗的責任？（轉）
- ERP諮詢顧問在推進BPR中的八大策略(轉)
- 實施顧問眼中的專案實施（轉）
- 創新諮詢中10種成功與失敗的合作關係
- 諮詢顧問素質與能力提升資料
- 專案失敗的十種徵兆
- 一個歷時3年的專案失敗記錄 (轉)
- 專案辦公室的重要職能—為專案提供諮詢和指導（上）（轉）
- 專案辦公室的重要職能—為專案提供諮詢和指導（下）（轉）
- 傾聽諮詢專案實施中客戶抱怨（轉）
- 敏捷專案管理：問題、挑戰以及如何避免失敗敏捷專案管理
- 邦芒解析：怎樣面對應聘失敗
- 一個SaaS專案失敗的原因 從個人角度覆盤專案失敗的5個重要原因
- SpringBoot專案Autowired失敗Spring Boot