スクラムフレームワーク — 第二版

この章は、第二版の歴史的背景と実践的な説明を保持しています。第三版のカリキュラムも、下の目次から利用できます。

---

複数のスクラムチーム：
アジャイルプロジェクトマネジメントの実践方法

複数のスクラムチームの管理は、それぞれに個性と能力がありながら、同じゴールへ向かう群れを導くようなものです。効率と速度を高めるだけでなく、多様な技術的課題を伴う複雑なプロジェクトに取り組めるようになります。規模の拡張や製品の迅速な提供にとどまらず、多様なスキルを活用し、ユーザーストーリー、機能、難しい課題に同時に対処できる点も重要です。最適な成果のためのチーム構成を見ていきましょう。

複数のスクラムチームの管理と調整には、明確な通信経路、同期したスプリントの周期、スクラムオブスクラムなどの定期的な協働の場を含む、体系的な方法が必要です。共通のプロダクトバックログを設け、共有する作業を透明にし、依存関係に対処して、チームを超えた協働を成功させることが重要です。

複数のスクラムチームの利点

プロジェクトの管理では、複数のスクラムチームによって、さまざまな利点と、より良い成果を得られます。詳しく見ていきましょう。

規模を拡張しやすい

複数のスクラムチームの主な利点は、規模の拡張に対応しやすいことです。プロジェクトの規模や複雑さが増したら、チームを追加して増えた作業に効果的に対応できます。目標を支える能力とリソースを確保できるため、組織は自信を持って大きなプロジェクトに取り組めます。

これは、部門や専門分野を超えた協働と、多様なスキルを要する複雑なプロジェクトで特に役立ちます。独自の専門性を持つチームに作業を分ければ、どの側面も見落とさず、必要なスキルをすべて効率的に活用できます。

複雑なプロジェクトに効率的に取り組める

複雑なプロジェクトには、多くの関連するタスクと依存関係があります。構成要素や機能を異なるチームに割り当てることで、より効率的に対処できます。並行して作業することで、プロジェクトの各側面を同時に進め、ボトルネックを減らし、開発全体を円滑にできます。

複雑なプロジェクトを扱いやすい部分に分け、各チームに割り当てると、各部分に集中しながら、全体の一貫性を保てます。この方法はプロジェクト管理を助け、重要な細部を見落とすリスクを減らします。

プロダクトや機能を早く提供できる

複数のスクラムチームによる並行作業は、プロダクトや機能の迅速な提供を可能にします。各チームが担当作業に独立して取り組み、プロジェクトの異なる領域を同時に進められます。開発が速まり、新しいプロダクトや機能を市場に出すまでの時間を短縮できます。

また、複数のチームの共同の力で、作業の流れを最適化し、開発サイクルを円滑にできます。ユーザーストーリー、機能、技術的課題に同時に対応すると、製品開発の流れが効率化し、組織とエンドユーザーの両方に役立ちます。

リソース配分の柔軟性が高まる

複数のチームがあると、リソース配分の柔軟性が高まります。プロジェクトの要求に合わせてチームの規模を調整し、専門的なリソースを特定のチームに配分し、変わるニーズに素早く適応できます。変化する要求に効果的に応え、優先領域に基づいてリソースの利用を最適化できます。

リソースをプロジェクトの構成要素や戦略的なゴールに合わせることで、生産性を高め、各チームに成功のための支援を提供できます。この適応的な配分は、反応の良い動的なプロジェクト環境を作り、状況の変化に対する俊敏性と回復力を促します。

このように、複数のスクラムチームは、能力と効率を高めるだけでなく、変化するプロジェクトの要求に適応する力も強めます。

アジャイル手法を学ぶうえで、複数のスクラムチームの動きを理解することは重要です。続いて、効率を最大限にするチーム構成の工夫を見ていきましょう。

スクラムオブスクラム

異なるスクラムチームを調整するために、「スクラムオブスクラム」を使えます。デイリースクラムに似ていますが、チーム単位の事柄に注目します。

この実践例では毎日行い、たとえば15分以内に収めます。スクラムはスクラムオブスクラムを必須とせず、頻度やタイムボックスも定めていません。各チームから一人が参加し、次の質問に答えます。

• チームは何を完了しましたか？
• チームは今日、何を完了する予定ですか？
• 障害はありますか？

回答は、ほかのチームに影響することに集中します。

