agile retrospective meetings why it is necessary
アジャイルソフトウェア開発 アジャイルマニフェストに基づく一連の方法と実践です。アジャイル手法は、チームのコラボレーションと製品の頻繁な配信に重点を置いています。
アジャイルマニフェストに記載されている12の原則の1つは次のとおりです。
「チームは定期的に、より効果的になる方法を検討し、それに応じて行動を調整および調整します。」
この原則は、アジャイル回顧会議の形でアジャイルチームに組み込まれています。
この記事では、回顧会議、その目的、およびこれらの会議を実施するためのいくつかの楽しい方法について詳しく説明します。
おすすめの読み物=> 組織でアジャイルを採用すべき6つの最も一般的な理由
学習内容:
回顧会議の定義と目的
定義上、回顧とは「過去の出来事や状況を振り返ったり、対処したりする」ことを意味します。
定義に忠実、 ふりかえり会議は、最新のものを振り返ることを目的としています スプリント / project / milestoneし、改善が必要な領域を特定し、チームの勝利を祝います 。
これは、チームが集まってチームがうまくいった領域と、次のスプリント/プロジェクト/マイルストーンのために改善するためにチームが協力する必要がある領域について話し合う継続的改善の概念に結びついています。
また読む=> 継続的インテグレーションプロセスを使用してソフトウェア品質を向上させる方法
回顧会議の実施
プロジェクトのさまざまな段階で回顧会議を開催できます。
- レトロスペクティブミーティングは、スプリントの終了日に向けて、次のスプリントが開始される前にスケジュールして、最新のスプリントを反映させることができます。
- 特定の問題のあるシナリオを確認するには
- これまでの状況を振り返るマイルストーン
アジャイルレトロスペクティブステップ
ふりかえり会議には、次の手順が含まれます。
- セットステージ– 会議の開催–ファシリテーター(PM、スクラムマスターなど)による会議の設定と、必要なすべてのチームメンバーおよび利害関係者への会議の招待状の送信が含まれます。
- データを集めます - 会議が始まったら、チームメンバーが持つ可能性のあるすべてのアイデア、意見、懸念を収集します。これは、さまざまな方法で実行できます アジャイルな回顧的活動 開始、停止、続行、ペイントミー画像など。
- インサイトの生成– データが収集された後、意味のある分析を特定し、パターンを作成する必要があります。アイデアは、傾向を特定して解決することです。例えば。チームメンバーが毎日の長いスタンドアップに不満を持っている場合は、これを引き起こしている原因を突き止める必要があります。それは、無関係な議論、チームメンバーの遅刻、更新の数に対応できない非現実的な時間設定などである可能性があります。
- アクションの作成– 根本的な問題が特定されたら、それらを解決するためのアクションポイントを作成します。アクションポイントは、決定された期日までにそれを解決する責任がある責任者に割り当てられる必要があります。
- 要約 - チームの時間と参加に感謝します。簡単に参照できるように、会議のディスカッションとアクションポイントが文書化され、チームメンバーに回覧されていることを確認してください。
アジャイル回顧会議の形式、アイデア、および活動
#1)うまくいったこと、もっとうまくやるべきだったこと、アクションアイテム
チームメンバーは、チームがうまくいったこと、チームが改善する必要があること、学んだ教訓、および改善領域に対応するアクションポイントについて話し合います。
これらのアクションは、説明責任のあるチームメンバーに割り当てられます。このディスカッションは文書化され、会議後に全員に回覧されるか、簡単にアクセスできるように共有ドライブ/イントラネットに保存できます。
JIRA 内蔵されています スプリント回顧展 テンプレート 以下に示すように、この正確な形式に基づく回顧会議の場合:
[画像 ソース ]
#2)会議を開始、停止、継続する
この会議では、チームメンバーは、チームが何を始めるべきか、やめ、スプリントでやり続けるべきかについて意見を述べるように求められます。
この方法は、特に新しいチームにとって非常に人気があり、効果的です。
- 開始アイテムは、チームがプロセスに追加したいものです。プロジェクト会議に間に合うように来てください。
- ストップアイテムは、チームがもはややりたくないものです。コードレビューなしでコードのチェックインを停止します。
- 継続アイテムは、チームが今後も継続したいものになります。毎日スタンドアップを続けます。
会議の進行役は、チームメンバーが提案できるアイテムの数の最小値と最大値を設定できます。例えば。すべてのチームメンバーは、開始、停止、および続行リストにそれぞれ1つのアイテムを提供する必要があり、タイプごとに最大3つのアイテムを提供できます。
さらに、完全なリストが作成されると、チームメンバーは、最も重要な項目を絞り込むために投票するように求められます。
#3)5つの「なぜ」形式の会議
この会議形式は、チームメンバー間でフォローアップの「理由」の質問をすることに基づいています。
この会議形式は、問題のあるシナリオ(症状)の根本的な原因を見つけるために使用され、原因が明らかでない場合があります。
目標は、問題を解決することではなく、状況を理解し、場合によっては根本原因を絞り込むことです。
各チームメンバーは、問題が発生していると考える理由の連鎖を作成します。リストの準備ができたら、回答を1つのチェーンに統合して、グループの共通のコンセンサスが到達した意見を表すことができます。
これは、メンバー数が3〜5人の小規模なチームに最適です。
例えば:
問題 :製品の品質が良くありませんでした。
質問 : なぜ?
理由1 :ビルドが不安定です。
質問 : なぜ?
理由 :プロセスの強制なし-コードのフリーズなし。
質問 : なぜ?
理由 :スコープ変更
質問 : なぜ?
理由 :プロジェクト計画中に影響が特定されなかった
#4)マッド、サッド、グラッド
この会議形式では、チームメンバーは、マッド、サッド、グラッドの各感情の付箋を書き留めるのに少し時間がかかります(5〜10分)。
- 「マッド」は、障害物や障壁などに焦点を当てる傾向があります。
- 「悲しい」は内部の問題に焦点を当てる傾向があり、
- 「うれしい」は、チームメンバーが満足していることに集中する傾向があります。
時間切れになると、付箋は感情に基づいてグループ化されます。次に、MadとSadの問題が投票され、アクションアイテムの作成に優先順位が付けられます。
#5)絵を描いて
この手法は、非言語的な遡及的手法です。
この会議形式では、チームメンバーは数分で考えを収集し、感情や意見を表明します。
この会議は、チーム内の口頭でのコミュニケーションが失敗している回顧展を実施するのに適した形式であり、チームメンバー間の砕氷船として機能します。
[画像 ソース ]
#6)サークルセレブレーション
この手法は、プラスとデルタを使用してフィードバックをキャプチャします。つまり、何がうまく機能したか、何がより優れていたかを示します。
この中で、チームメンバーが集まって輪を作ります。チームメンバーの1人が開始し、投げることができる柔らかいオブジェクト(ぬいぐるみ、ストレスボール)を他のメンバーに向けて投げます。
アイデアは、ボールを持っている人は誰でも3つの質問に答えるということです。
- 彼らが楽しんだこと、
- 彼らが感謝したことと
- 学んだことをどのように活用して改善するのか
全員が機会を得るまで、オブジェクトはランダムに円を通過します。
よくある誤解
誤解#1)回顧会議は退屈です
これが、チームメンバーが回顧会議を実施したり出席したりすることを好まない最大の理由です。
会議をより魅力的にするために、ファシリテーターはこれらの会議を実施するための楽しくて効果的な方法を考え出す必要があります。
誤解#2)回顧会議は、チームメンバーの平均以下のパフォーマンスを指摘する私の機会です
ふりかえりの会議は、指差しや会議の発散ではありません。
この会議では、チームメンバーの弱点を特定したり、呼びかけたりする予定はありません。この会議は、チームとして改善し成長することを目的として、中立的な環境で設定されています。一人を対象とした直接コメントは避けてください。そして、その目的はより良くなることであることを忘れないでください!
誤解#3)会議の主催者だけが回顧会議を主導し、問題について話し合う
チームメンバーは、参加して自分の見解を共有するように奨励されるべきです。この会議はチームの改善のためであり、会議の主催者/進行役によって指示されたトップダウンの議論のためではありません。
同時に、チームメンバーは、発言の結果として判断されたり反発したりすることを恐れることなく、真の視点を表現できるように快適にする必要があります。
誤解#4)上級管理職/主要な利害関係者は回顧会議にまったく招待されていません
これはプロジェクトごとに異なります。上級管理職の製品所有者は、彼らが持つ可能性のある懸念やチームのガバナンスに関する懸念に対処するために会議に招待される場合があります。
誤解#5)回顧会議の結果を文書化する必要はありません
アジャイル手法は「包括的なドキュメントよりもソフトウェアを機能させる」という原則に基づいていますが、それはチームがドキュメントを完全に廃止する必要があるという意味ではありません。
ふりかえりを文書化すると、閉鎖までのアクションポイントを効果的に追跡できます。これは、チームが組織プロセス資産の一部として学んだ教訓にアクセスできる履歴データリポジトリに追加することもできます。
結論
ふりかえりは、チームビルディングとチームコラボレーションに非常に役立ちます。
勝利を祝い、改善を提案するために集まったチームメンバーも、より透明で健全なチーム環境を作成します。継続的な改善とフィードバックを通じて、チームは時間の経過とともにより良くなります。
ふりかえり会議には、人間の問題(人格、態度、スキルの欠如など)と技術的な問題(範囲、一貫性のない要件、システムの安定性など)の両方を含める必要があります。
最高のPCチューンアップソフトウェア無料
開発チームレベルだけでなく、すべてのレベルで回顧会議を実施することをお勧めします。
レトロスペクティブミーティングは、マイルストーンの終了時、スプリントの終了時、インシデントまたは問題の事後分析、主要なイベントの後などに実行できます。レトロスペクティブミーティングが文書化され、アクションポイントが終了まで追跡されていることを確認してください。
最後になりましたが、回顧会議を楽しくしてください!
関して 著者: この有用な記事はNehaBによって書かれました。彼女は現在、品質保証マネージャーとして働いており、社内およびオフショアのQAチームの指導と管理を専門としています。
この記事に記載されていない回顧会議の楽しい方法を知っていますか?コメントを投稿してお知らせください。
推奨読書
- アジャイルテストの世界で優れたチームメンター、コーチ、真のチームディフェンダーになるには? -インスピレーション
- アジャイルプロセスへの移行を成功させるためのアジャイルテストマインドセットの開発に向けた4つのステップ
- JIRAアジャイルチュートリアル:アジャイルプロジェクトを管理するためにJIRAを効果的に使用する方法
- アジャイルマニフェスト:アジャイルの価値観と原則を理解する
- アジャイルテスターの考え方の変化:アジャイルマニフェストとの整合
- SAFeアジャイルチュートリアル:Scaled AgileFrameworkとは
- アジャイルスクラムオンラインクイズ:アジャイルスクラムの知識をテストする
- 自動回帰テスト:課題、プロセス、およびステップ