調整角色和責任
了解組織的文化和數據中心管理對於 Azure 移轉成功至關重要。 具有明確角色的集中式 IT 小組可簡化此程式，但較大型或合規性的企業面臨阻礙進度的細微挑戰。
Azure 雲端採用架構 強調組織一致性在移轉中的作用，主張跨部門共同作業以履行重要功能。
在本文中，您會了解：
- 與雲端策略和雲端採用功能一致的移轉特定角色。
- 支援您在移轉程式期間可能需要其他功能的角色，例如登陸區域架構師和工作負載架構師。
- 如何識別移轉專案中相關專家或擁有者的角色。
- 責任矩陣，可協助瞭解哪個角色負責移轉項目的哪個部分。
提示
提及的角色可能不符合特定職稱，或需要專用的小組成員。 通常，一個人可以涵蓋多個角色，或數個小組成員可以分擔責任。 這份清單概述常見的責任，但不是人員配置指南。 關鍵是確保貴組織內符合這些責任。
雲端策略函式角色
若要確定您的移轉專案具有必要的承諾與組織，您需要下列雲端策略功能角色。 下表說明雲端策略函式角色及其責任：
| 角色 | 責任 |
|---|---|
| 項目贊助者 | 定義移轉的範圍，以判斷要移動哪些資源，以及移動每個資源的優點。 提供移轉工具購買、整體工作負載架構和發行活動的決策擁有權。 |
| 專案經理 | 驅動移轉範圍的項目計劃。 驅動測試程式。 組織項目關係人的狀態更新。 |
| 組織變更管理員 | 協助專案小組將變更傳達給組織。 請與不同的功能合作，以確保適當的小組成員參與其中，以及支援移轉時會發生正確的組織變更。 |
| 授權專家 | 提供授權深入解析和財務作業管理，以確保專案已獲得適當授權，並使用現有的授權資源。 |
| 工作負載商務擁有者 | 提供工作負載評量、架構和移轉程式的決策擁有權。 做為 Azure 中工作負載商務價值的擁有者。 |
雲端採用函式角色
在移轉至 Azure 期間， 雲端採用函 式會執行大部分的技術執行。 針對此函式，請規劃具有下表所述的角色：
| 角色 | 責任 |
|---|---|
| 移轉架構師 | 監督工作負載的技術決策，例如移轉波規劃和所有移轉程式。 |
| 移轉工程師 | 執行識別為專案一部分的工作。 |
支援其他函式的角色
下表說明其他函式可能需要的支援角色：
| 角色 | 責任 |
|---|---|
| 登陸區域架構師 | 提供將工作負載移轉至登陸區域的支援。 協助補救登陸區域中平台服務的任何問題。 如需詳細資訊，請參閱 雲端平臺函式。 |
| Cloud Operations Manager | 提供將工作負載上線至管理平台的支援，以確保在工作負載移轉時已就地進行適當的管理。 如需詳細資訊，請參閱 雲端作業函式。 |
| 工作負載架構師 | 提供移轉工作負載設計的架構指引和決策。 針對每個工作負載，您可能需要特定主題專家來完成此角色的多個實例。 如需詳細資訊，請參閱 中央 IT 函式。 |
| 使用者接受測試人員 | 測試個別工作負載。 每個工作負載可能有多個此角色的實例，以提供使用者驗收測試的意見反應（UAT）。 如需詳細資訊，請參閱 中央 IT 函式。 |
識別角色的專家或擁有者
某些角色可能很難識別正確的資源，例如工作負載架構設計人員和工作負載業務擁有者。 如果工作負載在維護期間內且沒有頻繁變更，您可能會發現有限的擁有權資訊和技術專長可支援函式。 例如，在數位資產規劃中，伺服器有時不會對應至特定工作負載，因此目前還不清楚誰擁有這些工作負載。
以下是識別角色的一些建議：
- 歷程記錄數據：使用您的組態管理資料庫或票證系統，識別任何指出誰要求維護或與伺服器或工作負載通訊的歷程記錄專案。
- 登入記錄：尋找最近登入工作負載中伺服器的使用者。 雖然這種方法可能無法識別擁有者，但最近的使用者可以提供伺服器的內容。
- 相依性分析：使用相依性分析工具來識別最常連線到伺服器上裝載之函式的人員。 這些工具可協助您識別商務部門，進而協助您識別擁有者。
- 相關應用程式擁有者：請連絡服務類似商務部門或功能的應用程式擁有者。 請要求他們協助您識別您需要填滿的角色。 即使您沒有組織中某個角色的專家，您也必須在移轉程式期間填寫該角色。 商務小組和 IT 小組應該至少識別臨時成員，然後在移轉後為工作負載的長期支援建立擁有權計劃。
調整大型移轉計劃的角色
視您移轉的工作負載大小和數目而定，您可能需要將多個小組成員指派給每個角色。 一個很好的方法是使用本文所描述的規模，針對每個兩周短期衝刺中大小和複雜度上限的五個工作負載。
不過，工作負載大小調整和複雜度可能很難判斷。 在您的早期移轉波中，從核心小組開始，但視需要相應放大。
如果您發現需要相應放大，也應該規劃下表所述的角色：
| 角色 | 責任 |
|---|---|
| 計劃經理 | 跨多個專案範圍組織專案管理活動。 |
| 移轉架構潛在客戶 | 推動跨多個移轉架構師範圍的卓越技術。 |
責任矩陣範例
下表使用此圖例來指出移轉項目階段每個角色的責任類別：
- D = 驅動程式：組織中一個身為目標單一驅動程序的個人。
- = 核准者：組織中有一或多個個人做出大部分決策，如果不符合目標，則負責。
- C = 參與者：組織中負責執行支持目標工作的個人。
- 我 = 已通知：專案影響組織中的個人，以及定期通知專案決策和專案狀態的人員。
您可以使用下列責任矩陣作為移轉項目的基礎。 您可能需要根據組織的需求來識別更多角色或轉移責任。
| 角色 | 數字資產探索 | 移轉範圍 | 專案計劃 | 移轉工具 | 工作負載探索 | 工作負載評估 | 工作負載架構 | 波浪規劃 | 工作負載測試移轉 | 工作負載移轉 UAT | 工作負載移轉 | 工作負載版本 UAT | 組織變更管理 | 轉換至作業 | 工作負載授權 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 移轉架構師 | D | D | A | D | A | A | D | A | A | A | A | A | I | D | I |
| 移轉工程師 | C | I | C | C | D | D | C | D | D | C | D | C | I | C | C |
| 專案經理 | I | I | D | I | I | I | I | I | I | D | I | D | I | C | I |
| 項目贊助者 | A | A | A | A | I | I | A | I | I | I | A | I | A | A | A |
| 使用者接受測試人員 | I | I | I | I | I | I | I | I | I | C | I | C | I | C | I |
| 工作負載架構師 | I | I | C | C | C | C | C | C | C | C | C | C | C | C | I |
| 工作負載商務擁有者 | I | I | C | I | A | A | A | A | A | A | A | A | C | C | A |
| 組織變更管理員 | I | I | C | I | I | I | I | I | I | C | I | C | D | C | I |
| 授權專家 | I | I | C | C | I | C | C | C | I | I | I | I | I | C | D |
| Cloud Operations Manager | C | C | C | I | I | I | I | C | I | I | I | I | C | A | I |
| 登陸區域架構師 | I | I | C | C | I | I | C | C | I | I | I | I | I | I | I |