The more alignment you have, the more autonomy you can grant. The one enables the other.

—Stephen Bungay, author and strategy consultant

アジャイルリリーストレイン

アジャイルリリーストレイン (ART) は、複数のアジャイルチームで構成された長期に存続するチームで、1つ以上のソリューションをバリューストリーム内でインクリメンタルに開発、提供、運用します。

詳細

ARTは、共有のビジネスおよびテクノロジーミッションにベクトル合わせた複数のアジャイルチームで構成されるチームです。それぞれが仮想的な組織（通常50～125人）であり、一緒にプランを立て、コミットし、開発し、デプロイします。 ARTは、企業の重要なデベロップメントバリューストリームを中心にオーガナイズされ、顧客にベネフィットをもたらすソリューションを構築し提供することによって、そのバリューの約束を実現するためだけに存在します。

ARTは機能横断的であり、ソリューションを定義、構築、検証、リリースし、必要に応じて運用するために必要なすべてのケイパビリティを持っています。

これらのケイパビリティは、ARTが「継続的なバリューフロー」を提供することを可能にします。これは図1で示されています。

図1 長期に存続するアジャイルリリーストレイン

ARTの特性

バリューを中心にオーガナイズする

仮想的な組織として、ARTはソリューションを定義し、提供し、運用するために必要なすべての人々から構成され、図2に示すように、存在するサイロ化した部門を排除します。

図2 従来の機能組織

「機能」組織では、開発者は開発者と働き、テスターは他のテスターと協力し、アーキテクトとシステムエンジニアは共に働き、オペレーションは自分たちだけで働きます。組織がこのように進化した理由はありますが、その構造はバリューフローを遅らせます。なぜなら、バリューがすべてのサイロを横断しなければならないからです。サイロ間での仕事を進めるためには、マネージャーの日々の関与が必要です。その結果、進捗状況は遅く、引き継ぎと遅延によって日常が支配されます。

それに対して、ARTはシステム思考（SAFe原則＃2）を適用し、バリューを中心にオーガナイズする（SAFe原則＃10）ことで、最適化された機能横断的な組織を構築します。図3が示すように、これによりバリューフローは、構想からデプロイメントとリリースへ、そして運用へとファシリテートされます。

図3 アジャイルリリーストレインは完全に機能横断的

この完全に機能横断的な組織には、物理的（組織の直接的な報告体系）であろうと仮想的（報告体系は変わらない）であろうと、ソリューションを定義し、提供し、運用するために必要なすべての人々とすべてのものが存在します。それは自己組織と自己管理が可能です。これにより、従来の日常的なタスクとプロジェクトマネジメントが不要となる、はるかにスリムな組織が作られます。オーバーヘッドが少ないため、バリューフローはより速くなります。

組織内のARTの最適な構造と、ART内のアジャイルチームを簡単に見つけるために、SAFeは、書籍『Team Topologies』[1]で説明されているようなチームトポロジーを推奨します。 SAFeは、チームを組織化するための4つの方法を推奨しています（図4）。

ストリーム適応チームはエンド顧客に適応し、エンドツーエンドの顧客バリューを構築するために必要なすべてのステップを実行できます。
複雑なサブシステムチームは、重要なソリューションのサブシステムを中心に編成されています。高度な技術専門分野に焦点を当てており、これによりすべてのチームの認知負荷が制限されます。
プラットフォームチームは、ストリーム適応チームが共通のプラットフォームサービスを活用できるように、アプリケーションサービスとAPIを提供します。
イネーブリングチームは、他のチームにツール、サービス、短期的な専門知識を提供します。

図4 ART上のアジャイルチームにチームトポロジーを適用する

アジャイルチームとARTの組織化に関する詳細なガイダンスは、詳細なガイダンス記事「アジャイルチームとARTの編成：大規模なチームトポロジー」で見つけることができます。

アジャイルチームがトレインを推進

ARTには、フィーチャーを定義、構築、テストするアジャイルチーム、およびソリューションをデプロイ、リリース、運用するチームが含まれます。 SAFeアジャイルチームは、SAFeスクラム、SAFeチームカンバン、または特定のコンテキストに適したそれらのハイブリッドを適用します。各アジャイルチームは、通常、高品質なバリューのインクリメントを構築するために必要なすべての役割をカバーする10人以下の専任の個々の貢献者を持っています。チームは、ソフトウェア、ハードウェア、その任意の組み合わせを提供する技術に焦点を当てたもの、ビジネスに焦点を当てたもの、またはその両方の組み合わせである可能性があります。各アジャイルチームには、2つの専門的な役割があります。それは、スクラムマスター / チームコーチとプロダクトオーナーです。もちろん、ART内のアジャイルチーム自体も機能横断的であり、これは図5で示されています。

