アジャイルフレームワークのすべて

アジャイルフレームワークとは、ワークの計画・管理・実行において、チーム間の協力を促進し、定められた期間内に成果を出すための、構造化された反復的なアプローチです。

マッキンゼーによると、チームの有効性は、設定、調整、実行、更新という4つの健全性ドライバーに基づいています。これらの健全性のドライバーは、チームがどれだけうまく協力できるかを定義します。多くの場合、チームの有効性がプロジェクトの成否を左右します。プロジェクトの成功は、チームが実行に使用するフレームワークに左右されることもあります。成功率はさまざまですが、明確なプロジェクト管理プロセスを持つ会社は、一貫してプロジェクト目標をより効率的に達成しています。

プロジェクト管理手法を強化する方法のひとつは、チームの方向性、成果物、期限のニーズに合ったアジャイルフレームワークを採用することです。プロジェクトマネジメント協会は、どのフレームワークを使ってワークを進める場合でも最適化すべきプロジェクト管理の5つのフェーズを示しています。

1. 立ち上げ：すべての要件を揃えてプロジェクトを開始します。
2. 計画：プロジェクトを管理しやすいタスクに分割するための戦略を策定します。
3. 実行： タスク単位でワークを継続して実施します。
4. 制御： 進捗を確認し、適宜正確性をテストします。
5. クロージング：指定された仕様に従ってプロジェクト全体を完了します。

各フェーズを理解することで、ビジネスニーズに最適なフレームワークを選択できます。アジャイルフレームワークは、段階的なプロセスや成果物に関して厳格ではありませんが、役割と責任を明確に定義し、プロジェクトコントリビューター間のコミュニケーションのフローを改善する点に強みがあります。

スクラム、かんばん、エクストリームプログラミング（XP）、クリスタルなど、さまざまなアジャイルフレームワークが現在利用されています。これらのフレームワークには共通点がある一方で、それぞれ独自の強みも備えています。自社のプロジェクト管理のニーズに合ったフレームワークを見つけることが目標です。

このブログでは、次のことについて解説します。

• チーム向けアジャイルフレームワークの例
• 組織向けアジャイルフレームワーク
• 適切なアジャイルフレームワークの導入

アジャイル方法論は、その柔軟性、反復的な進め方、そして継続的に価値を提供できる点で広く認識されています。アジャイル手法にはいくつかの一般的なフレームワークがあり、それぞれが異なるチームやプロジェクトに適した独自の利点を提供しています。

以下では、個々のチームがワークフローを最適化し、コラボレーションを強化し、変化する要件に適応するために実装できる、最も効果的なアジャイルフレームワークをいくつかご紹介します。ソフトウェア開発やマーケティングなど、どの業界であっても、これらのフレームワークは変化し続ける環境で効率性と成功を実現するために必要な構造を提供します。

スクラム

スクラムは最もよく知られているアジャイルフレームワークのひとつです。もともとソフトウェアプロジェクト管理のために開発されましたが、現在では柔軟性と反復性が高く、非技術系のチームにも適しています。このフレームワークは、会社の関係者への価値提供に重点を置いています。

スクラムでは、プロジェクトは時間枠で区切られたスプリントに分割され、さらに小さな増分的なタスクに分割されます。各タスクは、できる限り自己完結型で管理しやすいように設計されており、個々のコントリビューターが明確に定義された基準に基づいて作業できるようになっています。各スプリントは、チームのコントリビューターに分担された一連のタスクで構成されています。

複数のスプリント分のプロジェクトワークがあったとしても、一度に取り組むのは1つのスプリントだけです。スプリントは通常2週間から4週間続くため、チームは成果物を定期的に関係者にレビューしてもらいやすくなります。また、プロジェクトを効率的に進めながら、チームが新たな課題や情報に応じて必要に応じて方針転換できるようにします。

スクラムは、ルールや要件の数が限られているため、軽量なフレームワークと見なされています。これにより、過度に厳格なプロジェクト管理によって、チームがクリエイティビティを発揮できなくなる、といった事態を回避できます。このフレームワークは、いくつかの会議タイプと少数の実装値のみを必要とするため、コントリビューターにとっても理解しやすいものとなっています。

スクラムフレームワークでは、プロジェクトを効率的かつ責任を持って推進するために、いくつかの重要な役割が必要とされます。これらの役割には、以下が含まれます。

• スクラムマスター: チームがスクラムを実践することを高め、ミーティングを円滑に進行し、障害を取り除きます。
• プロダクトオーナー：ビジネスおよび関係者のニーズに基づいてプロダクトバックログを管理し、タスクの優先度を決定します。
• 開発者（スクラムチーム）：各スプリントでワークを担当する部門横断的なチームです。

スクラムフレームワークは、プロジェクトを迅速かつ反復的に終了し、顧客や市場の変化に対応し、ビジネスに大きなインパクトをもたらすことを目指すチームに最適です。

かんばん

