アジャイルは、ソフトウェア開発者がプロジェクトにウォーターフォール方式を使用しているときに経験したフラストレーションの結果として生まれたプロジェクト管理アプローチです。
その結果、スクラムやカンバンといったアプローチが、これらの「重量級」な手法に取って代わる形で開発されました。その後、17人のソフトウェア開発者が集まり、これらの新しい方法論について議論しました。この議論からアジャイル宣言が生まれました。それ以来、スクラム、カンバン、XP、リーンなどがアジャイルと呼ばれるようになりました。アジャイルアプローチ：
- プロジェクトを小さな段階に分割する
- 部門横断的に連携するための対策を講じる
- 各イテレーションで最終製品を改善します。アジャイルの優れた点は、変化する期待に合わせて最終結果を何度も変更できることです。
- 顧客は、計画、実行、評価まで、プロセスの各ステップに参加します。
これらの値については、以下でさらに詳しく説明します。
アジャイルはIT分野を背景にしていますが、アジャイルプロジェクトマネジメントの原則は、 IT分野以外でも非常に役立つプロジェクトマネジメント手法となっています。今日では、関連するCSM認定資格さえ取得していれば、あらゆる分野の誰もがアジャイルを用いてプロジェクトを管理できます。
アジャイルの核となる価値観
アジャイルガイドラインの創始者たちは、プロジェクトチームが顧客とどのように連携してより良い価値を提供できるかについて、独自の考え方を持っていました。彼らは自らの経験に基づき、以下の点を重視していました。
- プロセスやツールではなく、個人とインタラクション 。ツールやプロセスは常に必要ですが、有能な人材で構成されたチームが効果的に連携することが望ましいです。
- 包括的なドキュメントではなく、実際に動作するソフトウェアです 。実際に動作するソフトウェアは、顧客が支払った金額に見合った成果を得ていることの証明です。
- 契約交渉に代わる顧客コラボレーション 。顧客とのコラボレーションにより、プロジェクトチームは顧客のニーズをより深く理解することができます。
- 計画に固執するのではなく、変化に対応すること が重要です。顧客の環境は変化し、プロジェクトチームはこれらの変化に適応し、新たな解決策を見つけることが重要です。計画があまりにも固執的すぎると、既に考案された解決策が、変化した環境では機能しなくなる可能性があります。
アジャイルの特徴
アジャイル プロジェクトには次の特徴があります。
反復的、漸進的、進化的な変化
作業は小さな単位に分割されます。これにより、プロジェクト開始前に必要な計画の量が削減されます。タスクは4週間以内の短い期間（イテレーション）で完了します。
各イテレーションでは、部門横断的なチームによる共同作業が行われます。各イテレーションの終了時には、チームはステークホルダーに対し、実際に動作する製品をデモンストレーションする必要があります。製品が市場投入に間に合わない場合でも、動作するモデルをデモンストレーションすることで進捗状況を示すことが目的です。タイムボックスを設けることでリスクを最小限に抑え、変化への適応性を高めることができます。
効率的なコミュニケーションと対面でのチームワーク
同じ場所で作業するチームは、より効果的に連携し、より効率的にコミュニケーションを取ります。異なる場所で作業するチームは、コミュニケーションサイクルが長くなります。各イテレーションでは、各チームを代表して1名のメンバー（顧客担当者）（スクラムではプロダクトオーナー）が参加し、チームに代わって質問に答え、ステークホルダーとのレビュー会議に参加します。レビュー会議は、各イテレーションの終了時に顧客のニーズと目標が満たされていることを確認するものです。
短い適応サイクル
毎日の会議 (SCRUM を使用している場合は毎日のスクラム) は、各反復中に行われ、障害を根絶し、毎日の目標への整合性を確保し、タスクの完了を追跡します。
品質に重点を置く
アジャイルプロジェクトマネジメントの原則は、当初から高品質を保証する手法とツールを推奨しています。このアプローチを採用するソフトウェアチームや製品チームは、最初のイテレーションの終了時点から顧客に実用的なモデルを保証できます。
アジャイル原則の説明
「アジャイル運動」のすべてのフレームワークは、次のアジャイル作業原則に従って動作します。
顧客満足度
アジャイル開発のマニフェストにある短期的なイテレーションは、チームが各イテレーションにおいてプロジェクト目標を早期かつ継続的に達成することを保証します。ウォーターフォール型アプローチでは、プロジェクト終了時に最終成果物が提示されるまで待つことで、顧客は大きなリスクを負うことになります。
変化への適応
前述の通り、顧客のビジネス環境やニーズの変化に応じて要件は変化します。アジャイル手法は、特に顧客に競争優位性をもたらすような変化にも対応可能です。さらに、これらの変更は最終的なタイムラインに遅れることなく完了できます。
より短い期間で運用および配信
スクラムのような方法論は、「スプリント」と呼ばれる短いタイムラインで運用されます。スクラムの原則によれば、チームは各スプリントの終了時にレビュープロセスを実施する必要があります。
関係者とプロジェクトチームの日々のコラボレーション
人々が毎日協力し合うことで、プロジェクトの目標に沿った意思決定を行うことができます。
チームのモチベーション、サポート、信頼
モチベーションの高いチームは、労働条件に不満を持つチームよりも優れた成果を上げます。プロジェクトチームは、適切な作業ツールや適切な環境など、企業からのサポートを受けるべきです。しかし、プロジェクトを委託するチームは、十分な訓練を受け、プロジェクトの成功と納品の実績を持つチームに限定することが重要です。
対面コミュニケーション
共同配置により、すべてのチームが互いにより効果的にコミュニケーションできるようになります。
持続可能な作業ペース
チームは一貫した速度で作業し、リリースごとにこれを繰り返し実行する必要があります。
優れたデザインと優れた技術力による俊敏性
チームは顧客のビジョンを実現できるスキルを備えている必要があります。反復的な変更によって最終製品の品質が向上し、最終的に求められる俊敏性が得られます。
シンプルさ
最初からすべてをシンプルにしましょう。完璧な製品を作ろうと焦るのではなく、とりあえず使えるバージョンを作りましょう。
チームは自己組織化されるべきである
これにより、オーナーシップが高まり、コミュニケーションが改善され、意思決定の権限が与えられます。最終的に、このようなチームによって作成される設計とアーキテクチャは、より質の高いものになります。
チームのパフォーマンスと調整の定期的な評価
チームは、自らの行動がパフォーマンスにどのように影響するかを常に評価し、その結果に基づいて、運用上の有効性を達成するまで自己調整を行う必要があります。
進捗は、製品の機能バージョンを提供することによってのみ測定されます
つまり、反復ごとに、機能するモデルを示す場合にのみ、チームは目標を達成したとみなされます。
結論: プロジェクト管理にアジャイルを学び、活用する理由
アジャイルはプロジェクト管理の唯一の方法ではありませんが、前述のアジャイルの原則と価値観を踏まえると、企業がこのアプローチを継続的に支持する理由は容易に理解できます。PMIの調査によると、71%の企業がプロジェクト管理にアジャイルを採用しています。
同レポートでは、組織のプロジェクトマネジメント実践が成熟しつつあることも示されています。専門家にとって、これはプロジェクトチームを編成する際に、スキルと才能がこれまで以上に重要になっていることを意味します。適切な認定資格は、大学新卒者からリーダーシップを発揮する人まで、誰にとっても価値のある資格です。