参加者が適切な進行役を選びます。「チーフスクラムプロダクトオーナー」は歴史的な選択肢の一つであり、スクラムに必須の追加の役割ではありません。代表者はスクラムマスターでなくても構いません。関係する知識を最も持つ人が貢献できるよう、参加者を交代できます。

合同スプリントレビュー

小さなレビューを複数行う代わりに、全チームで合同のレビューを行うこともできます。別々のチームの進捗発表を見るだけでなく、統合したプロダクトの成果を全員で検査し、今後の適応を話し合えます。

合同スプリントレトロスペクティブ

レトロスペクティブには二つの方法があります。まず、各チームが自分たちのレトロスペクティブを行い、その後、合同の場で複数のチームに関する結果を話し合う方法です。各スクラムチームには、自分たちの働き方を効果的に検査、改善する機会が、引き続き必要です。

もう一つは、話題を集めて選び、全チームのメンバーを含む小さなグループで取り組む方法です。より時間がかかりますが、複数のチームのメンバーが密接に協働できる利点があります。

複数チームの計画 ― スクラムのプロダクトバックログ

同じプロダクトに取り組む複数のチームは、一つのプロダクトバックログと、責任を持つ一人のプロダクトオーナーを共有します。この歴史的な調整例では、「チーフスクラムプロダクトオーナー」と呼ぶ人が責任を持ち、プロダクトの専門家や委任された担当者と協働します。その担当者たちは、同じプロダクトの独立したプロダクトオーナーではありません。

チームは、共有プロダクトバックログの絞り込み表示や、自分たちのスプリントバックログを使い、基盤整備などの選んだ作業を計画できます。これらの表示は、共有するプロダクトの優先事項にひも付いたままです。同じプロダクトについて、別々の競合するプロダクトバックログになるわけではありません。

スプリントの日程調整

分散スクラム環境では、異なるチームの同期方法を選べます。一つは、すべてのチームが同じ日にスプリントを開始、終了する、同期スプリントです。

同期スプリントは、意思疎通と調整が簡単になる、最も分かりやすい方法です。

もう一つは、同じ日に始めない、非同期スプリントです。すべての会議を同じ日に行う必要がなくなり、たとえばプロダクトオーナーが、より多くの会議に参加できる利点があります。

あるチームがほかのチームにサービスを提供する場合も、非同期スプリントが有効な場合があります。サービスを提供するチームの成果が、ほかのチームの開発期間中に利用可能になり、統合できるためです。

労力の見積もり

予測をまとめるには、互換性のある単位と、明確な前提が必要です。その目的で共通のストーリーポイントの尺度を使うなら、チーム間で評価をすり合わせます。スクラムは、共通のポイント値や、チーム間のベロシティの比較を必須にしていません。作業が複数の構成要素にまたがる場合、すべての労力と依存関係を理解する人を関与させます。

スクラムチームの構成

複数のスクラムチームの力を最大限に引き出すには、よく考えた構成が必要です。効果的な二つの構成を見ていきましょう。まず、機能または構成要素による分割 や マトリクス構造です。それぞれが、アジャイルプロジェクトマネジメントにどう役立つかを確認します。

機能または構成要素による分割

この構成では、特定のプロダクト機能や構成要素に基づいてチームを分けます。コンポーネント別なら、ユーザーインターフェースを一つのチーム、データベースを別のチームが担当する場合があります。フィーチャーチームは、利用者の成果を端から端まで届けるスキルをまとめます。両者は異なる構造で、統合に関する利害得失も異なります。この分割には、次のような利点があります。

• 専門性への集中： 各チームが自分の領域の専門家となり、理解を深め、より効果的に問題を解決できます。
• 迅速な意思決定： 特定の機能に専任で責任を持つため、チームはその範囲の判断を素早く行えます。端から端までを担当するフィーチャーチームは依存関係を減らせますが、コンポーネントへの専門化だけで依存関係がなくなるわけではありません。
• 迅速な提供： 個々の機能や構成要素に専念すると、各チームがより自立し、生産的に働き、解決策を早く届けられます。

この構成は、各チームの当事者意識と責任感を促し、開発サイクルを効率化して、個々のプロダクト要素の市場投入を早めます。

マトリクス構造

複数のスクラムチームの別の構成方法に、マトリクス構造があります。この複合的な配置では、個人がスクラムチームの外で、職能とプロジェクトの両方の報告系統を持つ場合があります。これは組織上の配置で、スクラムの要件ではありません。チームの自己管理や、バックログに対するプロダクトオーナーの責任を損なってはいけません。マトリクス構造には、次の利点があります。

