大規模アジャイル

現在、競争力を維持するためには、企業全体に順応性を持たせることが求められています。これを実現する方法として次のようなものがあります: 変化し続ける顧客のニーズに応えてプロセスのなかで顧客を満足させる、柔軟性がありカスタマイズ可能なソリューションを提供する、最前線で働くチームオブチームをサポートする、テクノロジーは戦略の実現に不可欠なものだという考え方を持つ、ソフトウェアチームと IT チームの外側から働きかけるアジャイル手法を考案する。

明確な計画やフレームワークなしでは、拡張中の企業がデリバリーを予測し、チーム間の依存関係を管理し、適切なビジネス目標に集中するのがますます難しくなります。その結果、顧客満足度が低下して市場シェアや収益なども減少することになります。

こうした要因が、企業をアジャイルへの集中的な投資に向かわせています。その目的はソフトウェア チームがすでに体験しているアジャイル フレームワークのメリットの拡張や、今日の市場における競争力の維持です。アジャイル フレームワークを拡張する必要性を否定する企業はないと思いますが、その進め方と内容はまったく別の話です。

アジャイル フレームワークの拡張とは企業文化を変革することであり、人材、プラクティス、ツールを投入してコラボレーションを改善し、戦略を実行する能力を高めることです。

最終的には、これらの領域が変化することで意思決定を分散し、仕事の透明性が向上するとともに意思統一が実現し、市場投入期間が短縮されます。こうしたアジャイルのメリットが組織の DNA に深く刻み込まれるのです。

チームと個人がアジャイル プラクティスにどの程度適応しているかを見ることで、企業のアジャイル フレームワーク拡張への取り組みの進捗度を見ていきたいと思います。

取り組みを始めたばかりの企業ではアジャイルを実践しているのはほんの一握りの人間でしょう。また、プロジェクトを構想からデリバリーまで管理することに注力する従来のプロジェクト管理手順に従って、作業の大半が進められているものと思われます。

取り組みがかなり進んでいる組織では、実際にアジャイル プラクティスを拡張しています (フレームワークを使っている場合もあるかもしれません)。これによって部門を超えてチームが組織化され、効率性が向上して実現すべき価値にのみ集中できます。また、ビジネス目標を満たすためのプロアクティブな意思決定ができるようになることで、変化にもうまく対応できるようになります。

現在のアジャイル拡張の進捗がどの程度であれ、それを認め尊重したうえで次のステップへと進みましょう。

アジャイルの拡張で正解と呼べるものはありません。しかし、多くの組織がアジャイル拡張のフレームワークを使ってプロセスやチーム、文化を進化させることに成功しています。

ここからはアジャイル拡張フレームワークのなかでも特に注目すべきものについての概要をご紹介します。

Scaled Agile Framework® (SAFe®) は、企業規模でアジャイルプラクティスを導入するための、一連の組織およびワークフローのパターンで、アジャイルソフトウェア開発、リーン製品開発、システム思考の 3 つの主要な知識を中心に形成されています。SAFe は、多数のアジャイルチーム間での調整、コラボレーション、デリバリーを促進します。

Large-Scale Scrum (LeSS) は本質的にはスクラムと同じで、大規模開発に適用されます。LeSS では、成功を実現するためにはフレームワークの拡張は最小限であるべき (例: ルール、ロール、アーティファクトの数を抑える) という考えがベースになっています。ただし、LeSS と SAFe の両方に共通するパターンがいくつかあります: チームレベルでのスクラム、多くのチームでバックログを共有、複数のチームでの協力的なプランニングです。また、プルに関する一般的な原則と、小規模なアジャイルチームには馴染みがあるであろう自己組織化も共通しています。

以前まで Disciplined Agile Delivery (DAD) と呼ばれていた Disciplined Agile (DA) は、IT ソリューションデリバリー用の、学習志向型プロセスの意思決定フレームワークです。しっかりとした基盤があり、大規模組織におけるアジャイル ソリューション デリバリーの拡張に役立ちます。DA ではスクラムとカンバンを、人事や財務、ガバナンス、DevOps、ポートフォリオ管理といった変革のための情報と組み合わせて利用しています。さらに、DA は他の手法に比べて柔軟性があり、簡単に拡張できると考えられています。

