共用方式為


準備組織對齊

組織一致性對於確保對您計劃執行的策略能夠獲得集體認同非常重要。 為了確保您在整個雲端採用過程中都有必要的支援,請考慮儘早讓幾位重要的利益相關者參與進來,並在反覆執行策略時擴大領導層的支持。

領導和主管支持

您已找出支援組織使命的動機和商務目標。 現在,您必須確保領導階層符合該願景和策略。

如果您沒有獲得領導階層對採用策略和計畫的支持,可能會導致數個重大風險。

建議:

  • 與戰略目標保持一致:協助領導進一步瞭解和合理化對採用專案的投資,確保他們完全了解優點、挑戰和風險。

  • 取得所需的資源:採用專案通常需要對技術、人才和時間進行大量投資。 爭取領導階層的支持,以獲得專案所需的資源。

  • 得到領導階層的支持:隨著數位轉型和採用專案的加速,許多員工可能會面臨挑戰。 確保領導層的認同被有效地傳達並推廣至組織,增強員工的適應能力,以減少對變革的抵制。

調整組織策略

如果您已經擁有組織策略,那麼將您的商務、數位、IT 和採用策略與之對齊對成功的雲端採用計劃是至關重要的,無論您是否已經在雲端中有所參與。

商務策略 通常會定義組織的高階任務和目標、市場定位和競爭方法。 這通常旨在推動營收增長、客戶滿意度和成本效益。

數位策略 通常會定義技術如何轉換您的商務程式、客戶互動和供應專案,以啟用數位成長和創新。

IT 策略 通常會定義技術基礎結構和資源如何支援您的商務目標,著重於營運效率、安全性和現代化。

如果您的組織已經有這些策略,請確定採用策略支援現有組織策略和任務的目標。 即使其中一些策略尚未就緒,就這些領域的雄心壯志或目標與關鍵業務或IT專案關係人進行交談,對於推動策略一致性非常重要。 此對齊方式有助於:

  • 補充您的技術藍圖和基礎結構現代化計劃。
  • 讓IT能夠更有效地支援商務和數字目標。
  • 支援目標和目標,例如靈活度、成長、成本效益,以及客戶體驗和滿意度。
  • 協助加速您的計劃,例如數據驅動的深入解析、產品創新或數位客戶體驗。

建議:

  • 定期檢閱策略一致性:請確定您定期與商務、數位化和IT領導者聯繫,讓您的雲端計劃與不斷演進的目標保持一致。

  • 敏捷式意見反應迴圈:使用敏捷式做法收集重要項目關係人和領導者的意見反應,並快速重新瀏覽並調整您的策略,以符合不斷變化的需求。

瞭解您作業模型的雲端整備程度

若要讓組織以現代化方式有效率地利用雲端的優點,他們需要組織功能(人員、流程、技術和合作夥伴)才能這麼做。 在定義雲端採用策略時,您需要了解您目前的能力,以便為開發採用策略做好準備並提供指導。

組織的作業模型基本上是組織如何自行建構,以滿足其戰略目標,為客戶和項目關係人提供價值。 完整的作業模型代表所有價值數據流、功能、組織結構、管理系統、資訊系統、傳遞夥伴和位置。

瞭解您組織的目前作業模型,在開發雲端採用策略方面扮演著重要角色:

  • 組織功能和程式:具有傳統支援、技術變更、安全性、財務和架構功能的組織,在跟上雲端服務帶來的持續變更和規模方面可能會有很大的困難。 在此情況下,採用策略必須考慮這些功能的演進,以有效支援和啟用雲端。
  • 組織文化:高度管制或風險不良的組織可能會有非共同作業和控制文化特性。 雲端可能會對工作方式的變革造成阻力。 雲端採用策略必須考慮如何解決組織文化需求,以啟用雲端的優點。
  • 角色和技能:主要內部部署的組織在雲端架構、DevOps 和雲端原生安全性實務方面可能缺乏專業知識。 雲端採用策略需要納入訓練和技能計劃,以解決雲端服務的適當採用和啟用。

領導階層必須識別並認可其現有作業模型目前的限制,以針對雲端採用策略提供適當的關注和資源,以規劃雲端旅程。

建議:

  • 瞭解目前的作業模型:透過具有領導階層的研討會,或透過第三方來評估組織的目前功能與結構,並基準檢驗您組織目前作業模型的雲端整備程度。

  • 識別差距:根據基準,舉辦具有領導階層的研討會,以找出雲端的整備差距和戰略目標,並判斷雲端採用策略需要如何配合。

  • 確保所有重要的專案關係人都會在通知:確定所有重要的項目關係人都瞭解並配合有關雲端採用的差距和風險,並確保這些專案在規劃階段(與 CAF 計劃連結)中都能適當解決。

  • 持續檢閱:繼續與領導合作開展基準測試和研討會,持續檢討旅程中的整備程度,以有效衡量進度,並逐步調整策略。

