科技專案失敗的 7 個真正原因 - Prosci变革管理

科技專案失敗的 7 個真正原因

什麼是失敗?它可能意味著無法成功實現您的目標、忽視做某事或停止正常工作。但是失敗可以相對於目標來衡量,因為目標是可變的。我們可以提前設定目標,中途改變目標,事後改變目標,並以不同的方式衡量目標的每個要素。這種事前、臨時和事後的可變性使我們能夠調整技術專案目標並取得成功。

技術專案失敗與成功

讓我們根據 “關鍵結果的目標” (OKR) 方法來考慮失敗。(我喜歡 OKR,因為它們內置了目標和 KPI,而且很容易陳述。經典的 OKR 技術示例是在十年結束時將人類送上月球的示例。

該項目多次失敗,發生六起事故,包括三名宇航員在通往成功的道路上喪生。專案的總體目標是否實現?是的。一路上有失敗嗎?是的。一路上的六個關鍵失敗是否足以將整個專案視為失敗?不。為什麼不呢?因為專案的總體目標比失敗的權重更大。由於冷戰和當時的其他關鍵問題,總體目標實際上比人的生命更重要。這是事前決策和相對優先順序的情況。相對優先順序可以確保幾乎所有技術項目都能成功。

這讓我想起了路易斯·卡羅爾 (Lewis Carroll) 的名言,“如果你不知道你要去哪裡,任何一條路都會把你帶到那裡。通常,選擇定義成功的道路是成功的,而不是多條沒有成功的道路。我們必須嘗試更深入地研究技術專案失敗率。

讓我們更深入地瞭解一下技術專案在變革管理方面失敗的七個關鍵原因:

1.項目未定義或定義不夠

這可能看起來令人驚訝,但我們必須從 “為什麼” 開始。設置您的 OKR,並使用 Prosci 的 4 P 練習進行對齊。有時這需要一段時間,但這是值得的。仔細思考“我們為什麼要這樣做”的答案。“”為什麼我們現在這樣做?“和”如果我們不這樣做會怎樣?我們需要對齊並像鐳射一樣關注這一點。

2.缺乏領導力

技術專案通常被視為“IT 專案”,並被歸入 IT 部門。這是不對的。IT 項目是商業項目。為了成功,我們需要一個強大的主要發起人,他們要積極主動、引人注目、建立聯盟並進行溝通。而且,對於該主要發起人的同行,組織中每個業務職能的領導者都應該在整個變革過程中保持活躍和可見。它永遠不能僅僅被視為一個 IT 項目。

3.缺乏問責制

這與第 2 點有關,當技術專案被視為 IT 專案時,因此在 IT 部門之外缺乏問責制。但同樣,影響人們的 IT 項目不是 IT 項目,而是公司項目。這意味著我們需要強大的變革管理才能成功。不要忘記,投資回報來自三個關鍵領域:採用速度、替代利用以及熟練程度和使用。這就是關於採用的,所以我們必須讓人們完成他們的 ADKAR 流程,才能使這些專案取得成功。

Prosci ADKAR 模型

4.溝通效率低下

當然,在變革管理中,溝通是關鍵。常規技術專案溝通和變革管理溝通之間的第一個區別是,在製作資訊之前,您將首先確定受眾。這說明了 Prosci 的 5 條變革管理原則。組織變革是個人決定參與、採用和使用變革或非變革的總和。

還值得記住約翰·科特 (John Kotter) 的名言,“如果你不能在五分鐘或更短的時間內將願景傳達給某人,並得到一個表示理解和興趣的反應,那你還沒有完成。

此外,請查看 Prosci 的一些關鍵溝通研究發現:

  • 您必須使用不同的方法並確保面對面的交流(包括虛擬交流)就是其中之一.
  • 請記住,員工的直屬主管或職能經理是傳達變革對他們意味著什麼的最佳人選。
  • 高級業務領導者必須不斷說明更改的業務原因。希望溝通者是可信的。消息應公開透明,並發送 5 到 7 次。

5.沒有計劃或明確的時間表,或計畫和時間表不佳

這裡有一個關鍵的變革管理見解。我們什麼時候開始獲得以人為本的項目的商業利益?嗯,目標將是上線時間,這意味著我們必須讓 Ability 的員工參與 ADKAR 模型。到了上線日,人們不得不從座位上跳起來,打個比方,說:“我迫不及待地等待這個新事物,等待上線日。它將在這些方面幫助我。我知道。我渴望參與。我有知識,我有能力。只有在 Ability ,我們才能開始實現我們的商業利益

6.缺乏用戶測試,或未能解決回饋

從變革管理的角度來看,我們需要專注於 ADKAR 模型的最終使用者 Desire 元素。我的比喻是,無論正在製造的汽車多麼花哨和技術先進,如果它出廠時沒有人接受、採用和使用它,你還不如給每個人一輛自行車。

7.解決錯誤的問題

有時,公司認為他們正在創造一些東西來解決這個問題,但事實證明他們解決的問題是錯誤的。首先預先定義 “為什麼”,並專注於 ADKAR,尤其是 Desire 元素。您組織前線的人告訴您問題所在是什麼?您需要解決什麼問題?

改進就是改變

據說,25% 的技術專案徹底失敗,20% 到 50% 的專案沒有投資回報率,高達 50% 的專案完成後需要大量返工。但是,當您擁有正確的元素時,事前、臨時和事後合理化和重新確定優先順序有助於使任何技術項目取得成功。正如撒母耳·貝克特 (Samuel Beckett) 曾經說過的那樣,“曾經嘗試過。曾經失敗過。不管怎樣。再試一次。再次失敗。失敗得更好。