Spotify のアプローチはそれ自体がフレームワークというわけではありませんが、同社のアジャイルに対する考え方は有機的に 1 つにまとまっています。Spotify モデルは人間主導で、アジャイル拡張において自律性があるフレームワークです。文化とネットワークに重点を置き、プロダクト開発組織における複数チームの管理の好例となっています。

Scrum@Scale はスクラム フレームワークの拡張版です。チーム レベルでのスクラムの導入に成功しており、それを企業全体に拡張したいと考えている組織に採用されるのが一般的です。Scrum@Scale の主な目標は、成長する組織で共有できる一連の目標に向けて意思を統一することです。各チームのスクラム マスターと、プロダクト所有者から成るメタスクラムで構成された Scrum of Scrums を通じて調整がなされます。

明確な考えや意図がないままアジャイル フレームワークを拡張しても余計なプロセスが増えてしまうことがあります。しかし、アジャイル拡張において共通する形式や一般的な役割、指針となる原則を体系化することで、特にアジャイル手法が初めてという企業には明確なメリットがもたらされます。ここからは、主要領域に各フレームワークをどのように導入できるかを紹介したリソースをご紹介します。

ご覧の通り、これらのアジャイル拡張フレームワークをよく見てみると、アジャイル拡張において共通する組織のパターンがあります。フレームワークを採用するかどうかにかかわらず、これらのコアとなるパターンの一部またはすべてを導入することで、組織にアジャイル拡張の多くのメリットを採り入れることができます。

すべてに適したアジャイル フレームワーク拡張のアプローチというものはありませんが、大規模アジャイルを実現するうえで重要かつ考慮すべき 7 つの原則があります。これらの原則は欠かすことができず、これらなしでは成功を収めることはほぼ不可能です。

フレームワークを使うか単にプラクティスの一部を使用するかにかかわらず、以下の中から自身の組織に取り入れられる、または体系化できる原則がないかを検討してみてください。

1. 役割と組織の構造的変化を定義する
2. 顧客中心の組織と開発
3. アジャイル/スクラムの実践と期間
4. 導入の進み具合 (変化には時間がかかる)
5. 依存関係の改善
6. ボトムアップとトップダウンの同意 (実際の変化)
7. 人材、リーン、システム思考

これらの原則とプラクティスにおける例については、以下の「アジャイル拡張上級編: 変化に対応できるアジャイルの新たなルール」のホワイトペーパーをご覧ください。

アジャイル拡張は簡単ではなく、一夜にして達成できるものでもありません。拡張アジャイルフレームワークを全面的に採用している場合でも、独自のプロセスを導入している場合でも、「アジャイルの大規模展開」が最終的なゴールではないことを覚えておいてください。最終的なゴールは戦略を効果的に実行することです。

この目標とともに、新しいアイデアを試して着実に改善していくことを念頭に置きます。ビジネスをサポートするツールがアジャイル拡張において重要な役割を果たすことも忘れないでください。

アジャイルの重要な要素はオープンで一貫性のあるコミュニケーションです。アトラシアンでは Atlas によってプロジェクトと目標の最新情報を共有して、他のチームが何に取り組んでいるのかを確認しています。作業のコンテキストで共通の理解を築くことで、取り組んでいるタスクとその理由、誰が何を担当しているか、さらには作業の進捗状況を把握できます。

このページで取り上げたトピックをより深く理解するには、「アジャイル拡張上級編: 変化に対応できるアジャイルの新たなルール」のホワイトペーパーをご覧ください。役立つ情報と経験豊富なアジャイリストの逸話が満載で、必見の内容になっています。

アジャイルの取り組みをアトラシアンがサポートする方法については、大規模アジャイルソリューションのページ、または大規模アジャイル製品機能比較ページをご覧ください。