• 効果的な意思疎通： 二つの報告系統があることで、メンバー間や異なる職能領域の間で、情報がより自由に流れます。
• 協働を重視する環境： 異なる部門のメンバーがプロジェクトに協力して取り組み、多様な視点と専門知識を共有するため、協働が促されます。
• 組織のゴールとの整合： 職能上の優先事項とプロジェクトの目標の両方を理解することで、より広い組織のゴールや戦略的な取り組みに、仕事を合わせやすくなります。

どちらのチーム構成にも、固有の利点と考慮点があります。プロジェクトの要求、組織文化、チームのスキルを評価し、アジャイルプロジェクトマネジメントのニーズを最もよく支える構成を選ぶことが重要です。

機能や構成要素で分けて専門性を生かす場合も、マトリクス配置で円滑な協働を促す場合も、よく考えた構成が、高い成果と一体感のあるスクラムチームの基盤となります。

最適な成果を目指すには、スクラムチームの構成の重要性を理解することが欠かせません。続いて、複数チームの管理のもう一つの重要な点、意思疎通の課題への対処を見ていきましょう。

意思疎通の課題を乗り越える

複数のスクラムチームを管理するとき、全員の認識をそろえることは難しい場合があります。各チームが自分の役割と依存関係を理解し、ほかのチームの進捗を知るには、効果的な意思疎通が重要です。不十分だと、認識のずれ、作業の重複、協働の機会の見落としにつながるおそれがあります。

よくある課題の一つは、チーム間の連絡が途切れることです。情報が移る際に、失われたり、内容が変わったりすることがあります。それによって遅れや誤解が生じ、プロジェクト全体の進捗に影響します。

たとえば、別のチームが待っていた作業をあるチームが完了したのに、連絡不足で、その完了が伝わらなかったとします。待っていたチームは、まだ作業中だと思って自分たちの仕事を遅らせます。状況が見えず、共通認識がないと、不必要な障害が生まれます。

この課題に対処し、複数のスクラムチーム間の効果的な意思疎通を促すため、アジャイルプロジェクトマネジメントの戦略に、定期的なスクラムオブスクラムと協働ツールの活用を取り入れましょう。

定期的なスクラムオブスクラム

定期的な スクラムオブスクラム は、各チームの代表者が集まり、最新情報を共有し、作業を同期させ、チーム間の依存関係を特定、対処し、障害を話し合う場です。短く、焦点を絞り、タイムボックスを設けることで、効率を保ちながら協働と透明性を促します。

たとえば、各代表者が進捗を伝え、チーム間のやり取りに関する懸念を挙げます。自分たちの仕事がほかにどう影響するかを全員が理解し、先を見た問題解決につながります。定期的に話し合えば、対立や誤解の可能性を早く見つけ、大きくなる前に対処できます。

協働ツールの利用

Jira、Trello、Microsoft Teamsなどの現代的な協働ツールを使うと、円滑な意思疎通、進捗の共有、依存関係の追跡ができ、すべてのチームの状況を見えるようにできます。

これらのツールは、リアルタイムの情報共有、決定や行動の記録、プロジェクトのデータへの簡単なアクセスを可能にします。たとえば、JiraやTrelloのボードで、各チームのタスクと状態を視覚的に示せます。全員が全体像を見て、調整が必要な箇所を見つけやすくなります。

複数チームのアジャイルプロジェクトでこれらの方法を使うと、意思疎通の誤りのリスクを大きく減らし、協働を円滑にし、共通のプロジェクトゴールに全チームの取り組みを合わせられます。

複数のスクラムチームをアジャイルな環境で管理する方法を踏まえ、続いて、高い力を発揮する機能横断的なチームを作るための実践方法を見ていきましょう。

機能横断的なチーム作りの実践方法

アジャイルプロジェクトマネジメントの成功は、機能横断的なチームの有効性に大きく左右されます。これは、異なるスキルと専門知識を持つ人が、共通のゴールに向けて協働する集団です。多様なスキルを組み合わせると、さまざまな角度から問題に取り組み、革新と協働の文化を育めます。

チーム作りでは、スキルの多様性を重視します。設計、開発、テスト、その他の関連分野の専門性を組み合わせることで、機能を端から端まで担当できます。引き継ぎが減り、プロダクト品質への共同責任も育ちます。各メンバーが製品のライフサイクル全体を明確に理解すると、自分のタスクだけでなく、プロジェクト全体の成功を優先した判断がしやすくなります。

