8-1. アジャイルプロジェクトマネジメントの基本思想（マニフェスト）

近年、システム開発のみならず、多くの新規事業開発で導入が進んでいるのが「アジャイル（Agile）」アプローチです。アジャイルとは「俊敏な」「機敏な」という意味の形容詞であり、変化の激しい環境下で「小さく作り、素早くリリースし、フィードバックを得て改善する」マインドセットと手法体系を指します。

アジャイルソフトウェア開発宣言（アジャイルマニフェスト）

アジャイルの思想的基盤となっているのが、2001年に米国のソフトウェア開発者17名によって起草された「アジャイルソフトウェア開発宣言（Agile Manifesto）」です。この宣言の中では、アジャイルが重視する「4つの価値」が以下のように定義されています。

私たちは、ソフトウェア開発の実践あるいはそれを通じた他者の支援を通じて、新しい開発方法を見出しつつある。このプロセスを通じて、私たちは以下の価値に至った。 — アジャイルマニフェストより

重視する左側の価値	対比する右側の価値	アジャイルにおける解釈・適用例	プロジェクト運営へのインパクト
プロセスやツールよりも【個人と対話】	プロセスやツール	高価なプロジェクト管理ツールや複雑なルールに頼るよりも、チーム内の活発な直接対話（毎日のスタンドアップ等）を重視する。	チームのコミュニケーション障壁を取り除き、問題の早期発見と自己組織化を促す。
包括的なドキュメントよりも【動くソフトウェア】	包括的なドキュメント	詳細な設計書を完成させることよりも、実際に顧客が触って動くプロトタイプや製品を素早く提供する。	顧客から「実際のプロダクト」をベースにした確実なフィードバックを早期に得られる。
契約交渉よりも【顧客との協働】	契約交渉	「契約書の範囲外だからやらない」と対立するのではなく、顧客と同じチームとして、共に価値あるものを作り上げる。	受発注の壁を越え、ビジネス課題の解決に向けた柔軟な方向修正が可能になる。
計画に従うことよりも【変化への対応】	計画に従うこと	当初の計画に固執するよりも、市場の変化や顧客の要望変更に柔軟に適応する。	「計画通りに進めたが、リリース時には市場のニーズが変わっていて受け入れられない」といったリスクを軽減する。

右側の価値を否定しない

アジャイルマニフェストは、「右側の事柄（計画、プロセス、ドキュメント）に価値がないと言っているわけではない。私たちは、左側の事柄により大きな価値を置く」と明記しています。ドキュメントや計画はアジャイルでも必要ですが、それが目的化してはいけないという注意点です。

アジャイルマニフェストの4つの価値対比

アジャイルの思想における優先順位の対比をビジュアル化したものです。

図 8-1：アジャイルマニフェストが定義する「4つの価値」対比

12の原則

アジャイルマニフェストには、4つの価値を実践するための具体的な行動指針として「12の原則」が記述されています。主な原則には以下があります。

顧客満足を最優先し、価値のあるソフトウェアを早期に、かつ継続的に提供する。
開発の後半であっても、要件変更を歓迎する。アジャイルプロセスは変化を顧客の競争力に変える。
動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースする。
自己組織化されたチーム（指示待ちでなく、自分たちで判断し行動するチーム）からこそ、最良のアーキテクチャや要求、設計が生まれる。
チームが定期的に「どうすればもっと効率的になれるか」を振り返り（レトロスペクティブ）、その結果に基づいて行動を調整する。