---

検査と適応（I&A）：アジャイルスクラムの継続的改善を進める

検査と適応（I&A） は、開発の各段階の状態を映す鏡のような、強力な道具です。単なる進捗確認ではなく、問題を見つけて良くすることが目的です。定期的に部屋を片づけ、きれいに保つのに似ています。さらに理解を深めましょう。

「検査と適応」は、成果を検査し、計画を適応させる継続的な実践を指します。また、後述するSAFeの独立したイベント名でもあり、チームと関係者がソリューションを評価し、改善を特定します。 継続的な学習、問題解決、卓越した業務の追求を、アジャイル開発チームに促します。

検査と適応を理解する

SAFeのI&Aは、PIの終わりに、デモ、評価、振り返り、改善バックログの作成を行う、構造化されたイベントです。この版では、PIをプログラムインクリメントと呼びます。基本のスクラムでは、スプリントと各イベント全体で検査・適応を行い、I&Aという追加の必須イベントはありません。

検査では、全チームがPIの成果を示します。完成した機能を提示し、期間中に作ったものを見せます。ビジネスオーナーはチームと緊密に協力し、各チームのPI目標に対し、実際に達成した事業価値を採点します。

検査が終わると、適応に進みます。次に、ソリューションの現在の状態を評価します。 どれほど有効か。何を改善できるか。対処すべき背景の問題はないか。 ここで、定性的・定量的な測定を使います。

例えば、原則の導入後の生産性向上や、導入前後の欠陥率を測ります。改善点を特定し、判断のための有益なデータを得られます。

最後に、検査と評価で見つけた課題や機会から、改善バックログのアイテムを特定します。アジャイルリリーストレインの継続的改善を維持するために重要です。

各部分を理解すれば、開発の機敏さを確保する仕組みを深く知れます。仕事を批判的に分析し、課題に対応して、成長と前進を続けられます。

重要性をさらに知るため、次に、 検査と適応のサイクルの主要な要素 を詳しく見ていきましょう。

検査と適応のサイクルの主要な要素

SAFeのI&Aには、PIシステムデモ、定量的・定性的測定、問題解決ワークショップを伴う振り返りの、三つがあります。いずれも、アジャイルリリーストレイン（ART）の継続的改善に重要です。

PIシステムデモ

PIシステムデモは、期間中に開発した機能をすべて示す、重要な部分です。顧客やポートフォリオの代表者など、広い範囲が参加することもあります。ビジネスオーナーとチームが協力し、各PI目標に対して実際に達成した価値を採点する機会です。

関係者が、PIで生まれた具体的な成果を包括的に理解できます。単なる発表ではなく、戦略目標やユーザー価値とのつながりを確認する対話の場です。ART内の透明性と方向性をそろえ、進捗への共通のビジョンと理解を育てます。

定量的・定性的測定

デモ後、合意した指標とデータの傾向を、リリーストレインエンジニア（RTE）の支援で確認します。ソリューショントレインがある場合は、そのエンジニアも、より広い調整を支援できます。

数字だけでなく、量と質のデータから、意味ある知見を引き出します。計画と実際の価値の比較による達成度や、各チームから集めた予測の指標を検討し、目標に対する成果を理解します。将来の判断と行動の羅針盤となり、次の提供を改善する議論と計画につながります。

レトロスペクティブ

最後の振り返りは、改善バックログの特定に重要です。短い時間でPIの仕事を振り返り、うまくいったことと改善点を見つけます。

問題解決ワークショップで扱いたい、大きな課題を発見する場です。「開始・停止・継続」や「帆船の振り返り」などの形式で、根本原因と構造的な問題を分析し、継続的改善の文化を育てます。

これらが評価、学習、問題解決の枠組みを作り、ARTと、必要に応じてその広いソリューショントレインの改善を支えます。

主要な要素を理解したところで、振り返りの確かな枠組みづくりへ進みます。

レトロスペクティブの枠組みを整える

振り返りは、成果を検査し、改善点を見つける重要な活動です。うまくいったこと、いかなかったこと、今後の良い変化を、安心して話せる場です。意味ある知見と実行可能な成果のため、生産的な対話と改善を促す確かな枠組みが必要です。