たとえば、デザイナー、開発者、テスターが新機能に共同で取り組むチームを考えてください。デザイナーの美的感覚が、見た目の良さと使いやすさを支え、開発者の技術的な専門性が、滑らかな動作を支えます。テスターの細部への注意が、品質と信頼性を確保します。この総合的な方法で、バランスの取れた質の高い成果を得られます。

もう一つの重要な実践は、チーム間のローテーションです。メンバーが定期的に異なるスクラムチームを経験すると、知識交換とアイデアの交流が進みます。自分の領域だけに狭く集中することを防ぎ、縦割りを崩せます。

たとえば、ある開発者が一時的に別のチームへ加わり、複雑な技術的課題の解決に専門知識を提供するとします。問題を解決するだけでなく、知識と良い実践方法も伝えられます。同じように、テスターは互いのテスト戦略から学び、デザイナーは革新的な設計原則を共有できます。

ローテーションは、閉じた集団だけの考え方を防ぎ、組織のゴールとプロセスの幅広い理解も促します。異なる視点を持つ人が集まり、革新的な解決策につながります。

これらの実践は、効率的なアジャイルプロジェクトマネジメントの道を開くだけでなく、協働による問題解決と継続的改善で力を発揮する職場環境を育てます。

効果的にソフトウェアを届けるには、ここまでのアジャイル手法に沿った、体系的な方法が必要です。変化の速い今日の技術環境で、組織がどう効果的な提供を実現するかを見ていきましょう。

効果的なソフトウェアデリバリーの実現

アジャイルプロジェクトマネジメントでは、ソフトウェアを効果的に届けることが重要です。さまざまなプロセスと基準を合わせ、一貫した高品質のプロダクトを実現します。まず、成功に寄与する重要な点を確認しましょう。

完成の定義（DoD）の整合

品質基準と受け入れ基準を一貫して満たすソフトウェアを届けるには、すべてのスクラムチームで完成の定義（DoD）をそろえることが、とても重要です。DoDは、ユーザーストーリーを完了と見なす前に満たすべき必須要件のチェックリストとして機能します。チーム間で基準をそろえると、各インクリメントに対する同じ期待を、全員が理解し、守れます。品質と完成についての共通認識が育ち、統一された高品質の製品を届けることにつながります。

継続的インテグレーションとデプロイ（CI/CD）

継続的インテグレーションとデプロイ（CI/CD）のパイプラインも、効果的なソフトウェアデリバリーの重要な要素です。ビルド、テスト、デプロイを自動化し、コード変更の迅速な統合と、エンドユーザーへの円滑なインクリメントの提供を可能にします。

CI/CDパイプラインは、次の点に役立ちます。

• フィードバックの循環の高速化： 開発の早い段階でエラーやバグを素早く見つけ、すぐに修正し、その後の段階への影響を最小限にできます。
• 協働の強化： 統合とデプロイを自動化すると、開発チームと運用チームが、ソフトウェアを届ける全期間を通じて、より効果的に協働し、足並みをそろえられます。
• リスクの低減： CI/CDパイプラインでテストを自動化すると、手作業が減り、人為的な誤りを抑え、デプロイ前に各インクリメントを厳密にテストできます。

たとえば、開発者がバージョン管理システムにコード変更をコミットすると、CI/CDパイプラインが自動テストを起動し、新しいコードの機能を確認します。問題が見つかれば、すぐに解決できるよう開発チームへ報告し、安定して信頼できるコードだけをプロダクトへ統合できるようにします。

完成の定義をそろえ、CI/CDパイプラインを実装すると、品質基準を守りながら、効率的にインクリメントを届ける確かな基盤を作れます。これらの実践は、変化の多い今日の事業環境で、顧客の要求と市場の需要に応える、円滑なソフトウェアデリバリーの基礎です。

効果的なソフトウェアデリバリーを理解したところで、アジャイルプロジェクトマネジメントで、事業価値の提供を最適化する方法を見ていきましょう。

事業価値の提供の最適化

複数のスクラムチームを管理する際には、全チームの方向をそろえ、事業価値全体に貢献できるようにすることが重要です。その主な方法の一つが、プロダクトオーナー同士の効果的な協働です。 プロダクトオーナー同士の密接な協働を促すと、プロダクトバックログの優先事項がそろい 、事業価値全体を最大限にするよう、リリース計画も調整できます。プロダクトオーナーが協力すると、プロダクト開発の方向を共同で導き、価値の高い機能を顧客に届けることに集中できます。

