振り返りによって成長の思考様式を構築する

振り返りによって、成長の思考様式の原則 (実験、テスト、学習、共有、成長、およびエンパワーメント) が強化されます。 また、チーム メンバーが現在のプロジェクトで直面した課題を共有し、チームが持続可能な成長を生み出す力を得るための安全な場所となります。

振り返りの構造

移行プロジェクトに関する振り返り会議で、チームの各メンバーは、次の 3 つの基本的な質問に関連した考えを共有することが期待されます。

• 何がうまくいったか?
• 何がより優れていた可能性があったか?
• チームは何を学習したか?

得られた教訓

振り返りにより、リリースまたはイテレーションの終了を示します。 チームが経験を積み、教訓を得るにつれ、リリースおよびイテレーション バックログを調整し、テストする新しいプロセスや実験を反映させます。 これにより、移行プロセスを通して次のイテレーションが開始されます。

次の移行ウェーブを管理するチームは、学習した教訓を応用して、移行を継続的に改善する必要があります。

振り返りを実施する

移行の振り返りを開始するには、いくつかのことが必要です。

• オーガナイザー: プロセス全体を通じてオーガナイザーまたはコーチとして行動するチーム メンバー。 このチーム メンバーは、振り返りプロセスを通じてチームを指導することに重点を置き、すべてのアイデアが確実に聞き取られ、キャプチャされるようにします。
• 追跡および整理する方法: 視覚的な方法でアイデアを追跡および整理する方法。 付箋付きの物理的なホワイトボード、仮想ホワイトボード、または DevOps ツールを使用できます。
• 範囲を絞った質問: 次の 3 つの質問を使用して追跡システムを整理します。
  • 何がうまくいったか?
  • 何がより優れていた可能性があったか?
  • チームは何を学習したか?

上記の手順を完了したら、チームで次の手順を実行します。

• 個々の回答: 各チーム メンバーに「何がうまくいったか」という質問に答えてもらい、回答を文書化します。

  • 物理的なボードを使用する場合は、各チーム メンバーがボード上に回答を記入します。
  • デジタル ボードを使用している場合は、各メンバーがツールを使用して回答を記入します。

• オーガナイザーの読み上げ: 各チーム メンバーが自分の考えを記入した後、オーガナイザーはフィードバックを確認してから、チームに対してそれを読み上げます。

  • 繰り返し発生する傾向を認識できるように、類似したアイデアを見つけ出したらグループ化する必要があります。
  • これらの考えを整理するために、必要に応じてラベルまたは親アイテムを作成します。
  • 別の領域に属する誤ったアイテムが見つかった場合は、このタイミングで移動します。

• このプロセスを繰り返して、「何が改善できたか」を確認します。

  • このプロセスの間に、人、プロセス、テクノロジーに関する特定の課題を検討するよう勧めてください。 これはオープン スペースである必要があります。
  • 移行の遅延の原因、リリースに影響を与えたもの、ワークロードがこのスプリントからプッシュされる原因などを特定してください。
  • 「何を学んだか」という質問について話し合う際に、これらの問題を防ぐ方法について考えてください。

これらの質問からアイデアを取り込んでグループ化したら、チームに「何を学びましたか」と尋ねます。 次に、次のスプリントに適用できる改善のためのアイデアをブレーンストーミングします。

振り返りアウトプットの例

次の振り返りアウトプットの例を考えてみましょう。

次のステップ

Azure でワークロードを継続的にメンテナンスして最適化できるように、Azure の管理手法のクラウド導入フレームワークを引き続き実装する必要があります。