SWOT分析は、強み、弱み、機会、脅威を評価する方法です。内部の強みと弱み、外部の機会と脅威を把握し、現状を包括的に理解します。強みを生かし、弱みに対処し、機会を捉え、脅威を抑える議論を促します。今の姿を写真に撮るような自己認識が、焦点の定まった行動計画を生みます。

例えば、協力的な文化は強みでも、不明確な要件は弱みだと気づくかもしれません。新しいツールや技術の導入は機会であり、市場動向やニーズの変化は脅威です。そこから、各要素へどう対応するか、建設的に話し合えます。

ここでは、停止、開始、継続、調整、反復という五つの問いかけも使います。やめること、始めること、続けること、従来から調整すること、成功のため繰り返すことを特定します。プロセスと行動を批判的に評価し、変更や強化が必要な点を見つけ、反復的な詳細化による適応の文化を育てます。

例えば、混乱を生んでいた重複するプランニングを「停止」します。ゴールへの進捗と、開発者の次の行動計画へ、デイリースクラムを集中させることを「開始」し、対話と方向性を改善します。ストーリーマッピングは有効なので「継続」しますが、変化する状況に合わせて頻度を「調整」します。具体的に実行し、調整し続ける行動を特定できます。

こうした包括的な形式で、集合的な知見を、測定可能な改善へつなげられます。動き続ける開発の現場では、変化を特定し、解決策を形にすることが、継続的な前進に極めて重要です。

変化を特定し、解決策を作る

十分な議論と振り返りの後は、必要な変化と解決策を特定します。ワークショップで問題に集中し、特性要因図や5 Whysなどで、主な原因を見つけます。

特性要因図となぜなぜ分析（5 Whys）

この 特性要因図は、石川ダイアグラムとも呼びます。考えられる原因を枝ごとに分類し、体系的に調べます。各分類の要因を順序立てて考え、根本原因を絞り込めます。同じように、 なぜなぜ分析（5 Whys） は、「なぜ」を何度も問い、発生源までたどります。単純な問いを繰り返すことで、すぐには見えなかった原因を見つけられます。

例えば、生産性が下がった場合、プロセス、人、ツール、環境、方針などを図で検討します。関係する要素に分解して、問題を包括的に理解できます。

これらの道具で主な原因を特定したら、次に重要なのが、 パレート分析です。 最も大きな影響を与える問題を特定し、優先順位を付けます。最重要のものから解決するため、資源と労力を効率的に割り当てられます。

パレート分析は、80/20の法則という原則に基づきます。結果の多くが少数の原因から生まれることを、しばしば80%と20%で表します。保証された分布ではなく、実際のデータで調べるための目安と考えてください。開発では、全体の成果と有効性へ最も影響する、重要な問題への集中を促します。

散らかった部屋なら、まず最も物が集まった場所を片づけ、大きな乱れに対処してから、急がない細部を整えるでしょう。それに似ています。

分析後、アイデアを出し合い、改善バックログのアイテムを作ります。特定した懸念へ体系的に対応する、実行可能なタスクです。具体的な根本原因を狙い、開発プロセスに良い変化を生むよう、丁寧に作ります。

問題を正確に調べ、構造化された道具で根本原因を探すことで、焦点の定まった解決策を作り、改善を続ける力が高まります。

評価と改善の戦略

PDCAサイクルは、解決策の有効性を評価し、継続的に改善するための強力な考え方です。

Plan：計画

問題や改善の機会を特定し、修正・最適化すべきことと目標を明確にします。計画が曖昧だと、解決策が有効だったかを判断するのが難しくなります。

Do：実行

計画を実行します。コードの変更、プロセスの更新、新しいツールの導入などです。考えた改善を、実際の行動へ移す段階です。

Check：確認

変更の影響を確かめます。課題や機会にどれほど対応できたかを、指標、ユーザーの反応、その他の評価方法で検討します。

Act：改善・定着

確認結果に応じて行動します。有効なら通常のプロセスに取り入れ、望む影響がなければ、方法を改善・修正します。