かんばんは、タスクカードを定義されたステージ間で移動させることで、チームがワークフローを管理できる視覚的なプロジェクト管理フレームワークです。かんばんは、もともとトヨタが製造効率を高めるために開発したもので、現在ではさまざまな業界で使われる人気のアジャイルフレームワークへと進化しています。今日では、これらのタスクカードはソフトウェアプログラム上でプロジェクトのステータスや開発ステージの視覚的な手がかりとして表示されることが多くなっています。各カードにはタスクの要件とそのイニシアチブの所有者が記載されているため、誰が何に取り組んでいるかが明確です。

タスクは一連の縦の列を移動し、それぞれの列は「未着手」、「進捗中」、「レビュー中」などの制作ステージを表します。各カードには、日付、メモ、割り当てられた人などの詳細が含まれています。アイテムは、完了に向けてボード上を左から右へ移動していきます。

このアジャイルフレームワークにより、プロジェクトチームは各ステージにあるアイテム数をリアルタイムで明確かつ視覚的に把握できます。また、障害を回避し、今後の作業に備えるために、合理化が必要なプロセスを明確にします。このアプローチにより、プロジェクトマネージャーはタスクフローを管理でき、チームメンバーは割り当てられたワークの完了に集中できます。

かんばんフレームワークは、IT運用、マーケティング、カスタマーサポートなど、継続的なワークストリームを管理し、可視性とタスクの優先順位付けが重要なチームに最適です。

エクストリームプログラミング（XP）

エクストリームプログラミング（XP）は、変化し続ける顧客要件に迅速に対応し、高いコード品質を維持できるように、ソフトウェアチームのために開発されました。このアジャイルフレームワークもまた反復的です。しかし、スクラムのような明確な役割や儀式とは異なり、XPでは開発チームに優先順位の管理や共同作業によるワークの共有についてより高い裁量が与えられます。あるチームメンバーが通常、進捗と指標をトラッキングし、チームが生産的に働けるようにサポートします。

XPは、スクラムやかんばんのような事前に定義された役割やビジュアルボードに頼るのではなく、チームの働き方を形作る価値観を重視しています。

• コーディング： 開発者は、ダイアグラム作成やモデリングを通じてワークを概念化し、ペアを組んで特定のタスクに取り組みます。

• テスト： 開発者は、バグのないコードを作成し、将来の技術的な障害や問題を防ぐために、チーム横断的な品質保証（QA）を優先します。
• リスニング：製品の機能コンセプトは開発者に直接提示され、開発者はそれらを具体的で実行可能な開発タスクに落とし込みます。
• デザイン：チームメンバーは協力してプロジェクト基盤を構築し、システムの長期的な効率性と有効性を実現します。
• フィードバック：顧客や社内関係者からのフィードバックは今後のプロジェクトワークを形作り、開発者が変化するスコープに対応することに役立ちます。
• シンプルさ： 開発者は将来の要件ではなく現在のニーズに注力し、完成後すぐに実装できるソリューションを作成することが推奨されています。

XPは、適応性、頻繁なリリース、高いコード品質が不可欠な、ペースの速い環境で働く経験豊富な開発チームに最適です。

リーン

リーンは、チームの効率を高め、プロジェクトの納品を合理化するために、不要なステップや「無駄」を排除することに重点を置いたアジャイル方法論です。これには、貴重な時間を奪い進捗を妨げる会議、進捗を遅らせる非効率的なプロセス、チームのワークを妨げる気を散らす要因が含まれます。

リーンでは、絶え間ない監督よりも自律性を重視するフレームワークのため、チームメンバーは自分の役割と責任を明確に認識している必要があります。個々のコントリビューターが自律的に働くことで、このフレームワークは同僚やマネージャー間の信頼を高め、最小限の監督のもとでも仕様通りにタスクを進めることが可能になります。

リーンフレームワークは、次の7つの主要な原則にもとづいています。

1. 無駄の排除：現在のプロジェクト目標に必要なタスクにのみ焦点を当てます。直近の範囲外のワークは避けます。
2. 学習を強化： スキルを構築し、進化するプロジェクトのニーズをサポートするために、現場での学習を奨励します。
3. 可能な限り遅く決定：要件の変化に柔軟に対応できるよう、決定をできるだけ後回しにします。
4. 可能な限り迅速な提供：頻繁なフィードバックと素早い反復を有効にするため、スピードを優先します。
5. チームに権限移譲：個々のメンバーがスケジュール、範囲、配信に関して主体的にコントロールできるようにし、責任感を高めます。
6. 統一性の構築： 成果物が技術的なニーズや関係者のニーズを満たしていることを確認してから、作業を進めます。
7. 全体の把握：個人のパフォーマンス指標よりも、チームでのコラボレーションやチーム単位での評価を促進します。

リーンフレームワークは、定期的な成果を上げ、顧客や関係者の要求の変化に適応する必要があるチームに最適です。

クリスタル

クリスタルは、人材とコミュニケーションをプロジェクトの推進要因として重視しており、特にチームの規模や取り組むプロジェクトによってその重要性が高まります。クリスタルは、厳格なステップバイステップのプロセスに大きく依存したプロジェクト管理手法への対応として開発されました。