図5 アジャイルチームは機能横断的

共通のケイデンスにベクトルを合わせる

ARTもまた、従来のアジャイル開発で最も一般的な問題の一つを解決します。つまり、同じソリューションに取り組むチームが独立して非同期に仕事をするという問題です。それにより、全体のシステムを定期的に統合することが非常に困難になります。つまり、「チームはイテレーションを行っていますが、システムは行っていません」。これにより、図6に示すように、問題の発見が遅れるリスクが増加します。

図6 非同期のアジャイル開発

それに対して、ARTはケイデンスと同期を適用して、システム全体がイテレーションを行うことを保証します（図7）。

図7 ベクトルを合わせた開発：このシステムはイテレーションを行っている

ケイデンスと同期により、個々の要素ではなく、システム全体の進化と客観的なアセスメントに焦点が当て続けられます。各イテレーションの終わりに行われるシステムデモは、システムがイテレーションを行っているという客観的な証拠を提供します。図7が示すように、システムチームは、インフラストラクチャの開発やシステム全体の統合と検証を支援するためのイネーブリンググループとして形成されます。しかし、時間が経つにつれて、システムチームが提供する中央集権的なサービスの多くは、自動化されたり、チーム自体に吸収されることがあります。

重要な役割によって機能する

アジャイルチームに加えて、以下の役割がARTの実行を成功に導きます。

リリーストレインエンジニア (RTE)は、ARTの実行をファシリテートし、阻害要因の除去、リスクと依存関係のマネジメント、そして継続的な改善を行うサーバントリーダーです。
プロダクトマネジメントは、主にビジョン、ロードマップ、そして新しいフィーチャーをARTバックログで定義して、「何を構築するか」を決定する役割を担っています。顧客、チーム、プロダクトオーナーと協力して、ニーズを理解し伝え、ソリューションの検証に参加します。
システムアーキテクトは、システムの全体的なアーキテクチャを定義する個人またはチームです。チームやコンポーネントよりも高い抽象度で働き、通常は非機能要件 (NFR)、主要なシステム要素、サブシステム、およびインターフェースを定義します。
ビジネスオーナーはARTの主要なステークホルダーであり、トレインのビジネスの成果に対する最終的な責任を持っています。
顧客は、ソリューションの最終的な経済的購入者またはバリューユーザーです。

これらの重要なARTの役割に加えて、以下の機能がARTの成功において重要な役割を果たします。

システムチームは通常、開発、継続的な統合、およびテスト環境の構築と維持を支援します。
シェアードサービスは、ARTの成功には必要な専門家でありながら、特定のトレインに専念することはできません。それらには、データセキュリティ、情報アーキテクト、サイト信頼性エンジニアリング (SRE)、データベース管理者 (DBA)、その他多くを含みます。

ARTの主要な役割は、チームからのサポートに依存しています。例えば、RTEは、スクラムマスター / チームコーチに依存してARTの運用や改善の面で助けを得ます。プロダクトマネジメントは、プロダクトオーナーに依存して、プロダクトビジョンを現実のものにします。アーキテクトは、チーム内のテクノロジープロフェッショナルと協力して、実行可能なアーキテクチャを考案します。

ARTの責任

すべてのARTの最終的な目的は、効果的なソリューションを顧客に提供することです。基本的に、ARTはソリューションのフィーチャーの迅速なフローを確立する目的で構築されています。それを達成するために、トレインはソリューションを反復的に開発し、常に顧客と関与し、アクションを最適なソリューションに向けて調整します。

図8は、そのオブジェクティブを達成するのに役立つARTの重要な責任分野を示しています。

図8 ARTの責任

顧客と連携する

顧客は、ARTが作成および維持するビジネスソリューションの最終的な受益者です。しかし、顧客とのつながりを確立するには、リーンとアジャイルプラクティスを独自のARTコンテキストでどのように適用するかについての明確な理解と、意図的な努力が必要です。

顧客中心の考え方を適用する - ARTは常に顧客のニーズと顧客にベネフィットをもたらす機会に焦点を当てています。顧客中心の考え方は、ARTとその構成チームにとって必要なマインドセットです。 ARTは、顧客との共感を高めて維持し、顧客の問題を解決するためのより良い方法を継続的に研究するために働きます。
デザイン思考を使用する - 問題を理解し、適切なソリューションを設計する反復的なプロセス—デザイン思考—は、ARTが魅力的で、実現可能で、持続可能なソリューションを作り出すことを可能にします。ユーザーペルソナ、ジャーニーマップ作成、そして顧客のベネフィット分析に細心の注意を払うことで、ARTが新しく価値あるプロダクトのケイパビリティを発見するのに役立ちます。軽量のプロトタイプを使用することにより、顧客バリューの仮説を迅速に検証し、ARTが正しい方向に進めるようにします。

