第1回：プロジェクトマネージャのためのAgile入門（Agileの本質）

私がAgile開発という言葉を耳にしたのは、2010年頃でした。

とあるクライアントからの要望でAgile開発によるシステム導入の管理を行いました。

当初の私の認識としては、スクラップ＆ビルドでブラッシュアップするスパイラルモデルの構築とほぼ同義であろうという程度に考えでした。

しかし、実際には本質的な部分が違うということに、早い段階で気付かされます。

それは、“スコープ”、“工数”、“期間”の考え方が異なるという事です。

一般的なウォーターフォール型の開発の場合、“スコープ”が固定されており、それに対して、“工数”と“期間”を見積もります。

スパイラルモデルに関しても、要件を明確にするためにスパイラルモデルを用いるのであって、あくまで“スコープ”は固定されているという点からすると本質的にはこれと同様だと思います。

しかし、Agileモデルは全く違っていました。

Agileモデルで固定されるのは、あくまで“工数”と“期間”であって、“スコープ”は変動するのです。

この違いというのは、プロジェクトを管理する側の立場としては、非常に大きな違いになりました。

通常のウォーターフォール型の開発であれば、確定したスコープに対してWBSを作成し、スケジュールとコストの見積もるのに対し、

Agile型の開発においては、クライアントの要件が“薪”のように積み上げられており、決まった期間とコストの中で、この薪（=要件）を優先順位の高いものから燃やしていく（=開発する）のです。

よって、プロジェクト管理においては通常用いるWBSのようなものは用いず、薪を燃やす状況を表した“Burn Down Chart”なるものを用いて管理を行います。

“Burn Down Chart”の説明は別の機会に行う事としますが、この管理手法の違いというのは、アサインする要員、会議体、クライアントの関与の仕方、ドキュメンテーション、契約形態などプロジェクト管理の要素に多大なる影響を及ぼします。

次ページに簡単に一覧でまとめてみます。