アジャイル開発にありがちな、途中でコロコロ変わる発注側の要望……仕様が未確定のまま納期を過ぎてしまった

アジャイル開発につきまとう“Moving Goal”の危険性

　アジャイル方式でプロジェクトを進めていると、当初の発注者側が明確に描いていた「完成の姿」が、自身の中でも少しずつ曖昧になっていくことがあります。ベンダーが開発した部分をレビューなどで見ている際にはそれなりにプロジェクトが前に進んでいるように思えても、その直後に別の課題や要望が生まれ、気付けば「今回の開発ではどこまでを完成とみなすのか」が自分でも整理しづらくなるといったことがよく発生するものです。

　無論、発注者側のシステム担当としても、むやみに開発規模を大きくしたり、要求を変更したりするつもりはないのですが……。たとえば、社内のエンドユーザーから寄せられる改善要求を丁寧に拾い上げ、「できるだけ事業のスピードに合わせて開発に反映させたい」など、組織の要望に応えるシステムを作ろうとすればするほど、スコープが膨らみ、ベンダーあるいは開発チームとの認識の隔たりがどんどん広がってしまうなんてことは、アジャイルに限らず日常茶飯事です。

　そうなってくると、ベンダー側としても「仕様がいつまでも固まらない」という不満が溜まりますし、発注側としても結局、「思い描いたものがいつまで経っても出来上がらない」という不満が膨らんでいくわけです。

　今回取り上げる判例は、こうした発注側の意思決定の遅れや、仕様確定の曖昧さが積み重なり、最終的に「未完成の責任はどちらにあるのか」が法的判断の争点となったケースです。アジャイル開発の特性と、発注者・受注者それぞれの役割がどう作用したのかを確認することで、現在進めているプロジェクトにおいて、どのような点に注意を払うべきかが見えてきます。