使用回顧建立成長思維

回顧會強化成長思維的原則：實驗、測試、學習、共用、成長和授權。 他們還為小組成員提供一個安全的地方，以分享他們在目前專案中面臨的挑戰，並讓小組能夠創造可持續的成長。

回顧結構

在移轉專案的回顧會議期間，小組的每個成員都應該分享他們對三個基本問題的看法：

• 哪些方面做得好？
• 有什麼更好的事？
• 我們學到了什麼？

經驗教訓

回顧會標示發行或反覆項目的結尾。 當小組獲得經驗並吸取教訓時，他們會調整發行和反覆專案待辦專案，以反映要測試的新程序和實驗。 這會透過移轉程序開始下一個反覆專案。

管理下一個移轉浪潮的小組應套用他們學到的課程，以持續改善移轉。

進行回顧

您需要一些專案，才能開始進行移轉回顧：

• 召集人：在整個過程中擔任召集人或教練的小組成員。 此小組成員著重於引導小組完成回顧程式，並確保聽到並擷取所有想法。
• 追蹤及組織的方法：以可視化方式追蹤及組織想法的方法。 這可以是具有黏附注、虛擬白板或DevOps工具的實體白板。
• 範圍問題：您想要使用三個問題來組織追蹤系統：
  • 哪些方面做得好？
  • 有什麼更好的事？
  • 我們學到了什麼？

完成上述步驟之後，請與您的小組執行下列步驟：

• 個別答案：讓每個小組成員回答「進展順利？」的問題，並記錄他們的答案。

  • 如果使用實體面板，請讓每個小組成員在面板上填寫答案。
  • 如果使用數位面板，請讓每個成員透過工具填入答案。

• 召集人讀出：每個小組成員記錄他們的想法之後，召集人應該檢閱意見反應，然後大聲閱讀給小組。

  • 您應該將類似的想法分組在一起，以發現它們，以便辨識遞歸趨勢。
  • 視需要建立標籤或 父 專案，以協助組織這些想法。
  • 如果您發現屬於另一個區域的錯位專案，請立即移動這些專案。

• 重複此程式，以取得「什麼可能更好？」

  • 在此程式中，鼓勵人們與人員、流程和技術討論其特定挑戰。 這應該是一個開放空間。
  • 嘗試判斷移轉、受影響的版本，或導致工作負載被推送出此短期衝刺時所建立的延遲。
  • 想想當您討論「我們學到什麼？」的問題時，如何防止這些問題。

從這些問題中擷取和分組想法之後，請小組詢問「我們學到了什麼？」。 然後，腦力激蕩的想法，以改進，您可以套用到下一個短期衝刺。

範例回顧輸出

請考慮下列範例回顧輸出：

哪些方面做得好？	有什麼更好的事？	我們學到了什麼？
與應用程式 X 和應用程式 Y 的商務使用者通訊（5 票）	開發人員參與驗證應用程式 X 和應用程式 Z 的網路架構（3 票）	我們需要在移轉之前檢閱來自工作負載的所有防火牆流量，即使我們相信它們沒有特殊規則也一樣。 （4票）
應用程式 Y 的開發小組非常參與。 （2票）	瞭解應用程式 X 的網路需求（2 票）	我們需要確保開發小組知道移轉程式一部分的預期。 （4票）
在移轉過程中啟用 Azure 備份。	瞭解應用程式 Y. 的網路需求 （1 票）	我們需要為大型 SQL 資料庫規劃額外的時間。 （3票）

後續步驟

您應該繼續實作 Azure 管理方法的 雲端採用架構，以確保您可以持續維護和優化 Azure 中的工作負載。

雲端採用架構 - 管理方法