要件定義というのはシステム開発の①、開発の②や③、使用する製品を決める最も重要なフェーズです。 家づくりで言うと間取りを決めるフェーズにあたると思います。

要求、要件というワードが度々出てきますが、要求というのは「何々したいという顧客の①」で、要件というのは「要求を実現するための②」 と言えます。

要件定義フェーズで最も重要なのは、「システム化する①を把握する」というものです。 ここの認識が合っていない限り、満足のいくシステムを構築することは難しくなってしまいます。

5W1H、特に「①」を常に意識してヒアリングに努めるというものです。 「なぜ②が必要なのか？」 「現場の好ましくない状況つまり③は何なのか？」 「達成したい状態・システム導入の④は何か？」 「システムの具体的な⑤は？」 上記のように、5W1Hを使って、顧客の要求を引き出すように、打ち合わせなどの顧客のコミュニケーション中に意識すれば、自然と解像度を高めることができます。

業務フロー図に関しては、現状の業務フロー図と、新システムの業務フロー図の両方を見せて新旧の違いを明らかにしましょう。 後で「これが違う」とならないように、きちんと見える化をして、①や②はわかりやすく吹き出しなどで強調するようにします。

現状の業務フロー図が書けたら、前フェーズで出した課題の解決策を検討します。 「解決策を考える」、つまり「業務を①する」というのはエンジニアの腕の見せ所です。 システムエンジニアはシステムを構築するだけの人ではなく、顧客の②を解決するためのプロなのです。

「システム化する／しないに関わらず」利用者がやりたいこと（やるべきこと）が「①要件」で、それをシステム化する際に必要な機能や対策が「②要件」ということです。

課題を分析する際には以下の5つの視点で考えることが重要です。 ☐業務プロセス ☐①内容 ☐制度・ルール ☐組織・体制 ☐職場環境

①を時系列に、優先順位順に配置したものが①マップです。 エンドユーザーの②とプロダクトに求める③を時系列で整理し、それを実現するために必要な機能や要件をマッピングすることで、プロダクトの開発にかかわるすべてのメンバーが実現する価値の目的や優先順位を視覚的に捉えられるようになります。

プロトタイプ開発とは、開発期間中早い段階でシステムの①（プロトタイプ）を作成し、クライアント（ユーザー）からの②を受けることで作り込んでいく開発手法です。

見積もりをする際は三つの心構えが重要となります。 ☐ 見積もりはプロダクトとプロジェクトの設計であるという感覚を持つ(ロジカルに考える) ☐ピタリと合わせるのではなく、①を無くすことが重要 ☐ 勘と経験は駆使する

業務要件の定義においては、まず業務フローをインプットに「①」を作成します。「①」とは、業務を体系的に大分類・中分類・小分類という形式で上位から下位までを一覧にまとめたものです