事業価値に向けた協働と調整

プロダクトオーナーの集団が、よく調和したオーケストラのように働く様子を想像してください。各奏者には自分のパートがありますが、密接に協力することで、取り組みが響き合い、特別で力のあるものが生まれます。この調整は、優先事項の対立を防ぎ、事業価値の最大化という共通のゴールへ導きます。

たとえば、あるチームのプロダクトオーナーが、別のチームの計画と競合する機能を優先すると、開発が非効率になり、統合時に対立が生じるおそれがあります。一方、互いに協力して優先事項と計画を合わせれば、包括的な製品ロードマップを作り、事業価値の提供を最適化できます。

一貫した指標と重要業績評価指標

複数のスクラムチーム全体で事業価値の提供を最適化するには、一貫した指標と重要業績評価指標（KPI）を設けることも大切です。 サイクルタイム、リードタイム、顧客満足度などの標準化した指標があれば、全体の価値の提供を効果的に測定、最適化できます。すべてのチームが、意味のある事業成果を生むという共通の焦点に向かえます。

定義を一貫させると、成果と依存関係を長期的に分析しやすくなります。単純なストーリーポイントでチームを順位付けしたり、異なる仕事を直接比較できると考えたりせず、違いを文脈の中で解釈します。また、チーム間の透明性が高まり、データに基づく知見で、より良い判断ができます。

標準化した指標は、各チームの道のりを導くコンパスと考えられます。船乗りが危険な海をコンパスで進むように、スクラムチームは一貫した指標を頼りに、事業価値の最大化へ取り組みを向けます。共通の道しるべがないと、進路を外れたり方向を見失ったりして、非効率や機会の見落としを招くことがあります。

プロダクトオーナー同士の協働を促し、一貫した指標を設けると、すべてのスクラムチームが事業価値の最大化に集中する環境を作れます。この整合は、プロジェクトの成果を高めるだけでなく、責任と成功を共に担う文化も育てます。

最適な事業価値の提供には、プロダクトオーナー同士の戦略的な調整と、一貫した指標の導入が必要です。これらはプロジェクトの成果を高めるとともに、スクラムチーム間の一体感と責任感を育みます。

複数のスクラムチームへ規模を拡大するとき、何を重視すべきですか？

回答：主な点は、チーム間の効果的な意思疎通と協働、優先事項とゴールの整合、リソースの計画と配分、定期的なフィードバックの循環による継続的改善です。研究によると、アジャイルの実践の拡大に成功した組織では、プロジェクトの成功率、生産性、顧客満足度が高まっています（出典：State of Agile Report）。

複数のスクラムチームを効果的に活用する組織の成功例はありますか？

回答：成功例の一つがSpotifyです。自律的で機能横断的なスクワッド、トライブ、チャプター、ギルドによって開発を組織する、「Spotifyモデル」を導入しました。これにより、協働が進み、市場投入が早まり、生産性が向上しました。McKinsey & Companyの事例研究によると、モデルの導入後、提供までの時間が20%短くなり、従業員満足度が20%高まったと報告しています。

複数のスクラムチームで、どう協働と生産性を高められますか？

回答：チーム間の意思疎通、知識とリソースの共有、協力の文化を促すことで高められます。取り組みの調整と整合が進み、効率が向上し、高品質の製品を早く届けられます。McKinsey & Companyの研究によると、協働するチームのある組織は、高い成果を上げる可能性が5倍です。

複数のスクラムチームの効果的な調整と整合には、どのような戦略がありますか？

回答：主な戦略として、まず、すべてのチームでビジョンと明確なゴールを共有し、共通の焦点を保ちます。次に、デイリースタンドアップやスプリントレビューなど、定期的な通信経路で透明性と協働を促します。また、チーム間の依存関係を早く見つけ、対処して、ボトルネックを防ぎます。最後に、カンバンボードやプロジェクト管理ソフトウェアで可視性を高め、調整を支えます。Scrum.orgの調査によると、複数のスクラムチームの方向と動きを効果的にそろえた組織は、全体の生産性が平均25%向上しています。

複数のスクラムチーム間の対立と依存関係を、どう効果的に管理できますか？