從專案模型移轉至產品模型

在雲端中移動或擴充其使用量的組織,想要確保其能夠以速度廣泛調整其雲端服務,可能需要從傳統專案傳遞模型轉向用於作業的產品傳遞模型。

此轉變是企業結構、開發和管理IT和技術投資作為雲端採用策略的一部分的根本變更。

  • 專案模型:以明確定義的範圍為基礎的任務驅動,並具備清晰的開始和結束時間範圍,而預算通常側重於資本支出(CAPEX)。 專案完成後,擁有權通常會轉移到另一個小組進行作業和維護。

  • 產品模型:聚焦於作為不斷演進的資產的解決方案,這些資產需要持續地傳遞價值。 這是一個結果導向的模型,具有跨功能小組全面負責開發、作業和治理。 此模型使價值傳遞更具回應性且具延展性。

產品傳遞模型的主要優點

  • 民主化和延展性:產品傳遞模型可確保所有雲端平臺小組服務都已產品化,使其更容易供組織所有部分取用,並可供組織的所有部分使用,以推動雲端採用和成熟度。

  • 推動創新:產品模型與雲端原生技術一致,讓您更輕鬆地實驗、調整及推出新功能。

  • 商務一致性:持續價值傳遞有助於確保技術投資與業務目標保持一致。

  • 促進合作:鼓勵跨技術和商務團隊的合作,以更有效率地推動業務成果。

變化樣貌的例子

  • 焦點:專案傳遞模型著重於完成工作並傳遞「已完成」解決方案,而產品傳遞模型則著重於持續改善和持續的價值傳遞。

  • 結果:專案交付模型的結果通常是基於在某個時間點完成的解決方案,而相對於此,產品交付模型的結果則是持續不斷演進的服務。

  • 擁有權:專案交付模型通常包含具有明確定義結束日期的短期專案團隊,而產品交付模型則有持續的產品團隊負責服務的生命週期。

  • 小組結構:專案傳遞模型通常具有隔離、暫存專案小組,而產品交付模型具有跨功能、穩定的產品、平臺和啟用小組。

專案對產品傳遞模型會藉由重新定義組織規劃、執行和維護其雲端計劃的方式,直接通知雲端採用策略。 其可確保持續改善、以客戶為中心的原則,以及內嵌共同作業的原則。 這可確保雲端投資提供持久的策略價值,而不是短期的一次性結果。

建議:

請遵循這些建議,開始從專案轉移到產品傳遞模型。

  • 瞭解您目前的結構:評估您組織現有的作業模型功能和文化特性,包括交付功能、資金運作方式(CAPEX 或 OPEX 驅動)以及團隊結構模式,例如。 與您的領導小組舉辦研討會,討論這些內容,並記錄您目前的運作方式,然後找出移轉至產品模型時可能會看到的好處。

  • 建立目標狀態:一旦清楚瞭解並配合您的戰略目標,且您已評估雲端文化特性和作業模型,然後識別您需要在架構、作業、治理和文化特性之間轉換的目標狀態。 與您的領導小組一起舉辦研討會,以完成這項工作,並找出需要制定的舉措和工作計劃,以推動這一進展。

  • 利益相關者意識和領導層的認可:請與重要利益相關者接觸,以確保他們瞭解和支援從專案到產品的轉變,包括其所需的文化和運作上的變更。

  • 設定預期:概述實現產品思維模式所需的文化轉變,專注於以客戶為中心的思維,持續合作,以及優先專注於成果而非僅僅是交付項目。

  • 考慮時間和資源:請確保在規劃階段擁有足夠的時間和資源,以便解決從專案模式轉向產品模式時所需解決的目前不足之處,並建立實現此過程的路線圖。

識別及定義合作夥伴關聯性

在雲端中移動或擴充其使用量的組織可能需要同時依賴內部和外部合作夥伴。 這些合作夥伴可協助您執行雲端採用策略,並提供必要的專業知識和資源,以確保成功。

請考慮下列事項:

  • 識別主要合作夥伴。 識別可協助您執行策略的主要合作夥伴。 您應該包含雲端提供者和重要的企業營運應用程式提供者,以及成功所需的其他基礎結構。

  • 促進綜合夥伴關係。 將您的雲端提供者和關鍵ISV視為整合式合作關係的一部分,以協助您傳遞策略,而不是負責傳遞至合約的供應商。

  • 定期開會。 與合作夥伴組織的利益相關者建立定期溝通節奏,了解他們如何貢獻於達成 KPI 和 KR,及其他合作機會。

後續步驟