クリスタルでは、プロジェクトスケジュールに余裕を持たせることで、人材を重視します。これにより、定期的な振り返りやコラボレーションが促進され、プロジェクトの進行が維持され、プロセスが改善します。クリスタルはチームの規模に応じてアプローチを調整し、各規模に合わせた異なるバリエーションを提供します。

上記の規模区分を用いて、リーダーはチームのワークフローの進め方を導く7つの原則の実装を支援します。

1. 頻繁な配信：固定されたタイムラインは設けられていません。むしろ、プロジェクトの範囲や顧客のニーズに合わせた反復リリースが推奨されます。
2. 振り返りによる改善：クリスタルの柔軟性により、チームメンバーは改善すべき点を特定し、即座にプロセスを変更できます。
3. 一貫したコミュニケーション：チームの規模によって最適なアプローチは異なりますが、会議やグループワーク環境など、どの方法でもコラボレーションが鍵となります。
4. 個人のセキュリティ：プロセスが時間とともに改善されるためには、コントリビューターが安心して意見を共有できるよう、継続的なコミュニケーションが必要です。
5. 焦点： 明確に定義されたタスクと目標は、チーム内の個人やグループがプロジェクトを細分化してアクション項目にし、成果物の期待を満たすのに役立ちます。
6. 専門家やユーザーへのアクセス：誰もが定期的なフィードバックや質問への回答を容易に得られることで、プロジェクトを前進させます。
7. 技術的なツール：プロジェクトのテストおよび計画ステージでは、チームメンバーがエラーに対処し、フィードバックを共有することが奨励されます。

クリスタルフレームワークは、さらなる柔軟性や密なコラボレーションを求め、急速に変化する要件に対応したいチームによって実装されることが多いです。

アジャイルフレームワークの比較

個々のチーム向けのアジャイルフレームワークについてはすでに説明しましたが、今度はそれらが組織全体にどのように拡張できるかを見ていきましょう。

• 大規模アジャイルフレームワーク（SAFe）は、アジャイルプラクティスを大規模な企業に適用するための体系的なアプローチです。ワークはチーム、プログラム、ポートフォリオの各レベルで整理され、複数のチームを連携させるためのアジャイルリリーストレイン（ART）などの概念も含まれています。広く使われていますが、過度に規範的だと批判する声もあります。

• 動的システム開発手法（DSDM）は、プロジェクトの全ライフサイクルを網羅する定評のあるフレームワークであり、時間、コスト、品質を固定することを重視しています。8つの基本原則（ビジネスニーズに焦点を当てる、納期厳守、品質を決して妥協しない、協働など）に基づいて運用されており、反復的なアプローチによるガバナンス構造で知られています。

• ユーザー機能駆動開発（FDD）は、クライアント価値のある特定の機能を中心に組織されたモデル駆動型フレームワークです。主な5つのアクティビティは、全体モデル開発、機能リストの構築、機能ごとの計画、機能ごとの設計、そして機能ごとの構築です。進捗トラッキングが必須となる大規模かつ複雑なプロジェクトに適しています。

• 大規模スクラム（LeSS）は、複数のチームにわたってスクラムの実践を拡張します。アジャイル開発、リーンプロダクト開発、システム思考を取り入れています。チームは部門横断的かつ自己管理的な体制を維持し、部門間のコラボレーションと連携を促進します。LeSSは本質的に標準的なスクラムであり、複雑で大規模なイニシアチブ（複数拠点やオフショアチームを含む）を支援するために、追加のルールやガイダンスが拡張されています。

• ディシプリンドアジャイル（DA）は、ITソリューションを提供するための学習志向のプロセス決定フレームワークです。このアプローチは人を中心に据え、チームが特定のプロジェクトニーズに応じてプロセスを最適化できるよう、必要最小限のガイダンスのみを提供します。DAは、スクラムやかんばんのプラクティスを活用するだけでなく、ガバナンス、DevOps、ファイナンス、ポートフォリオ管理など、幅広いビジネス分野も網羅しています。

適切なアジャイルフレームワークを選択することで、プロジェクトはよりスムーズに進行し、締め切り、予算、要件をサポートできます。最適なフレームワークは、ワークフロー、役割、プロジェクトの目標によって、チームごとに異なります。

利用可能なフレームワークを評価し、あなたのチームの構造、目標、コントリビューターを最もよく支援するものを選びましょう。複数のフレームワークを組み合わせて使用することも可能です。どこから開始すればよいか迷った場合は、チームの規模、組織構造、顧客の要望、そして会社の価値観がプロジェクト管理のニーズにどのように影響するかを考慮しましょう。

次のステップに進む準備ができたら、プロジェクト管理ソリューションを実装することで、コラボレーションと透明性を意識しながら、プロジェクトにとって重大な責任や業務を一元化できます。

Adobe Workfrontは、様々なアジャイルフレームワークを活用したプロジェクト管理を支援します。これは、タスクの優先順位付け、プロジェクトの進捗状況の追跡、チームの連携の維持を可能にする、完全な機能を備えたプロジェクト管理システムです。

概要をご覧いただき、Workfrontがアジャイルフレームワークを大規模にサポートする方法をご確認ください。