OPS03-BP07 適當地為團隊提供資源
提供適當數量的專業老練團隊成員，以及工具和資源來支援您的工作負載需求。團隊成員工作負擔過重時會增加人為錯誤的風險。投資工具和資源 (例如自動化) 可擴展您的團隊效率，並幫助他們無需額外的能力，即可支援更多工作負載。
期望的結果：
-
您已為團隊雇用適當的員工，進而添加了符合您的遷移計畫在 AWS 中操作工作所需的技能。隨著您的團隊在遷移專案執行過程中不斷擴大規模，他們已經熟悉了業務計畫在遷移或現代化其應用程式時使用的核心 AWS 技術。
-
您仔細調整您的人員編制計畫，以利用自動化技術和工作流程有效率地利用資源。較小的團隊現在可以代表應用程式開發團隊管理更多基礎設施。
-
隨著作業優先順序變化，主動識別任何資源人員配置限制，以確保業務計畫的成功。
-
審查報告工作勞累 (例如待命工作導致的疲勞或傳呼過於頻繁) 的營運指標，以確認員工沒有過勞情況。
常見的反模式：
-
當您即將開始多年雲端遷移計畫時，您的員工並沒有提升 AWS 技能，這可能在支援工作負載時產生風險，並且降低員工士氣。
-
您的整個 IT 組織正在轉向敏捷的工作方式。企業將產品組合優先定位，並針對需要首先開發哪些功能設定指標。您的敏捷流程不需要團隊為其工作計畫指派故事點。因此，無法得知下一次工作量所需的產能水平，或者您是否具有工作所需的合適技能。
-
您要求 AWS 合作夥伴遷移您的工作負載，而在合作夥伴完成遷移專案後，您卻沒有為團隊準備支援轉移計畫。您的團隊在有效率且有效地支援工作負載方面遇到了困難。
建立此最佳實務的優勢：您的組織中有具備適當技能的團隊成員能支援工作負載。資源配置可以在不影響工作績效的情況下，適應改變的優先順序。結果是團隊不僅能熟練地支援工作負載，同時還能將盡可能多的時間專注在為客戶創新，提高員工滿意度。
未建立此最佳實務時的風險暴露等級：中
實作指引
雲端遷移的資源規劃應該源自與遷移計畫一致的組織層級，而且組織也必須實作所需的作業模式來支援您的新雲端環境。這應包含了解為業務和應用程式開發團隊部署哪些雲端技術。基礎設施和營運領導應該為領導雲端採用作業的工程師規劃技能差距分析、培訓和角色定義。
實作步驟
-
使用相關的營運指標，例如員工生產力 (例如支援工作負載的成本或操作人員在事件發生期間所耗用的時間)，定義團隊成功準則。
-
定義資源產能規劃和檢查機制，以確認在需要時可以提供適當平衡的合格產能，並且可以隨時間調整。
-
建立機制 (例如，每月向團隊傳送問卷調查)，以了解影響團隊的工作相關挑戰 (例如職責加重、技術變更、人員流失或支援的客戶增加)。
-
使用這些機制與團隊互動，並發現可能遇到導致員工生產力瓶頸的趨勢。當您的團隊受到外部因素影響時，請重新評估目標並適當地調整目標。找出阻礙您團隊前進的障礙。
-
定期檢閱目前佈建的資源是否仍然足夠，或是否需要額外資源，並做出適當的調整以支援團隊。
實作計畫的工作量：中
資源
相關的最佳實務：
相關文件：
