數字化轉型系列：最後一公里

如果您正在閱讀這篇文章，那麼您可能還沒有進入轉型項目的最後一英里。

通常，轉型項目的最後幾個月非常緊張，以至於完全消耗殆盡——無論您的項目規劃、溝通和團隊組織多麼出色。 這僅僅是因為數字化轉型經常影響公司的一個非常大的結構——甚至可能是公司所見過的最大的影響。

在許多情況下，數字化轉型比以往任何事情都涉及公司更多的技術、業務和組織要素。

鑑於這種影響，公司很容易退縮——中途縮小範圍，分階段推出以減少影響，增加監督，從而減慢項目速度。 通常，這些方法——這些下意識的反應——是錯誤的。 我在之前的帖子中說過，數字化轉型是一種艱難的、公司變革的經歷。 讓整個公司支持變革——從上到下——將決定項目的最終成功程度。 不要退縮！ 您可以在項目的最後幾英里採取一些步驟，以最大限度地提高轉型對業務的影響和價值。

如果您的使命陳述和項目溝通在項目早期得到了良好的管理（並針對其進行了交付），那麼在部署的最後階段可能出現的很多噪音都可以減少。

最後一個階段是討論當前項目可以交付的價值的絕對錯誤的地方。 最容易做的事情是讓那些製造噪音的人回到最初的、執行支持的項目使命。 也就是說，經常會出現新的參與者——尤其是當轉型可能產生的破壞程度變得清晰時。

使命宣言和高管認可可以對新玩家產生巨大的平靜影響，與他們分享之前的溝通也可以幫助他們接受並感覺更多地參與到這個過程中。

通常情況下，在項目的後期階段，時間表會受到壓力，您將尋找壓縮時間表的方法。 在這裡你必須非常小心。

一個項目中有四個方面經常受到損害——這對項目的成功造成了極大的損害。

數字化轉型項目：測試

數字化轉型通常由 IT 管理。 測試一開始可能是技術和業務驗收測試的結合，但在交付壓力下，這似乎是一個很大的目標。 通常希望壓縮項目的測試週期。 項目團隊在項目時間線中可能首先考慮的地方之一是業務用戶驗收測試。 這是一個非常危險的切割區域。

讓業務用戶接受和評論軟件是項目的關鍵部分，並且需要時間來完成這個週期。 它可能感覺不像應用於系統和單元測試的嚴格程度，但它至少同樣重要。 為了節省時間線而在此處截斷可能會導致大量的返工工作，因為用戶直接拒絕或挑戰已構建的內容。 這會影響時間線，但也會損害項目成功的動力和支持。 保持業務用戶的參與並儘可能促使他們及時響應。 任何其他減少用戶測試的課程都會使您的風險成倍增加。

整合階段

部署新軟件不是憑空發生的。 總是有其他系統可以連接。 轉型項目中更常見的錯誤之一是假設與這些遺留系統的集成將像過去一樣工作。 在幾乎所有情況下，這都是一個糟糕的假設。

我最近與一位客戶合作，他確定了 50 多個必須交付才能最終上線的集成。 通過與我們的專家服務團隊合作，他們能夠一一確定對項目至關重要的內容以及可能延遲的內容。

由於您的集成驗證要到項目後期才能進行，因此自然會傾向於加速集成部分。 這是一件非常危險的事情——我們經常將集成失敗視為轉型面臨的最後一刻的重大挑戰。 花時間確定哪些集成是實時的，哪些是接近實時的，哪些可以推送到批處理中，可以幫助克服集成挑戰。

我們經常發現，被確定為需要最“昂貴”實時調用的集成變得不那麼重要——並且可以應用近乎實時的策略。 一個典型的例子——當有人查看目錄中某個項目的詳細信息時，您真的需要實時庫存驗證嗎？ 如果將其添加到購物車中，您甚至需要實時驗證嗎？ 在許多業務案例中，唯一的實時庫存調用發生在確認購物車以進行結帳時。

在到達最後一英里之前，您越能記錄和驗證集成問題，您就越有可能在此測試中倖存下來。 多年來構建的舊系統集成在連接到新系統時通常不會以相同的方式執行。 儘早深入研究只能幫助您完成這項關鍵工作。 這是一個未經驗證的假設將回來給您帶來重大挑戰的領域。

負載測試

與集成工作密切相關的是負載測試。 客戶經常根據供應商軟件的庫存性能對負載做出假設。 這是錯誤的推理。 您正在根據您的特定需求調整和定制解決方案。 每一個更改的設置和每一個自定義工作流程都會讓您遠離供應商為吞吐量提供的任何基準。 更重要的是，您的集成將對您的解決方案的性能產生重大影響——您的供應商無法預測這種影響會是什麼。

作為性能驗證的一部分，您應該有一個特定的供應商參與來審查您的架構、設置、集成和自定義工作。 不這樣做可能會導致您的上線出現重大問題。 我最近有一位客戶在推出了 40 個國家/地區推出計劃中的前四個後聯繫了我——四個中最大的一個是愛爾蘭。 他們遇到了嚴重的規模問題。 在與我們的性能團隊進行緊急接觸後，很明顯需要對解決方案進行大量重構。 額外的部署不得不推遲到系統通過負載測試——這導致了 CIO 可以避免的執行團隊尷尬。

我之前強調過，系統負載測試需要成為項目的基礎部分。 缺少或代表這一步幾乎總是很糟糕。

訓練

當項目面臨時間/交付壓力時，公司首先考慮的事情之一就是培訓部分。 在這里切割似乎是另一種減少對項目按時交付挑戰的影響的簡單方法。 不要這樣做！

從數字化轉型項目開始，培訓往往得不到充分體現。 沒有什麼比因為沒有人可以使用而導致新系統失敗更糟糕的了。 這通常不是技術問題。 人們讓系統工作——或不工作。 這些人必須知道併購買他們將要使用的東西。

培訓大致分為兩個主要部分——不要忽視其中任何一個。

系統培訓：這是針對將管理您在項目中設計的工作流和業務流程的團隊的培訓。 這是大部分培訓重點所在。 確保人們了解系統推出的原因和方式，以及他們的工作將如何改變，對於最後一英里的工作至關重要。 如果您要大幅改變已經存在很長時間的業務流程，那麼這裡有相當多的工作。 確保團隊知道他們在做什麼以及為什麼！

這是一個激發對新解決方案的興奮的機會，讓這些團隊參與進來將消除您在推出過程中不可避免的顛簸。 該培訓應包括三個方面：在課堂或現場進行供應商培訓，系統集成商針對為您的業務創建的任何獨特性進行修正，以及用戶可以在安全環境中犯錯的沙盒體驗。 請——無論你做什麼，不要假設用戶會簡單地接受你給他們的東西。 這不是建立在數字化轉型中取得成功所需的動力的好方法……制定適當的培訓計劃，不要偷工減料。 派人參加培訓並讓他們參與其中——這將帶來回報。

最終用戶培訓：這是另一個在數字化轉型推出中經常未能提供的領域。 您可以做的最好的事情是與最終用戶的樣本進行交流，看看他們需要多長時間才能掌握並相應地制定您的培訓計劃。 通常，公司喜歡將一組最終用戶作為解決方案的“擁護者”。 這可以很好地為用戶社區“播種”一個已經了解系統的團隊。

最後一英里總是緊縮的地方。 但上述步驟將幫助您從容應對挑戰。