こんにちは、コンサルティング事業部の安藤です！
私はいま、写真・映像サービスの専門企業のお客様の制作・販売・会計に至る基幹業務のプロセス・システムの刷新プロジェクトに携わっております。
業務・システム刷新の最上流工程である構想検討からご支援をスタートし、現行業務整理や課題抽出、業務要求定義などを行った上で、システム製品・開発ベンダー様の選定を行い、直近ではクライアント・システム開発ベンダー様とともに「システム要件定義」フェーズを進めています。この「（システム）要件定義」のフェーズは、システム導入において非常に重要な工程と言われることが一般的です。
本記事では、「要件定義*」とはどういったことをするのか、どうして重要なのかを僭越ながら紹介できればと思います。
*この場合の「要件定義」は、システム製品選定後にシステム開発ベンダー様と共に行うシステム要件定義工程を指します。
1. 要件定義とは？
システムを最終的にリリースするまでに、大まかに「要件定義 → 基本設計 → 詳細設計 → 開発 → テスト → リリース」という工程を辿ります。
その中でも要件定義は、すべての工程の“土台”となるフェーズです。
一言で言えば、
「このシステムで、何を実現したいのか」
「どこまでできれば“成功”と言えるのか」
を、関係者全員が同じ言葉・同じ認識で合意するための工程です。
2. 「どう作るか」より「何を作るか」
要件定義では、いきなり画面構成やボタン配置などの話はしません。
まず整理するのは、業務そのものについてです。
- 現在どのような業務を行っているのか
- どこに負荷や無理があるのか
- 新しいシステムで何を改善したいのか
ここで重要なのは、
「今のやり方をそのままシステム化することが正解とは限らない」という点です。
「昔から続けているが、実は不要かもしれない」
「システムが変わるなら、業務も見直せるかもしれない」
そうした本質的な議論が生まれるのも、要件定義ならではの価値です。
3. 要件定義は、“対話の連続”
要件定義という言葉から、「要望を集めて、資料を作る作業」をイメージされることも多いですが、実際はかなり会話中心です。
- 部署ごとに立場や優先順位が違う
- 同じ言葉でも、意味の捉え方が違う
- 「なんとなく不便だけど、うまく説明できない」
こうしたことが、打ち合わせでは本当によく起こります。
なので、
「それって、どういう場面で使いますか？」
「なぜそれが必要なんでしょう？」
と一つずつ確認しながら、少しずつ整理していきます。
このすり合わせのプロセスこそが、要件定義の本質だと感じています。
4. 難しいけど、面白い理由
■ 要件定義の難しさ
要件定義が難しいと言われる理由はシンプルです。
後からの修正が容易ではない工程だからです。
ここで合意した内容を前提に、設計・開発は進んでいきます。
そのため、後になって
「それは含まれていると思っていました」
「イメージしていたものと違いました」
といった認識のズレが生じると、追加対応やスケジュール調整が必要になります。
だからこそ、要件定義フェーズでは、
システムに求める要件を可能な限り具体化し、関係者間で認識を揃えておくことが重要になります。
■ 要件定義の面白さ
一方で、要件定義は非常にやりがいのある工程でもあります。
・本質的な課題が見えてくる
ヒアリングを重ねるほど、表面的な要望の奥にある“本当の課題”が浮かび上がってきます。
例えば、「入力画面を増やしたい」という要望の背景に、
実は「属人化した業務フローを整理したい」という課題が潜んでいた、というケースも少なくありません。
問題の核心に迫り、解決の糸口を見つけていくプロセスは、要件定義ならではの醍醐味です。
・関係者の合意形成をリードできる
経営層、現場、IT部門など、立場や優先順位の異なる関係者の意見を整理し、ひとつの方向性へ導いていくことも求められます。
多様な視点を統合し、プロジェクトが同じ目標に向かって動き出す瞬間には、大きな達成感があります。
5. オーセントのコンサルタントの役割
私たちが大切にしているのは、
「前に立って引っ張ること」よりも、「隣に立って一緒に考えること」です。
要件定義では、
「必要だと思うけれど、うまく言葉にできない」
「改善したいが、何が最適か分からない」
という場面が多くあります。
そんなとき、私たちはすぐに答えを提示するのではなく、
「どのような場面で困っていますか？」
「その作業はなぜ発生しているのでしょうか？」
と問いかけながら、一緒に考えます。
現場の声をそのまま要件にするのではなく、
背景や想いまで含めて受け止め、形にしていく。
それが伴走型コンサルタントの役割だと考えています。
また、
「せっかくなら、これも入れたい」
「将来を見据えて、あれも実現したい」
という声も必ず出てきます。
その際も、「やらない」と切り捨てるのではなく、
「今やるべきか、後でやるべきか」を一緒に整理します。
時にはブレーキ役に、時には背中を押す役に。
常に同じ方向を向いて走る存在でありたいと考えています。
6. さいごに
要件定義は、単なるシステム開発の準備工程ではありません。
これからの業務の在り方を見直す、大きな機会でもあります。
簡単ではありませんが、対話を重ねることで、
「作ってよかった」と心から思えるシステムに近づいていく。
その過程に、私は大きなやりがいを感じています。
本投稿を受けて、コンサルティングの仕事に少しでも興味を持っていただけましたら、ぜひエントリーやカジュアル面談でお話ししましょう！
▶エントリーはこちらから！
Recruit | 【AUCENT Inc.】株式会社オーセント
法人のお客様で、システム導入や刷新に関するお悩みがございましたら、
コンサルティング事業部までぜひお気軽にご相談ください。
