1、困境所在

專案實施是一個軟體專案的關鍵環節，實施好壞直接關係到使用者滿意度和專案收款。好多軟體開發專案都栽在這個環節，專案一拖再拖，簡直到了不可思議的地步。

一個典型的場景是這樣的：專案開發小組經過調研、分析、設計、編碼等活動後，基本上開發出了一個可提交給使用者試執行的半成品。開發小組成員的開發工作逐漸停頓下來，大傢伙開始處於一種等待的狀態。專案經理就去找使用者，要求試執行，“轟轟烈烈”的專案實施活動正式拉開序幕：在正規一點的開發團隊中，專案經理會主動與使用者方負責人商量確定實施事宜，並儘量寫出個實施方案來。提交給使用者，耽誤三五天，使用者有了反饋，再稍微做些改動，這方案就算基本透過了。似乎一切都在穩步推動中，可是不知道怎麼地，專案進入到無休止的拖延中去...

2、原因分析

成功的專案是一樣的，失敗的專案各有不同。要總結軟體專案實施失敗的原因，有一定的難度，但是，我想大多數專案無外乎失敗在如下幾個方面。

沒有達成共同的專案實施目標和行動準則

好多專案都沒有召開正式的專案動員大會。大家對專案實施的目標、任務和步驟，沒有取得一致的意見。即使私下裡幾個主要負責人之間也沒有進行過深入而透徹的溝通，一些潛在的分歧沒有預先拎出來，找到合理的解決辦法。

沒有事先明確實施主導方

使用者方負責人如果沒有宏觀的專案規劃和實施的能力和經驗，就無法真正地主導專案的順利實施；開發方的專案經理如果沒有專案實施經驗和端正的實施態度的話，也無法將專案帶向勝利。即使雙方都具備較強的技能和經驗，如果沒有積極主動的態度，沒有強烈的責任感，那也是很危險的。大家都處於等待的狀態，都希望別人來“觸發”自己，或者是因為一些見不得人的理由，各方都不主動去協調和催促對方。大家都在等待中無端地消耗掉寶貴的時間。

開發方對專案實施重視程度不夠

他們往往認為，需求做好了，軟體也開發出來了，實施嘛，就是給客戶安裝安裝，培訓培訓，再做些小的改動。

使用者方並不是真正地需要該軟體

大家都知道，中國的好多軟體專案單子，特別是電子政務專案，都是靠關係搭上的。在專案尚未啟動的時候，就註定是個失敗的專案，因為它並不是真正用來解決使用者真正需要解決的問題的。對於這種專案，在實施過程中，最終使用者不會對它產生濃厚的興趣，不會把它當成一個救命稻草，他們往往是例行的配合，還時不時發些抱怨。

3、解決辦法

一旦遭遇到實施困境，就應該立刻認識到它的存在，就應該“對症下藥”，想出解決的辦法。筆者嘗試提出一些解決辦法來。

召開專案實施動員大會

召開專案實施動員大會，意在讓各方人士對專案實施真正重視起來，讓大家對專案實施的目標、任務、以及步驟有一個統一明確的認同感。即使因為各種原因，某些人員無法到場，也要尋找機會讓他認可，加以確認。

建立實施領導小組，明確各成員的工作職責

一定要有個組織保證，要建立起一個臨時的實施團隊，把實施任務本身當成一個專案來對待。同時，要明確各實施成員的工作職責，建立起各相關人員的聯絡通道。進行週期性的專案彙報機制，形成良好的溝通渠道。

制定嚴密有效的實施計劃

“凡事預則立，不預則廢”。計劃的作用是為實施人員指明方向，根據實際情況，權衡客觀需要和主觀可能，提出在未來一定時間內實施團隊所要達到的目標以及實現目標的方法。需要強調的是，這個實施計劃應該真正地被各方人士接受，要把它樹為今後實施活動的標杆，而不只是形式上寫寫，這樣起不到實際的效果。

評估並規避實施風險

專案管理的過程，就是不斷規避風險的過程。在專案實施過程中，一定要預先估計出可能遭遇到的風險，判斷這些風險的影響程度和發生的機率，找出應對的辦法。 [@more@]

突破軟體專案實施困境（轉）

相關文章