回顧の管理または振り返り：Gov.ukガイド

チームの仕事の分析とそれが行われた方法

アジャイル開発の主な原則は高速フィードバックループです。ユーザーに可能な限り迅速に何かをデモンストレーションし、この方法で変更がニーズを満たす方法を確認します。 検出された欠陥を修正するために行われたことのレビューは、チームが継続的に改善できるように、何が機能して何が機能していないかを見つけるために独自のチームに適用する方法です。

回顧

レトロスペクティブとは、スプリントの最後のミーティングで、チームは何がうまくいったのか、何が悪いのかを表現し、状況を改善するためのあらゆる手段を講じる機会を持ちます。 このイベントはより長い期間をカバーできます。たとえば、プロジェクト全体の結果に基づいて会議を開催できます。



回顧は、次の手順で構成されます。

1. 情報収集;
2. 洞察の生成;
3. 次に何をすべきかを決定します。

これは、チームの各メンバーがプロセス改善/生産性改善に参加する機会です。

リード（進行役）

回顧は、率先する必要がある会議です。 リーダーの役割は、何が起こっているのかについて自分の意見を表明し、肯定的な反応を与える機会を全員に与えることです。







同時に、ファシリテーターは、会議が構造化され、生産性を維持し、議論中の雰囲気がネガティブにならないようにする責任があります。 理想的には、あなたのチーム以外の誰かが主催者になれば、彼女は全体として会議に参加できますが、これは必須ではありません。



進行役のニーズ：

• 会議の計画を立てます。
• 全員が参加する機会があることを確認してください。
• 計画に従って会議を実施する。
• 議論の結果に基づいて、決定が策定され、その執行者が任命されるようにする。
• すべてのタスクを完了するのに十分になるように時間を配分します。

働き方

レトロスペクティブは、いくつかの有効な取り決めを意味します。 必要に応じて、たとえば、チームの最初の回顧展で記録できます。



作業の取り決めの本質は次のとおりです。

• 誰もが議論に参加します。
• 誰も他の人のために話すことはありません（リーダーを除く）。
• 誰も電話やラップトップを使用しないでください。誰もが議論に集中する必要があります。

回顧の結果

議論の中で、あなたはあなたが成功する可能性とあなたが排除できる問題の両方、そしてあなたが改善できるものについて議論することができるでしょう。







これらの質問ごとに、アクションのリストを作成します。 次のスプリントまたは反復までにこれらのステップを完了するように努めてください。 一部の問題は解決に時間がかかります。この場合、次の回顧展でそれらに対処するために少なくともいくつかのアクションを実行してください。



アクションは：

• 具体的かつ相応に（たとえば、「リダイレクタ用に別の10個のユニットテストを書く」、「Jamieとプロジェクト全体の回顧を組織する問題について話し合う」、「テストをさらに書く」、「このプロジェクトから学んだ教訓を認識する」よりも）
• 特定の時間まで使い果たす。
• （チーム全体ではなく）特定の人に割り当てられます。
• 会議に出席する人に宛てられます。

レトロスペクティブには、前回の会議の結果に基づいて何が行われたかの議論を伴う必要があります。 割り当てられたタスクが定期的に実行されない場合、それらは蓄積しすぎます。

模様

このテンプレートを回顧に使用できます。 このテンプレートは、2週間のスプリントの一部として働く8〜10人のチームに適しています。



非常に多くの参加者とワークロードに適した会議時間は90分です。 各アクションは設定された時間継続します。これを追跡することは、ファシリテーターの仕事です。



あるアクションから別のアクションに切り替える時間の約10％を割り当て、制限時間を制御します。



準備：00:00から00:05（5分）



タスクの範囲と、必要に応じて会議の目的を説明します。 チームのメンバーがお互いをよく知らない、および/または恥ずかしい場合は、簡単に紹介します。



前の回顧展の結果に従って行われた作業：00:05から00:10（5分）



完全であることを確認してください。 そうでない場合は、質問してください：

• チームは何か他のことをする必要がありますか？
• アクションが完了しなかった理由-必要に応じて新しい期限を指定しますが、メインイベントから注意をそらさないでください。

実績：00:10〜00:20（10分）



チームに10分ほど与えて、過去2週間に行ったすべての成果を付箋紙に書き留めます。



考えをより自由に表現するために、チームメンバーが匿名性を必要とする場合は、まず全員から論文を収集してから、自分で壁に貼り付けます。 それ以外の場合は、チームメンバー自身が壁にメモを添付し、可能であれば、各プロジェクト参加者についていくつかの言葉を話すようにします。



この段階で議論を展開させないでください-今、あなたは単に情報を収集しています。



トーク：00:20から00:30（10分）



一般的なテーマごとにグループステッカー。 一度にすべてを話し合うことが多すぎる場合は、たとえば投票により、チームに最高の優先順位を選択するように依頼します。



