對齊地圖

視覺化對齊

廣義來說，IT 策略必須與業務策略對齊，而 IT 成果必須與預期的業務成果對齊。業務成果可能（部分）受到一個或多個 IT 成果支援。每個 IT 成果都可以由一個或多個計畫（工作計畫，架構或業務）實現。在這個時候，找出每個計畫的所有者，然後在執行計畫的過程中，贊助多個團隊的工作（行動項目）可能也很有幫助。根據計畫，所有者可能是產品負責人、架構師、技術主管或經理。以下是「一次搜尋」案例的對齊地圖。如果它在團隊的工作區域公開展示，它可能會促使某人退一步，並詢問他們的工作真正要達成什麼目標。

全球地圖

IT（應用程式開發與營運）組織的全球對齊地圖可能更像這樣（儘管實際地圖往往大得多）。

與所有資訊散熱器一樣，此類地圖是時間的快照，需要定期更新（例如每月一次）。每個團隊在其工作區域展示全球地圖的大型列印品。

大型組織可能會在這個練習的早期階段意識到價值，透過合作提出一個所有人都同意的版本 1.0 地圖。關於誰擁有哪些計畫和計畫對哪些成果有貢獻的討論，有助於組織清楚了解每個人的工作。通常，缺乏明確表達且普遍理解的商業和 IT 策略會妨礙達成一組商業和 IT 成果。在組織相關部門之間進行深度且廣泛參與的良好促進工作坊，有助於解決這個問題。

追蹤對齊路徑

一旦全球對齊地圖就緒，它便允許我們從任一端追蹤對齊。IT 和業務贊助商可以追蹤在特定計畫下執行的哪些行動項目。開發團隊成員可以透過地圖追蹤，了解他們正在處理的項目的真正目的。除了正在進行的項目之外，我們還可以納入已規劃、已完成或已封鎖的行動項目。

如上圖所示，每個團隊在其全球地圖副本上突出顯示其地圖部分。

定性效益驗證

每月（或每季）一次，IT 和業務人員會聚在一起，驗證所有 IT 活動是否對業務成果產生任何影響。業務人員帶著業務成果的紅黃綠（RAG）狀態參加會議，而 IT 人員可能會帶著地圖上他們那一方的 RAG 狀態參加會議。雙方都需要能夠使用資料和/或來自戰壕的真實故事（敘述性證據）來支持其 RAG 評估。

這些地圖可以合併

有了這個，小組可能會意識到

• 與上次會議相比，某些成果已轉為綠色。也許在響應式重寫計畫的最後一次發布後，客戶保留率變為綠色。
• 並非所有 IT 活動都能對業務成果產生預期的影響。這提供了一個機會來討論為什麼會這樣。也許是因為
  

  Sriram 最近的著作探討了如何最佳設計 IT 組織，使其靈活到足以在當今競爭激烈的叢林中生存。

  • 現在還為時過早。其他計畫項目需要完成，然後我們才能期待有差異。這可能是為什麼在上面的地圖中，即使網站 UX 為綠色，客戶獲取仍然為紅色。平台解綁仍未完成。
  • 計畫和行動項目是合理的，但需要不同的執行方法（這是「搜尋合一」的情況）。
  • 需要不同的計畫或一組行動，而現有的計畫或行動最好取消。在業務能夠實現價值之前，IT 之外的某些事情必須到位。
• 即使相關的 IT 計畫並非如此，某些業務成果仍為綠色。這可能表示 IT 對此成果的影響小於其他非 IT 因素。在上述地圖中，這可能是客戶保留為綠色的原因，即使網站效能並非如此。IT 可能表示效能並未達到應有的水準，儘管它尚未影響保留率。

總之，對齊地圖提供一個組織全體的共同工具，用於討論不同 IT 計畫的回報程度。它們也能提升理解正在進行的工作並讓其與業務目標更為一致的能力。我尚未充分使用此技術來宣稱其一般效能，儘管我認為它顯示出足夠的潛力。如果您試用此技術，我很樂意聽聞您的體驗。