多くの組織が従来の組織から移行しています ウォーターフォールの方法論 アジャイルプラクティスに。それでも、よくある不満は、アジャイル開発がうまく拡張できないことです。いくつかあります アジャイルフレームワーク 現在、大規模なエンタープライズプロジェクトで利用できます。この記事は最も人気のあるものの1つに焦点を当てています大規模なアジャイルフレームワーク：Scaled Agile Framework（SAFe）。Scaled Agile Frameworkとは何か、そしてそれが通常どのように実装されているかについて詳しく見ていきましょう。
この記事で説明するトピックは次のとおりです。
- アジャイルへの移行
- Scaled Agile Frameworkとは何ですか？
- スケーリングされたアジャイルフレームワークのレベル
- SAFe構成
- スケーリングされたアジャイルフレームワークの利点
- Scaled AgileFrameworkの場合のデメリット
アジャイルへの移行
現在、 アジャイル はよく知られた開発コンセプトであり、多くの開発チーム、特に次のような環境を作成しようとしているチームにとって最適なアプローチです。 継続的デリバリー 。最近は誰もがアジャイルになっていますが、よくある不満は、満足のいく結果が得られないことです。エンタープライズレベルで。それは次のような多くの問題を引き起こします：
- 大規模なプロジェクトに取り組んでいる複数のチームを調整することの難しさ
- より長い計画期間への対処
- コラボレーションと管理を行うにはチームメンバーが多すぎます
- 要件の複数のソースを追跡するための労力の増加
- 予期しない問題や障害を生み出すマップされていない依存関係
大規模な俊敏性に関連する問題を解決することを目的とした、スケーリングするアジャイルフレームワークはたくさんあります。 3つの主要なフレームワークは大規模スクラム（LeSS）、Scaled Agile Framework（SAFe）、およびDisciplined Agile（DAD）。この記事では、主にScaled AgileFrameworkに焦点を当てています。
Scaled Agile Frameworkとは何ですか？
Scaled Agile Frameworkは、SAFeとも呼ばれ、方法論者のDeanLeffingwellによって開発されたエンタープライズ規模の開発フレームワークです。既存のリーンとアジャイルの原則を組み合わせて使用し、それらを組み合わせて大規模プロジェクト用のテンプレート化されたフレームワークにします。
SAFeは2011年に開発されましたソフトウェア開発チームは、より速いペースでより高品質の製品を市場に投入します。それは次の4つの基本的な価値観に焦点を当てています。
配置
急速な変化、破壊的な競争力、地理的に分散したチームについていく必要があります。チームの目標よりも、企業のビジネス目標をより重要視する必要があります。
ビルトイン品質
それはビルドのすべての要素とすべての増分は、開発ライフサイクル全体で同じ高水準の品質になります。品質は非常に重要です。品質がなければ、組織は未検証の未検証の作業を大量に処理する可能性があります。
透明性
大規模な製品開発は簡単な作業ではありません。組織内で最高の結果を達成するには、透明性が非常に重要です。透明性と信頼がビジネスと開発は、特に困難な時期に、誠実に行動するために他の人に自信を持って頼ることができます。
プログラムの実行
当然、何も重要ではありませんチームが実行できず、継続的に最良の結果を提供できない場合。そのため、SAFeは作業システムとビジネスの成果に重点を置いています。アジャイルへの移行は一般的ですが、多くの場合、チームはより多くのソリューション価値を確実かつ効率的に提供するのに苦労しています。
Scaled Agile Frameworkは、これらすべてのコアバリューを取り入れて、納期、従業員の関与、作業の生産性、そして主に製品の品質を大幅に改善しようとします。 SAFeとは何かがわかったので、もう少し深く掘り下げて詳細を確認しましょう。
スケーリングされたアジャイルフレームワークのレベル
SAFeは、大規模な組織にアジャイルを拡張するためのテンプレートです。これには4つのレベルがあります。
これらの各レベルについて詳しく学びましょう。
注：SAFeの主な用語
- アジャイルチーム –彼らは、短期間でソリューションを定義、構築、テストすることに焦点を当てた少数の個人グループです。
- アジャイルリリーストレイン（ART） –それは自己組織化された長命のグループです アジャイルチーム その目的は、ソリューションを一緒に計画、コミット、および実行することです。それらは、顧客にとって有益なソリューションを構築することにより、約束された価値を提供するためだけに存在します。
チームレベル
チームレベルでは、概説されている手法は、 スクラム 、2週間のスプリントサイクルごとに製品の増分（作業ソフトウェア）を提供します。ただし、チームは Kanban またはスクラムバン。ザ・ チームレベル アジャイルチームが構築および提供する役割、成果物、イベント、およびプロセスが含まれています。
- リリーストレインエンジニア（RTE）、製品管理、システムアーキテクトなど、ARTの役割と機能は、トレイン上のすべてのチームをサポートします。
- アジャイルチームは完全に彼らからのストーリーの定義、構築、テスト、展開 製品のバックログ
- チームはScrumXPまたはかんばんを使用して高品質の製品を提供し、定期的にシステムデモ（最新のイテレーションの新機能の統合ビュー）
- 各チームには5〜9人のメンバーがいて、品質の向上に必要なすべての役割が含まれています
- 関係する役割は、アジャイルチーム（クロスファンクショナルなScrumXPまたはかんばん）、開発チーム、スクラムマスターおよびプロダクトオーナーです。
- ストーリーの特定、優先順位付け、スケジューリング、実装、テスト、および受け入れは、チームレベルでの管理作業の主要な要件です。
- チームは、組み込み品質などのベストプラクティスを適用して、製品が開発全体を通じて適切な品質基準を満たしていることを確認します
SAFeチームレベルは、 プログラムレベル 。しかし、プログラムレベルは正確には何ですか？
プログラムレベル
プログラムレベルでは、SAFeは大規模であることを除いて、チームレベルと同じように機能します。のように、これは、プログラム管理チームのリーダーシップの下で協力し、アジャイルリリーストレインの概念で価値を提供する複数のチームを指します。プログラムレベルのチーム、役割、および活動があり、継続的な価値の流れを提供します。
ソートアルゴリズムを使用して、________のセットを________の順序で配置できます。
- 各ARTには5〜12のアジャイルチームがあり、タイムボックス化されたアプローチで作業します。 製品の増分 長さは8〜12週間です
- 製品の増分には 4回の開発反復 、 に続く 1つのイノベーションと計画の反復
一般的なプログラムレベルの仕組みは次のとおりです。
ステップ1： プロダクトマネージャーは、次の方法で出荷可能な増分の内容を決定します。 プログラムバックログ
ステップ2： 製品の増分はで始まります 製品増分計画（PI計画） 、ケイデンスベースの対面計画。ARTのすべてのチームをミッションに合わせます。
ステップ3： 次に、チームは別れて、グループ内で何ができるかについて話し合います。 他のチームとの連携 。彼らは基本的に、スクラムとは異なり、機能レベルで多くのスプリントを計画して話し合います（スクラムは1つのスプリントのみを計画します）。
ステップ4： ザ・チームのコミットメントとチーム間の依存関係は、 プログラムボード 。
ステップ5： スクラムマスターと列車のチーフスクラムマスターであるリリーストレインエンジニアは、プログラムかんばん、ワークショップの検査と適応などのさまざまなメカニズムを通じてプログラムを促進します。 ミッションの進捗状況について話し合う 。これで、4回の開発反復が完了します。
ステップ5： 次は5回目の繰り返しです。のためです 強化、革新、および計画 。硬化には、最終的な検証とテストが含まれます。イノベーションとは、新しいアイデアを模索することです。計画には、リリーストレインのメンテナンスと次の10週間のサイクルの計画が含まれます。
このレベルには、製品機能をサポートするための既存のコード、コンポーネント、および技術インフラストラクチャで構成されるアーキテクチャ滑走路もあります。次は、というオプションのレベルがあります バリューストリームレベル。
バリューストリームレベル
バリューストリームレベルは、大規模で複雑なソリューションのビルダーを対象としたオプションのレベルであり、通常、複数のARTとサプライヤーの貢献が必要です。 SAFe4.0の新機能を多数提供します。
注意： 各バリューストリームは、ビジネスまたは顧客に継続的な価値の流れを提供するシステムを構築および展開するために使用される、長期にわたる一連のシステム定義、開発、および展開のステップです。
セレンWebドライバーのデータ駆動型フレームワーク
- 主な目的は大規模でミッションクリティカルなソリューションを定義、構築、展開するためのリーンアジャイルアプローチを説明する
- これらのアプローチは、の課題に対処するのに役立ちます大規模でミッションクリティカルなソリューションを定義、構築、および展開します。これを行うには、追加の構成、アーティファクト、および調整
- 通常、fソリューション、またはサブシステムの障害は、容認できない経済的および社会的結果をもたらします
- このレベルには
- アン 経済的枠組み バリューストリームの意思決定に経済的な境界を提供します
- に ソリューションの意図 意図された実際のソリューションの動作を追跡するためのリポジトリとして
- に ソリューションコンテキスト 、ソリューションが展開環境にどのように適合するかを説明します
- ソリューションのより大きな動作を説明する機能
- このレベルは周りに整理 プログラムの増分 、バリューストリーム内のすべてのアジャイルリリーストレイン間で同期されます
- 進捗状況について話し合い、計画を立てるために、このレベルには ために –および PI後の計画 会議と Solution Demo
- また提供します次のような追加の役割 ソリューション管理 、 ソリューションアーキテクト/エンジニアリング 、 そしてその バリューストリームエンジニア
最後に、ポートフォリオレベルがあります。
ポートフォリオレベル
ザ・ P ortfolio SAFeで最も懸念されるレベルです。これは、一連の開発バリューストリームを開始、編成、および管理するために必要な原則、実践、および役割を提供します。バリューストリームとそのソリューションの戦略と投資資金を定義します。
- ソリューションの提供に必要な人材とリソースにアジャイルポートフォリオ運用とリーンガバナンスを提供します
- 1つ以上のバリューストリームを介したバリューフローを中心にリーンアジャイルエンタープライズを編成するために必要な基本的な構成を提供します
- これらの各バリューストリームは、戦略的意図を満たすために必要なシステムとソリューションを開発します
- 基本的な予算と必要なガバナンスメカニズムを提供します。 リーン予算のガードレール
- バリューストリームとその列車が適切なレベルの投資で適切なものを構築することに焦点を合わせていることを確認します
各SAFeポートフォリオには 企業への双方向接続 。
- 最初の方法は、ポートフォリオをより大きく、絶えず変化するビジネス目標に導く戦略的テーマを提供することです。これらの戦略的テーマは、ポートフォリオを進化するエンタープライズビジネス戦略に結び付け、ポートフォリオ内の意思決定のためのビジネスコンテキストを提供し、バリューストリームへの投資に影響を与え、 ポートフォリオ、ソリューション、およびプログラムのバックログ。 戦略的テーマは、ビジネスによって単独で作成されるのではなく、主要なポートフォリオの利害関係者がそのプロセスに参加します。
- 2番目の方向は、ポートフォリオから企業の利害関係者にフィードバックの一定の流れを提供します。これには、バリューストリームの主要業績評価指標が含まれます。市場目的のためのポートフォリオのソリューションの現状の定性的評価e、ポートフォリオレベルで存在する長所、短所、機会、および脅威とともに。
このように、Scaled AgileFrameworkは企業規模でアジャイルプラクティスを実装するためのインタラクティブな知識ベース。 4種類のSAFe構成を提供します。
SAFe構成
SAFeは、4つのさまざまな構成で、あらゆる開発環境をサポートします。
エッセンシャルSAFe
Essential SAFe構成はフレームワークの中心であり、 最も単純な出発点 SAFeを実装するため。これは、他のすべてのSAFe構成の基本的な構成要素であり、フレームワークの利点の大部分を利用するために必要な最も重要な要素について説明しています。 SAFeのチームレベルとプログラムレベルで構成されます。
大規模ソリューションSAFe
この構成は、 最大かつ最も複雑なソリューション 通常、複数のアジャイルリリーストレイン（ART）とサプライヤが必要ですが、ポートフォリオレベルの考慮事項は必要ありません。航空宇宙、防衛、自動車などの業界で一般的に使用されています。チームレベル、プログラムレベル、および大規模ソリューションレベルで構成されます。ソリューションレベルは、大規模で学際的なソフトウェア、ハードウェア、および複雑なITシステムの構築という最大の課題に直面している企業を支援します。
ポートフォリオSAFe
ポートフォリオ構成は、 ポートフォリオの実行を企業戦略に合わせる そして価値の流れを中心にリーンアジャイルエンタープライズを編成するための基本的な構成を提供します。リーンアジャイル予算は意思決定者に力を与え、かんばんシステムはポートフォリオの可視性とWIP制限を提供し、エンタープライズアーキテクチャはより大きなテクノロジーの決定を導きます。また、客観的な指標はガバナンスと改善をサポートします。価値の流れはEpicsを介して提供されます。チームレベル、プログラムレベル、ポートフォリオレベルで構成されています。
フルSAFe
一番ですフレームワークの包括的なバージョンであり、SAFeの4つのレベルすべて（チームレベル、プログラムレベル、ポートフォリオレベル、およびバリューストリームレベル）で構成されています。フルSAFe数百人以上を必要とする大規模な統合ソリューションを構築および維持する企業をサポートし、すべてのレベルのSAFeを含みます。大企業では、製品を機能させて提供するために、さまざまなSAFe構成の複数のインスタンスが必要になる場合があります。
簡単に言えば、Scaled AgileFrameworkは単一のフレームほどではない設計rkですが、チームが成功したソフトウェア製品を提供するために使用した実証済みのベストプラクティスの幅広い知識ベースとして。独自のプラスポイントとマイナスポイントがあります。
スケーリングされたアジャイルフレームワークの利点
- エンタープライズレベルで必要な一元化された意思決定を維持しながら、ソフトウェア開発の効率を高める比較的軽量のフレームワークを利用する機会を提供します
- 助けますチームはビジネス目標との整合性を維持し、透明性を高める
- 助けます クロスファンクショナルチーム より効果的にコラボレーションする
- 大規模な組織に非常に適しています
- テクノロジーよりも人々に重点を置く
SAFeはテーブルに多くの利点をもたらしますが、それ自体の欠点も伴います。
スケーリングされたアジャイルフレームワークのデメリット
- SAFeはかかりますチームベースのアプローチではなく、トップダウンのアプローチが多すぎる
- 組織側でカスタマイズの余地をあまり残さずに、特定のプラクティスとルールの使用を強調します
- SAFeの監視、管理、および調整の追加のレイヤーにより、SAFeは、多くのチームが取り残そうとしているウォーターフォールアプローチに似ています。
結論として、SAFeは、大規模なソリューションを備えた大規模な組織に対応するために作成されています。特に、特定の規模の組織がソフトウェア開発に対してより機敏なアプローチを取ることを可能にすることによって。ただし、SAFeにはいくつかの欠点があることは明らかであり、チームはそれらを認識し、それに応じて計画する必要があります。
それだけです、皆さん！これで、記事の終わりに到達しました。ここで使用されている重要な用語の数に圧倒されるかもしれません。はいの場合、これを参照できます スケーリングされたアジャイルフレームワーク用語集 。
使用を開始する前に、スクラムの用語に精通していることを確認してください。
質問がありますか？この「スクラムとは」のコメント欄に記載してください。 記事と私たちはできるだけ早くあなたに返信します。