仕事を計画する

ARTのための重要な活動をプランニングすることで、次のタイムボックス内で何を、どのように構築するかについて、チームとステークホルダー間でベクトルを合わせることが可能になります。「ベクトルを合わせる」は、SAFeのコアバリューの一つであり、SAFe組織の構築ブロックであるARTは、ベクトルを合わせを達成し維持するための組み込み手段を持っています。

ARTの優先順位をポートフォリオ戦略に合わせる - すべてのARTはより広範なポートフォリオコンテキストで運用され、全体のポートフォリオ戦略に合わせる必要があります。戦略テーマは、ポートフォリオ内のARTを共通の目標に向けさせます。しかし、ベクトル合わせを達成するには、次を含む確立されたプロセスが必要です。 1) 定期的にARTレベルでポートフォリオのステークホルダーと連携し、2) ポートフォリオのインタラクションにARTの代表者を含めます。このコミュニケーションとインタラクションは、PIケイデンスを中心にオーガナイズする方が簡単です。エピックオーナーは、ポートフォリオ戦略とART実行の間の重要なリンクとして機能します。
PIプランニングの準備をする – ステークホルダーとチームは、PIプランニングのために慎重に準備をする必要があります。プロダクトマネジメントとビジネスオーナーは、次のPIのためのビジョンを開発し、優先順位について合意します。チームは、残された仕事、達成可能なキャパシティ、そしてローカルコンテキストで新たに生じる可能性のある新たな仕事について確認します。
PIを計画する– PIプランニングはART内でのベクトル合わせを生成します。チームは、PI実行全体を通じてガイドとなるPIオブジェクティブを作成し、合意します。ビジネスオーナーは、ビジネスと顧客のコンテキストをチームと共有する機会を持ち、その代わりに、企業の最適なビジネスバリューを創出するために現在のテクノロジーとデリバリーケイパビリティをどのように活用できるかを学習します。

バリューをデリバリーする

ARTは、トレインをトラック上に保つための主要な活動を含むケイデンスを適用して、ソリューションのフィーチャーを開発します。特定の時点で、ARTは新しく作成されたバリューを顧客にリリースします。

頻繁に統合し、テストを行う - 高速な開発リズムは頻繁な統合とテストを必要とします。これにより、技術や実装の問題を早期に発見し、チームがその結果に対応するための十分な時間を確保できます。定期的な統合とテストがなければ、ARTの運用には過度な不確実性とバラツキが伴います。作り込み品質とチーム＆テクニカルアジリティは、これらのプラクティスについてのガイダンスを提供します。
バリューの短いインクリメントで開発する - ARTは、それぞれが統合され、テストされ、実証可能なバリューの小さなバッチを表す一連の短いインクリメントとしてPIを実装します。 ARTのイテレーションケイデンスは、これらのインクリメントを作成するための自然なペースを提供します。それぞれが、ARTが潜在的な実装の課題について学ぶのを助け、顧客からのフィードバックを得て、PIの残りの部分に対する可能な軌道修正を含む決定点で合意するのを助けます。
定期的に同期し、調整する - PIの実行中、ARTはARTシンクという形で複数のチェックポイントを持ちますが、これにはコーチシンクとPOシンクが含まれます（詳細な説明については、PIの記事を参照してください）。これらのイベントは、現在のPIオブジェクティブに向けた進捗状況の可視性を高め、ARTがタイムリーに調整を行うのを助けます。
継続的デリバリーパイプラインを構築する - 効果的なアジャイル開発プロセスは、仕事の継続的な探索と統合の手段を提供します。さらに、チームは継続的デリバリーパイプライン（CDP）を構築することにより、継続的なデプロイメントプロセスを確立する必要があります。これには、過度な遅延とバラツキの源を特定するためにバリューストリームマッピングが必要です。 CDPの一部として、継続的なデプロイメントは、ケイパビリティの低結合を意図したシステム設計を含み、これによりチームは互いに独立してバリューをデプロイすることが可能になります。
リリースガバナンスプロセスを確立する - 各ARTは、そのリリースサイクルに適したガバナンスプロセスを確立します。ガバナンスプロセスには、リリースをプランニングし実行する方法が含まれています。これには以下のようなアクティビティが含まれます。
- リリースを戦略ゴールに合わせる
- リリース可能なインクリメントを検証する
- 標準と規制に対するコンプライアンスを確保する
- 顧客への影響をアセスする
- リリースのためのアセットとアクティビティを維持する
頻繁にリリースし、プロセスを継続的に最適化する – 頻繁にリリースすることは市場投入までの期間を短縮するのに役立ちます。また、成功した継続的デリバリーとガバナンスのプロセスを確立することは、リリースが頻繁で信頼性のある基準で行われる場合にのみ可能です。時間と共に、ソリューションのアセット、アーキテクチャ、そしてインフラストラクチャは進化し、予期せぬリリースプロセスの中断を引き起こす可能性のある技術的負債を蓄積します。定期的なリリースは、ダメージを引き起こす前に問題を発見し、軽減または阻止するのに役立ちます。

