使用回顧建立成長思維
回顧會強化成長思維的原則：實驗、測試、學習、共用、成長和授權。 他們還為小組成員提供一個安全的地方，以分享他們在目前專案中面臨的挑戰，並讓小組能夠創造可持續的成長。
回顧結構
在移轉專案的回顧會議期間，小組的每個成員都應該分享他們對三個基本問題的看法：
- 哪些方面做得好？
- 有什麼更好的事？
- 我們學到了什麼？
經驗教訓
回顧會標示發行或反覆項目的結尾。 當小組獲得經驗並吸取教訓時，他們會調整發行和反覆專案待辦專案，以反映要測試的新程序和實驗。 這會透過移轉程序開始下一個反覆專案。
管理下一個移轉浪潮的小組應套用他們學到的課程，以持續改善移轉。
進行回顧
您需要一些專案，才能開始進行移轉回顧：
- 召集人：在整個過程中擔任召集人或教練的小組成員。 此小組成員著重於引導小組完成回顧程式，並確保聽到並擷取所有想法。
- 追蹤及組織的方法：以可視化方式追蹤及組織想法的方法。 這可以是具有黏附注、虛擬白板或DevOps工具的實體白板。
- 範圍問題：您想要使用三個問題來組織追蹤系統：
- 哪些方面做得好？
- 有什麼更好的事？
- 我們學到了什麼？
完成上述步驟之後，請與您的小組執行下列步驟：
個別答案：讓每個小組成員回答「進展順利？」的問題，並記錄他們的答案。
- 如果使用實體面板，請讓每個小組成員在面板上填寫答案。
- 如果使用數位面板，請讓每個成員透過工具填入答案。
召集人讀出：每個小組成員記錄他們的想法之後，召集人應該檢閱意見反應，然後大聲閱讀給小組。
- 您應該將類似的想法分組在一起，以發現它們，以便辨識遞歸趨勢。
- 視需要建立標籤或 父 專案，以協助組織這些想法。
- 如果您發現屬於另一個區域的錯位專案，請立即移動這些專案。
重複此程式，以取得「什麼可能更好？」
- 在此程式中，鼓勵人們與人員、流程和技術討論其特定挑戰。 這應該是一個開放空間。
- 嘗試判斷移轉、受影響的版本，或導致工作負載被推送出此短期衝刺時所建立的延遲。
- 想想當您討論「我們學到什麼？」的問題時，如何防止這些問題。
從這些問題中擷取和分組想法之後，請小組詢問「我們學到了什麼？」。 然後，腦力激蕩的想法，以改進，您可以套用到下一個短期衝刺。
範例回顧輸出
請考慮下列範例回顧輸出：
| 哪些方面做得好？ | 有什麼更好的事？ | 我們學到了什麼？ |
|---|---|---|
| 與應用程式 X 和應用程式 Y 的商務使用者通訊（5 票） | 開發人員參與驗證應用程式 X 和應用程式 Z 的網路架構（3 票） | 我們需要在移轉之前檢閱來自工作負載的所有防火牆流量，即使我們相信它們沒有特殊規則也一樣。 （4票） |
| 應用程式 Y 的開發小組非常參與。 （2票） | 瞭解應用程式 X 的網路需求（2 票） | 我們需要確保開發小組知道移轉程式一部分的預期。 （4票） |
| 在移轉程式中啟用 Azure 備份。 | 瞭解應用程式 Y. 的網路需求 （1 票） | 我們需要為大型 SQL 資料庫規劃額外的時間。 （3票） |
後續步驟
您應該繼續實作 Azure 管理方法的 雲端採用架構，以確保您可以持續維護和優化 Azure 中的工作負載。