こんまり風要件定義のススメ - 室長のひとりごち

こんまりメソッド、あれはITのプロジェクトでの様々なやるか・やらないを判断するときの意思決定に即していると思う。いや、実際、それでプロジェクト計画も見積もり時のリスク対策もやっているはずだと思うのだが、要件定義にピッタリだ。

世の中はあまりそうでもないようなので、だったらこんまり風にやったらいいじゃない、と思う。

こんまりメソッドは4つのステップで紹介されている。

1は事象だ。解決したい状況、課題に当たるものだ。

2は記憶は、課題の詳細を辿るプロセスである。

3は課題で対応することに価値あるものの意思決定だ。

4は価値のない課題を混ぜるな、である。

これを要件定義に当てはめる。

なんちゃってでないアジャイル開発だったら、こんな風にスコープを絞る。

行けてる要件定義は、システム開発手法に関わらず、必要な課題だけやっているはずだが、実際は予算枠に余裕しろがあったり、顧客がコミットするとあったらいいね、まで混入してしまう。

SIerを引き合いに出すのはあれだが、よく見聞きする要件定義は、こんな感じではないだろうか。