要件が決まっていないのですが、その状態でも開発会社に相談できますか？
ANSWER
相談できます。要件が固まる前の方が、作らずに済む機能を減らせるぶん、費用と手戻りを抑えられます。
要件が決まらないのは、発注側の準備不足ではないことがほとんどです。何を作るべきかは、業務の実態と、使える予算・期間を突き合わせて初めて決まります。社内だけで固めようとすると、実装が難しい前提や、作っても使われない機能が混ざりやすくなります。
初回のご相談でうかがうのは、機能ではなく困りごとです。誰のどの作業に時間がかかっているのか、その作業が止まると何が困るのかが分かれば、作る範囲はそのあとで詰められます。
要件が決まらない主な原因
- 解決したい困りごとが複数あり、どれを先に扱うかが決まっていない。
- 現場の作業手順が人によって違い、標準の形が存在しない。
- 予算と期間の上限が決まっておらず、範囲を切る基準がない。
- 決裁する人と、実際に使う人の関心がずれている。
- 同種の仕組みの相場が分からず、規模の見当がつかない。
相談前に整理しておくと早いこと
完成した要件定義書は不要です。困っている作業を1つ挙げ、それが誰の作業で、どのくらいの頻度で発生し、今どうやって処理しているかを説明できれば、初回の打ち合わせは十分に進みます。既存のExcelや手順書があれば、整理した資料よりも、そのまま見せていただく方が実態が分かります。
- 解決したい困りごとを1つに絞ったときの、その作業の流れ
- 1か月あたりの発生件数と、かかっている時間
- 今使っているツール・ファイル・システム
- 使える予算と、いつまでに何が動いてほしいか
改善の方向性
- 要件定義だけを先に切り出して発注し、作るかどうかはその結果で判断する。
- 小さい範囲をPoCとして先に作り、実物を見ながら要件を確定させる。
- 機能ではなく、業務の困りごとを基準に優先順位を決める。
- 決裁する人と使う人の双方に、早い段階で同じ画面を見てもらう。
相談の目安
要件が固まっていない段階でも、PoCで収まるのか数か月の開発になるのかという概算の規模感はお伝えできます。一方で、業務フローそのものを変える判断が必要な場合は、開発の前に業務の整理から入った方が早いこともあります。その切り分けも含めてご相談ください。