上流工程で四苦八苦

直近で、上流工程を担当することがあり、「要求定義」や「要件定義」みたいな工程を担当しております。

私自身はこういったかっちりした工程を担当したことがあまりなく、四苦八苦しながらなんとかやっております。

んで、これを機にどういったフェーズかといったことを自分なりにまとめてみようと思います。

そもそもシステム開発とは

私は業界歴自体は10年ちょっとなんですが、手を動かすことが多く、今でもプログラミングが好きです。

そうするとどうしても技術的な部分にフォーカスしがちなのですが、システム開発のそもそもの目的は「ユーザー側の課題解決」になります。

ただ難しいのは「そもそも何が問題なのか」を明確にすることです。

システム開発って目に見えないものをつくるだけに、出来上がってから「こんなんじゃなかった」ってことが頻発しますよね。あるあるなのは、ユーザーの言うとおりにいっぱい機能いれたけどあんまり使わなかったとか・・・

これらを完全に防ぐことは難しいんですが、ユーザーの問題や要望、解決策をまずしっかり定義するのが要求定義と要件定義になります。

フェーズの順序的には以下のようになりますかね。

(システムと離れて)ユーザーが何に困っているのか、どのような問題を解決したいのかを明確にすること

要求定義は、システム開発以前の段階として、「システム化する前に何が悩みだったんだったけ？」ということを考えるスコープです。

システムから離れてまず何に困っているんだけ？ってことですね。
そのためにはまずユーザーが普段どんな行動をとっているのか？っていう現状を把握するところ(AsIs)から始まります。

そして、これができたら、「次に解決すべき課題はなにか」「どのようにしたらそれが解決できるか」のあるべき姿(ToBe)を定義します。

そう考えると要求定義はシステムうんぬんよりはマーケティングに近い領域かなぁと思います。技術的な解決策ではなく、ユーザーの課題を発見することがメインになるので。

この場合、エンジニアの本ではないんですが、マーケティングコンサルの佐藤義典さんの本はめちゃおすすめです。
(今回のケースだと『実践マーケティング思考』がドンピシャ)

要求定義をもとにシステムとして実現するために具体的な仕様を決定すること

要件定義は「ユーザーの悩みをいかにシステムに落とすか」を決めるフェーズです。

ここはユーザーの悩みや希望がわかっており、それを解決するためにシステムに機能をどう落とし込んで行くべきなのかというフェーズになります。

要求定義よりはシステム開発の具体的な機能群の話になってきます。

まとめると以下のようになりますかね・・・