Architectureアーキテクチャランウェイアーキテクチャランウェイは、最小限の再設計と遅延で短期的なフィーチャーを実装するために必要な既存のコード、コンポーネント、および技術的なインフラストラクチャで構成されています。リリースするために必要な技術を提供します。それはまた、組織の技術的な風景が変化するビジネスニーズに対応して進化することを可能にすることで、アジャイルアーキテクチャの実践を支援します。詳細アジャイル開発は、「最高のアーキテクチャ、要件、およびデザインは自己組織的なチームから生まれる」というシンプルな信念により、最初からの大規模な設計(BDUF)を避けます[1]。これにより、創発的なデザインのプラクティスが生まれます。次の機能のインクリメントを提供するためだけに、必要に応じてアーキテクチャを定義し、拡張します。創発的なデザインだけでは、大規模なソリューションの開発の複雑さを扱うことはできません。大規模になると、創発的なデザインだけに頼ると次の問題が生じます。標準がないことはデリバリーのコストを増加させ、遅延を引き起こします。一度限りで構築されたソリューションは、変更や維持が難しくなります。システムはセキュリティと安定性の問題に対して脆弱になります。品質は関係するグループだけの知識に依存するようになります。ソリューションのコンポーネントは、相互運用性と再利用性が低いです。これらの問題は、ソリューションのパフォーマンスが低下したり、期待通りの経済的な成果が得られなかったり、市場投入までの期間が遅延する結果となる可能性があります。これらの問題を克服するために、組織は創発的なデザインと「意図的な(インテンショナル)アーキテクチャ」とのバランスを取ります。これには一部の中央集権的なプランニングとチーム間の調整が必要です。両方ともイネーブラーで実装され、共にアーキテクチャランウェイを「敷き詰めて」いきます。アーキテクチャランウェイは、ダイナミックなビジネスニーズをサポートするために進化する意図的なアーキテクチャはシステムの進化を支えるアジャイルチームは、ソリューションの一部をインクリメンタルに進化させるストーリーの開発を通じて、創発的なデザインを適用します。彼らは通常、全ての分野にわたるコンポーネントとインフラストラクチャを効果的に設計するためのエンドツーエンドのソリューションに関する知識の幅を欠いています。これらのデザイン要素の多くは、彼らの責任範囲を簡単に超えてしまいます。意図的なアーキテクチャは、これらのシステム設計の懸念事項を考慮に入れ、アジャイルチームの独立した仕事を統合し、一貫性のある持続可能なソリューションにするための目的を持った、計画的なアーキテクチャガイドラインを提供します。この分野横断的なガイドラインは、通常、エンタープライズアーキテクト、ソリューションアーキテクト、およびシステムアーキテクトがプロダクトマネジメントおよびソリューションマネジメントと密接に協業して定義します。これらの役割は、テクノロジーランドスケープの広範な知識とソリューションコンテキストの深い知識を持つため、このタスクに非常に適しています。意図的なアーキテクチャは、ポートフォリオバックログ、ソリューションバックログ、およびARTバックログのイネーブラーエピック、ケイパビリティ、フィーチャーとしてコード化されます。その後、アーキテクトは適切なカンバンシステムを通じてイネーブラーをガイドし、彼らが意図したアーキテクチャランウェイを生み出すことを確かなものにします。アーキテクチャランウェイを構築するアーキテクチャランウェイを定義するためには、いくつかの役割が関与するかもしれませんが、その実装はアジャイルチームの責任です。これらのチームは、エンドユーザーに焦点を当てたプロダクトやサービスを提供する責任を通常持っています。したがって、アーキテクチャランウェイを構築するためだけに、彼らを過度に制約すべきではありません。適切な量のアーキテクチャランウェイが常に必要です。過度になると、アーキテクチャはチームのボトルネックとなり、現在のソリューションインクリメントを過度に設計してしまいます。少なすぎると、組織は短期的なビジネスコミットメントを満たすために必要なランウェイを持つことができません。キャパシティ配分は、イネーブラーと顧客対応の仕事の比率が常にバランスを保つように、チームバックログに対して適用されます。新しいプロダクトのローンチ、ホライゾン3のポートフォリオイニシアティブ、またはレガシー環境を可能にするためなど、アーキテクチャランウェイへの大幅な投資が求められる場合、専任のアジャイルチームが通常初期実装を進めます。初期のアーキテクチャランウェイを確立する専任のアジャイルチームこのシナリオでは、アーキテクトはしばしばプロダクトオーナーの役割を担い、顧客の代弁者であり、主にイネーブラーで構成されるバックログのコンテンツ権限を持つ者として行動します。チームコーチが実行をガイドします。このチームは、ARTによって要求されるランウェイの仕事量が専用チームを保証するのに十分でなくなるまで続きます。この時点で、必要に応じて追加のアーキテクチャランウェイを実装する責任は、図3に示すように、ARTの持続的なアジャイルチーム間で共有されます。誰が仕事を行うかに関わらず、ランウェイを構築するためのルールは、シンプルであり、かつアジャイルです。ランウェイを構築するチームは、ART上の他のアジャイルチームと同様にイテレーションを行います。バリューは、モデルや仕様ではなく、動作するシステムにあります。イネーブラーフィーチャーやイネーブラーストーリーは、それぞれPIまたはイテレーション内でデリバリーされるべきものです。アジャイルチームは、アーキテクチャランウェイのステークホルダーであり、それを活用して顧客のコミットメントに基づきデリバリーし、その効果についてフィードバックを提供します。継続的にアーキテクチャランウェイに投資するアーキテクチャランウェイは動的です。それは短期的なフィーチャーを提供することによって「消費され」、将来のフィーチャーをサポートするために拡張する必要があります。以下は、アーキテクチャランウェイを消費する要因の例です。彼らはすぐに最新のランウェイを使用して短期的なフィーチャーを提供します。アーキテクチャランウェイへの投資後、ステークホルダーはよくバックログの優先順位を、顧客に直接ベネフィットをもたらすフィーチャーにシフトします。テクノロジーは急速に変化し、既存のランウェイを陳腐化させます。企業のニーズは、新たに出現する機会と脅威に対応して変化します。アーキテクチャランウェイは、計画されたフィーチャーを提供するために消費されます。ビジネスのニーズが変化し、新たなフィーチャーが要求されると、追加のランウェイが必要となります。アーキテクチャランウェイは、ビジネスのニーズが進化するにつれて作成され、そして消費される新しいフィーチャーとケイパビリティの開発はアーキテクチャランウェイを消費するため、それを拡張するためには継続的な投資が必要です。チームは、迅速で持続可能なデリバリーのベロシティをサポートするために、必要に応じて各イテレーションでランウェイを延長することを約束します。これには、CDPへの自動化の追加、DevOpsプラクティスの強化、サーバーキャパシティの増加、またはデリバリーのベロシティを加速する他のアクティビティが含まれる可能性があります。大規模ソリューションにおけるアーキテクチャランウェイ大変大きなシステムを構築する際、アーキテクチャランウェイは、複数のARTがソリューショントレインの一部として同じソリューションに貢献するという、さらに重要な役割を果たします。エンタープライズソリューションデリバリーの記事は、大規模ソリューションデリバリーを指導する10のリーンアジャイルプラクティスを説明しており、その中にはアーキテクチャランウェイに直接関連するものがいくつかあります。ソリューションインテントは、多くの制約を非機能要件(NFR)として定義します。多くのNFRは、統合とテストを支援するアーキテクチャランウェイを構築することで対処し、簡素化できる分野横断的な懸念事項です。アーキテクチャランウェイは、ソリューションインテントの要素が可変から固定へとスムーズかつインクリメンタルに進化することも可能にします。大規模ソリューションは一般的に、長期的なアーキテクチャランウェイを必要とし、それは数年または数PIにわたってイネーブラーエピックで実装されます。これらの長いランウェイの効率的なデリバリーは、連携したイテレーションプラン、PIロードマップ、およびソリューションロードマップを通じて調整されます。大規模ソリューションでこの目標を達成するには、効果的な継続的デリバリーパイプラインを実装するための意図的なアーキテクチャが必要であり、アプリケーションの遠隔測定を通じて強力なフィードバックを保証し、オペレーションを簡素化します。コンプライアンスに対するリーンアプローチは、コンプライアンスデータの収集とテストを自動化し、より効果的で予測可能な成果を提供します。この目標は、受け入れ可能なアプローチに合意するために、監査人やステークホルダーとの早期のエンゲージメントが必要です。アーキテクチャランウェイを通じてケイパビリティを作り出すことで、一貫性が保証され、重大なコンプライアンスリスクが排除されます。高速で経済的な継続的デリバリーパイプラインは、ソリューションやそれらのソリューションへの変更をオンデマンドでリリースできることを意味します。アーキテクチャランウェイは、デプロイされたソリューションが顧客の混乱を最小限に抑えつつインクリメンタルに進化できるよう、継続的デリバリーパイプラインを提供します。長いランウェイをインクリメンタルに実装することが重要です。イネーブラーのエピックは、イネーブラーのフィーチャーやケイパビリティに分割され、その後ARTによって実装されます。各イネーブラーフィーチャーはPI内で完了しなければならず、イネーブラーストーリーはイテレーション内で完了しなければなりません。これにより、意図的なアーキテクチャと創発的なデザインの適切なバランスで進化するアーキテクチャランウェイへの大幅な投資が可能になります。アーキテクチャランウェイの生い立ち用語「アーキテクチャランウェイ」は、PIレベルのバーンダウンチャートを観察しながらの類推から始まりました。チームがPIを開始するとき、アーキテクチャランウェイが十分でない場合、新しいアーキテクチャに依存するフィーチャーはリスクが高いことがよくあります。ARTは常に「PIを着陸させる」(PIの終わりにバーンダウンをゼロにする)ことができないかもしれません。その場合、彼らはPIオブジェクティブを達成していません。PIは、飛行機のように、安全に着陸するために十分なランウェイが必要です。SAFeでは、アーキテクチャランウェイのラインは、構築され、使用され、さらに構築され、使用され、という具体的なプロセスを経るため、時間とともに上下します。短期的なビジネス目標を支えるためには、常時、ちょうどの適切な量が必要です。ランウェイの比喩を広げると、航空機(システム)が大きく、飛行速度(ベロシティ)が速いほど、PIを安全に着陸させるためにはより長い多くのランウェイが必要となります。Inc.によって保護されており、米国および国際的な著作権法によって保護されています。著作権者の明示的な書面による許可なしに、このサイトから画像やテキストをコピーすることはできません。Inc.の登録商標です。許可に関するFAQをご覧いただき、お問い合わせください。