回答：複数のスクラムチーム間の対立と依存関係は、いくつかの戦略で効果的に管理できます。まず、率直な意思疎通と協働を育てると、対立を早く見つけ、解決できます。次に、スクラムオブスクラムやアジャイルプログラム管理などのチーム間の調整方法が、依存関係の管理と取り組みの整合のための、体系的な枠組みになります。また、高い進行支援能力を持つ専任のアジャイルプロジェクトマネージャーやスクラムマスターも、対立の解決と依存関係の管理に重要な役割を果たせます。VersionOneの調査によると、複数チーム間の依存関係を積極的に管理する組織は、プロジェクトの成功と顧客満足度が高くなっています。

同じプロダクトに複数のスクラムチームが取り組む場合、各チームが別々のプロダクトバックログを持つべきですか？

回答：いいえ。一つのプロダクトに取り組むチームは、一つのプロダクトバックログとプロダクトオーナーを共有します。各チームは、自分たちのスプリントバックログを持ち、共有の順序を保ちながら、絞り込み表示でキャパシティと専門性に合う作業を計画できます。スクラムオブスクラムなどの調整方法によって、競合する優先事項を作らずに依存関係を管理できます。

一つのプロダクトに複数のチームが取り組む場合、プロダクトオーナーは何を管理すべきですか？

回答：一つにまとめたプロダクトバックログを管理します。プロダクト全体のビジョンと優先順位が統一され、機能の優先事項、改善、全体の方向性を、十分な情報に基づいて判断できます。透明性を高め、作業の重複を抑え、複数チーム間のリソース配分を効率化できます。依存関係への対処、バックログアイテムの詳細化、ステークホルダーや市場の変わるニーズとの整合のため、各チームとの定期的な意思疎通と協働が欠かせません。

複数のスクラムチームから学ぶ要点

複数のスクラムチームを管理するには、アジャイルの枠組みのさまざまな要素を、細やかに理解する必要があります。スクラムガイドの原則を取り入れる組織では、スクラムマスターの役割、定例イベントの意義、確約と権限付与のバランスが重要です。ここでは、自己組織化するチームの共同体を育てる方法、学びを優先すること、アジャイルプロセスの反復的な性質を確認します。

主な要点

• 共同体作り： 複数のスクラムチームの成功には、活気ある共同体が重要です。効果的な意思疎通、協働、アジャイルの原則への共通の取り組みが含まれます。
• 役割と責任： スクラムマスターやステークホルダーなどの役割を明確にすると、責任がはっきりし、作業が円滑になります。それぞれ固有の責任を理解することが、十分に機能するアジャイル環境の維持に欠かせません。
• 定例の場とイベント： スプリントプランニング、レトロスペクティブ、デイリースタンドアップなどは、アジャイル開発の鼓動です。体系的な集まりが、協働と透明性を促し、チームの継続的改善に貢献します。
• 学びと反復： 学びと反復的な開発の文化を大切にすることが、スクラムの中心です。ステークホルダーに効果的に価値を届けるには、継続的改善と適応力を優先する必要があります。
• 権限付与と自己組織化するチーム： 自己組織化する権限を与えることで、創造性と当事者意識が育ちます。定めた境界の中で自律性を促すと、問題解決と革新がより効果的になります。
• 優先順位付けとベロシティ： 効果的なプロジェクト管理には、作業の優先順位付けとベロシティの理解が重要です。優先度の高いアイテムに集中し、開発全体を通じて持続可能なペースを保てます。

複数のスクラムチームについての結び

変化の多い複数チームの管理では、コーチの導きが欠かせません。優れたアジャイルの実践へ導くだけでなく、協働と継続的改善を促す触媒にもなります。ただし、効果を高めるには、コーチングに加え、リーダーの揺るぎない支援が必要です。リーダーは、アジャイルの成功に適した環境を作る重要な役割を担います。レトロスペクティブへの取り組みを共有すれば、チームは成果を振り返り、戦略を共同で磨けます。コーチ、リーダーの支援、レトロスペクティブの相乗効果が、持続的な成長と革新への原動力になります。

複数のスクラムチームとの道のりには、難しさも、やりがいもあります。枠組み、作成物、アジャイルの価値への取り組みを深く学ぶとき、すべての問いが学びの機会だと覚えておきましょう。チームの自己組織化を大切にし、継続的改善を優先し、各反復の節目となる定例の場を大切にしてください。 複数のスクラムチームを十分に生かす道のりは続き、成長と革新の機会に満ちています。探求と学びを続け、アジャイル手法がもたらす変革の力を確かめましょう。