第2回　「ユーザー主導開発」の効果と取り組み方

この事例では、アジャイル開発を導入することにより、1ヶ月単位で要件定義と開発を行いシステムをリリースし、それをユーザに使ってもらってフィードバックをするということを繰り返してシステムを構築しました。この進め方にすると、業務部門が欲しいことが合っているのか、本当に欲しいのか、1か月後にすぐにわかります。そこで必要な修正を加えていくというPDCAを迅速に回すことができるようになったのです。

従来通りの丸投げの方式で開発を進めていれば、1年半後に出てきたシステムの機能のほとんどは使い物にならないことになっていたでしょう。そうなればかなりの規模の追加開発ということになっていたはずです。実際に利用するユーザが、開発に主体的に参画するユーザ主導型開発だからこの見えないコストを防ぐことができたのです。

もちろん有効です。ユーザ主導開発は、ユーザ側が開発プロジェクトのPDCAのサイクルを回すことに参画することで開発の効率を高める手法です。アジャイル開発では、要件全体が見切れず手探りで進めなければならないようなシステム構築には非常に効果的な方法ですが、そのようなシステムばかりではありません。要件の定義をしっかり行って進めていく従来のウォーターフォールで十分なシステムも多数あります。ウォーターフォール型であっても、ベンダーの開発作業がどう進んでいるのかを客観的にユーザ側で把握し、計画との違いを見つけ出して必要な手がすぐに打てるようにすることで、開発を効率的なものにしていくことが出来ます。

定常的にいくつもの開発を並列で行っているユーザ企業の場合には、自社の標準のフレームワークやツールを使ってベンダーに開発してもらうのが有効です。標準のツールを使ってもらうと、チェックがしやすくなりますし、何よりユーザ側にノウハウが蓄積されます。開発ベンダーは、自分たちの慣れたツールとプロセスで進めたいという主張をしますが、そうするとユーザ企業からは状況を把握しにくくなります。遅れているように見えるが、自分たちの経験では大丈夫だといった、ベンダー側の言い訳の温床になります。もっと問題なのは、そうして導入したツールのせいで、その後の開発がベンダー固有のソフトウェアでロックインされてしまうことが起こります。企業内で行われている開発が、複数の開発ベンダーを主体に行った結果、似たようなフレームワークがたくさんあって、それぞれ継続開発は他に頼めないという状況になっていたりします。こうなってしまうと、企業インフラの維持だけで、膨大な見えないコストが発生し続けることになります。このあたりは、経営トップにも気がつかないうちに進行しているので気を付けた方が良いですね。