例えば、欠陥を減らすため、自動テストの新しい仕組みを導入したとします。確認では、前後の欠陥率を分析します。大きく減れば標準的な実践に組み込みます。変化がない、または悪化したなら、設計から考え直し、方法を磨きます。

この反復により、開発のライフサイクルへ改善を組み込み続けられます。変化を受け入れ、改善を促す、構造的な枠組みになります。

PDCAで評価と改善を続けると、より良い成果へ、開発の実践を進化させ続けられます。

アジャイルにおけるI&Aの重要な役割

SAFeのI&Aは、単なる形式ではなく、たゆまぬ改善と継続的学習の礎です。全関係者が貢献し、学び、変化を進められる、構造化され足並みのそろった機会を作ります。なぜ重要なのか、見ていきましょう。

中心となるPIシステムデモでは、期間中に開発した機能をすべて示します。ビジネスオーナーとチームが協力し、各PI目標で実際に達成した価値を採点します。何を達成し、大きな事業目標にどう沿うかを、具体的に評価できます。

定量的・定性的測定も重要です。RTEとソリューショントレインエンジニアが集めた、合意済みの指標とデータ傾向を確認します。計画と実際の事業価値の比較を、ARTの予測可能性の指標に取り入れ、取り組みの有効性を数字で把握します。

振り返りでは、問題解決のために意見を出し合い、重要な課題を特定します。不満を述べるだけでなく、実行できる改善へ変えるためです。RTEが支えるワークショップと多様な振り返りの形式を使い、特性要因図や5 Whysで根本原因を掘り下げます。

例えば、意思疎通の行き違いが繰り返されるとわかったら、ワークショップで分解し、全体として対応すべき構造的な問題を特定して、今後の協力を改善できます。

I&Aは、欠点の発見だけでなく、達成価値の提示、傾向の分析、問題に正面から取り組む力を与えるためにあります。構造的な進め方が、継続的改善という中心原則を示します。

こうしたイベントは、改善点を見つけるだけでなく、効果的に対処する力をチームへ与え、改善し続ける文化を育てます。

検査と適応は、どのくらいの頻度で行うべきですか？

回答：頻繁に行い、理想的には各反復やスプリントの終わりに実施します。改善を続け、変わる要件と市場の需要に合わせられます。この版で引用するAgile Allianceの調査では、頻繁に行うチームは、そうでないチームより満足度が高く、市場投入までの時間が短いとしています。

実際のプロジェクトで成功した例はありますか？

回答：あります。元の章では、X社のモバイルバンキングアプリの例を紹介しています。振り返りで定期的にプロセスを見直し、ボトルネックを特定し、協力と満足を改善しました。その結果、リリースの周期が30%短くなり、欠陥密度が20%下がり、顧客の評価が15%向上しました。

アジャイルプロジェクト管理では、どう適用しますか？

回答：スプリントという定期的な反復を通じて行います。各回の終わりに、集めたデータから、うまくいったことと改善点を振り返ります。反応の循環で進め方を適応させ、品質を高めます。McKinseyの研究では、取り入れた組織は生産性が25%向上し、失敗率が30%減るとしています。

取り入れる利点は何ですか？

回答：進捗と改善点を評価し続け、効率と生産性を高められます。透明性と協力、学習と革新の文化も育ちます。要件や市場の変化に素早く適応し、古い、または効果のない解決策を届けるリスクも減らせます。McKinseyの研究では、成功率が30%上がるとしています。

支援する具体的な道具や手法はありますか？

回答：あります。振り返りで良かった点と改善点を考え、カンバンボードや管理システムで可視化・追跡します。カイゼンやリーン思考も、学習と柔軟性の文化を通じて支えます。VersionOneの調査では、チームの84%が、継続的改善の道具として振り返りを使っていました（State of Agile Report）。

スクラムのプロセスを検査・適応するのは、どのイベントですか？

回答：各イベントが検査と適応を可能にします。特に品質と有効性の改善に集中するのは、レトロスペクティブです。直前のスプリントを振り返り、うまくいった点、改善点、次の実行方法を考えます。レビューでは、関係者がインクリメントを検査して意見を出し、バックログの調整を助けます。共に反応の循環を作り、検査と適応を続けられます。