次の分野で各トピックについて話し合います。

• 私たちは何に取り組んでいますか？
• なぜこれらのタスクで成功し、何を学ぶことができますか？
• それから私たちは何か他のことをすることができますか？

失敗：00:30〜00:45（15分）



チームに15分間を与えて、失敗したすべてを記述します。



トーク：00:45〜01:05（20分）



ステッカーを再度グループ化し、必要に応じて優先順位を付け、主な分野について話し合います。

• これらのことがうまくいかなかった理由を理解できますか？
• 状況を改善したり、再発を防ぐために何をする必要があるかを理解できますか？
• 誰でも役立つ特定のアクションを提案できますか？

アクション：01:05から01:20（15分）



提案されたアクションの評価に少し時間をかけます。 出席しているタスクにタスクを割り当て、タスクの完了に現実的な期限を設定します。



合計：80分+ 10％でタスクを切り替えます。



全員がこの時間中に発言する時間があれば、締め切りよりも少し早く会議を完了することをお勧めします。 締め切りを超えた場合は悪いです。チームがすべてのトピックについて話し合うのに時間がかかりすぎる場合、問題に優先順位を付けて最も重要なものについて話し合うように頼み、次回は回顧のための時間を確保します。

なぜそれが必要ですか

定期的な回顧では、次のことができます。

• 理想的には問題が成長し始める前に、小さな頻繁な改善を行います。
• どのテクニックがあなたの仕事をより効果的にするか、少なくとも、あなたを幸せにするかを決定してください。

アジャイル開発手法は仕事の改善に役立ち、回顧はプロセスと労働条件をニーズに合わせて調整するのに役立ちます。

追加の読書

次のリソースが役立つ場合があります。

• Agile Retrospective Wiki-さまざまなタイプの回顧の計画など、非常に役立つリソースが含まれています。
• 本アジャイル回顧展：エステル・ダービーとダイアナ・ラーセンによる優れたチームの素晴らしさ
• 「アジャイル回顧展から価値を引き出す」は、「それは何ですか？」および「なぜそれが必要なのか」という質問に答える多くの回顧演習を含む無料の電子書籍です。そのような会議の実施を紹介および改善するため。

この資料については、IIDF Acceleratorの4番目と5番目のセットおよびAcceleratorスタッフの多くのスタートアップと話し合いました。



IIDF AcceleratorトラッカーのArkharovへの栄光：

レトロスペクティブセッション中は常にブースがあり、備蓄することはほとんど不可能です。 したがって、レトロスペクティブセッションに5分間、フィードバックに5分間を厳密に割り当てた場合、チームが5分で問題を伝え、聴衆が順番に中断せずに意見を述べるとは思わないでください。 そうではありません。



全員がチャットしたり、口論したり、フレーズの途中に意見を挿入したりします。 それは、スケジュールではなく、他の人が話す瞬間にアイデアがあるからです。 しかし、人々がすぐに思考を表現することを禁止すると、彼らは原則的に思考を停止し、アイデアを表現しなくなり、すべてに同意し始めます-レトロスペクティブセッションはその有効性と意味を失います。



これに対処する原則は次のとおりです。遡及的な議論に基づいて答えを得る必要がある最終的な質問の短いリストを常に用意する必要があります。 たとえば、「来週、どうすれば売上を改善できますか」。 そして、発表者は多くの人に発言する必要がありますが、必ずしもスケジュールどおりに、厳密にトピックについて話し合う必要はありません。



回顧セッションは非常によく準備する必要があります。 データ、資料、結論は正確でなければなりません。また、遡及的な議論を始める前に、専門家に確認する必要があります。 そうしないと、遡及的な作業がプレゼンテーションのエラーを見つける作業に変わり、これもその有効性を低下させます。



最後のスプリントから遡及的な合意を記録し、次の回顧セッションでそれらとその結果を検討することが常に必要です。 例：「先週、1日にクライアントに5回の呼び出しを行い、2回の呼び出しを行うことに同意しました。 それ以外の場合、人々はこの楽器に対して真剣な態度を取りません-彼らの多くが同意したことをしない傾向があり、古い方法で働くためです。 したがって、彼らは、回顧セッションの目標は、物事がいかに悪いかを議論するだけでなく改善することであることを絶えず彼らに示す必要があります。

1.レトロスペクティブ形式で行われた作業を議論するための方法論を使用していますか、それとも時間の無駄ですか？













2.このアプローチを使用する場合：従来の議論にはどれくらい時間がかかりますか？ そのような会議のタイミングを厳しくしますか？ レトロスペクティブを整理する際に、独自のトリックや「チップ」をお持ちですか？













Gov.ukの資料に基づく出版物：

• ユーザーストーリーの操作：Gov.ukガイド
• Gov.uk：アジャイル手法の基本的な側面
• ユーザー指向の製品設計