フィードバックを得る

迅速なフィードバックを得ることは、ARTの高い開発ベロシティの主要なコンポーネントです。速度は「より一生懸命に働く」ことではなく、迅速な学習と適応から得られます。技術的スパイクを実行するだけでなく、統合とテストからも技術フィードバックが得られます。プロダクトのバリューに対するフィードバックは、顧客とビジネスのステークホルダーから来ます。 ARTは定期的に：

Involve the customer in the development process – There is no substitute for direct customer input. Including it in a routine development process helps an ART move at a much higher speed to avoid the costly mistake of building capabilities the customer doesn’t need or cannot use. Preparation for PI planning, the PI planning itself, and system demos provide venues for customer interaction.
ビジネスの成果と利用を測定する - 顧客がソリューションを使用することで、ARTには見えない問題や機会が明らかになるかもしれません。データ収集と分析のケイパビリティを作成するには、トレインのキャパシティへの投資、積極的なアプローチ、そしてアーキテクチャランウェイの使用が必要です。さらに、ARTは、提供されたソリューションが望ましいビジネスの成果を可能にするかどうかを測定しなければなりません。これがARTの取り組みの最終的な目的です。
定期的なA/Bテストを実施する – 成功したソリューションの開発は、未知のものを見極め、効果的な決定を下すARTの能力によって左右されます。 A/Bテストは効果的な意思決定を可能にし、ARTの開発速度を向上させます。特定の機能に早まってコミットするのではなく、ARTは2つ以上のオプションを作成し、それらをユーザーと検証し、どの代替案がより良いパフォーマンスを発揮しているかの実感を得ます。
ユーザーエクスペリエンスをテストする - ユーザーエクスペリエンス（UX）は、ソリューションの潜在能力を完全に実現するために不可欠です。しかし、生産的なUXを提供するためには、明確で徹底的なUXデザインとテストの戦略が必要です。このプロセスの一部として、仮説が立てられ、その後、市場に出せる最小限のフィーチャー（MMF）が構築され、ユーザーのアクションを観察したり、調査を行ったり、分析を利用して評価されます。 SAFeのリーンUXの記事は、効果的なUXを可能にする追加のトピックをカバーしています。

たゆまず改善する

ARTは、顧客バリューを提供する際の生産性を継続的に向上させることを目指しています。当然ながら、プロセスはARTの運用のさまざまな側面を測定し、改善のための領域を特定することを必要とします。

コンピテンシー、フロー、そして成果を測定する - すべてのARTは、適用可能な主要なコンピテンシーに対して定期的にアセスするべきです。 ARTもまた定期的にARTフローを測定し、フローアクセラレーターを適用して、継続的なフロー改善のための推進力を開始するべきです。さらに、ARTはそのバリューストリームKPIを使用して、望ましい顧客とビジネスのベネフィットを支える成果を測定します。
定期的にインスペクト＆アダプトを行う - すべてのPIの境界で、ARTは前のPIを振り返り、問題を特定し、インスペクト＆アダプト (I&A) イベント中に是正措置を講じる機会があります。これは、重要なシステムにおける改善の機会を特定するのに最適な時期です。
その場で小さな改善を行う – すべてのARTは、小さな、現場の、戦術的な改善の機会を定期的に発見します。ほとんどの場合、次のインスペクト＆アダプトを待つことなく、それらが発生したときに対処するのが最善です。これにより、迅速な成果を達成し、より注意が必要な問題やハイプロフィールのステークホルダーの関与を必要とする問題に対してインスペクト＆アダプトを維持します。
イノベーション＆プランニングイテレーションを活用する - イノベーション＆プランニングイテレーションは、イノベーションと学習に向けた時間を割り当てる機会を提供します。これは、ARTがそのソリューション、技術的なインフラストラクチャ、およびさまざまなプロセスをさらに進めるのに役立ちます。

詳しく学ぶ

[1] Skelton, Mathew, and Manuel Pais. Team Topologies. IT Revolution Press, 2019.

最終更新： 2022年10月24日