検査と適応を行う、四つのイベントは何ですか？

回答：スプリント内の正式な四つは、プランニング、デイリースクラム、レビュー、レトロスペクティブです。スプリント自体が、それらを包含するイベントです。

• スプリントレビュー： 完成した仕事を関係者へ示し、有益なフィードバックを受ける機会です。
• スプリントレトロスペクティブ： スプリント中の成果に注目し、良かったこと、改善点、継続して良くする方法を振り返ります。
• スプリントプランニング： スプリントの価値を話し合い、開発者が仕事を選び、ゴールの達成方法を計画します。
• デイリースクラム： 開発者がゴールへの進捗を検査し、次の営業日の計画を適応させます。

デモはレビューを支えますが、成果と今後の適応についての共同の対話も必要です。スクラム・オブ・スクラムは、複数チームの依存関係の調整を助ける任意の拡張手法であり、基本の正式なイベントではありません。

I&Aの議題には、何が含まれますか？

回答：SAFeのI&Aには、PIシステムデモ、測定の確認、振り返りと問題解決ワークショップが含まれます。基本のスクラムでは、イベントごとに議題が異なります。プロダクトの現状、PI（プログラムインクリメント）計画の有効性、障害への対処、ベロシティやサイクルタイムなどの定量的指標を扱う場合があります。技術と協力の両面を議論し、改善の文化を育てます。率直な対話と新しいアイデアも促し、開発全体を良くします。

スクラムの検査と適応の要点

スクラムは、プロダクト開発の確かな進め方です。ライフサイクル全体で検査と適応を繰り返し、成果を振り返り、改善点を見つけ、効率を高められます。その重要な要点を見ていきましょう。

1. プロダクト： 中心にあるのはプロダクトです。各イベントで現状を評価し、関係者の期待と方向性をそろえ、正しく前進していることを確かめます。
2. 知識： 知識は改善の礎です。集合的な知識を生かして過去の成果を評価し、学習と適応の文化を育てます。
3. アイデア： 新しいアイデアの機会を作ります。課題とプロセスの最適化について革新的な解決策を出し合い、開発を動的で反応の良いものに保ちます。
4. 三本柱： 透明性、検査、適応の三本柱を中心に、仕事を透明に調べ、プロセスを十分に検査し、知見に基づいて適応します。確かで柔軟な開発環境を保つためです。
5. PIプランニング： SAFeの例では、PI（プログラムインクリメント）計画がI&Aの背景となります。基本のスクラムの追加要件ではありません。計画会議の有効性を評価し、プログラム全体の実行と提供を高める機会を見つけます。
6. 障害： 障害の特定と除去は、中心的な主題です。直面した課題を掘り下げ、解消する方法を協力して考え、次の反復を円滑にします。
7. 段階： 個人の成果、チームの関係、全体の進捗など、多段階で行います。多面的な分析により、注意と改善が必要な領域を包括的に理解できます。
8. 適応： 本質は適応にあります。変化を受け入れ、戦略、プロセス、計画を継続的に調整し、変わる要件に合わせ、最適な価値を届けます。
9. 数値： 定量的な指標は重要です。ベロシティ、サイクルタイム、バーンダウンチャートなどを分析し、成果を理解して、次の反復の判断に生かします。
10. 側面： 技術だけでなく、協力と意思疎通の面も検査し、開発全体を包括的に改善します。
11. 能力： 個人と集団の能力の重要性を確認します。強みを認め、育てるべき分野を見つけ、全体の力を高めます。
12. 対話： 効果的な意思疎通と協力は不可欠です。やり取りを振り返り、率直に伝え合い、協力を深め、成功する開発を支える結びつきを強くする方法を探します。
13. 勇気： 弱点を認め、正面から取り組む勇気を促します。誠実さと透明性の文化が、改善の基盤となります。
14. 活動： 振り返りや共同の対話などが支えます。体系的に成果を評価し、知見を交換し、実行可能な改善を計画します。

検査と適応は、スクラムの経験主義の基礎と、アジャイルの原則を表す、継続的な実践です。 開発に集中し、変化を受け入れ、改善の文化を育てることで、実践の水準を上げ、より大きな価値を届けられます。