次期システムについて考え抜きます。1受注レビューご注文を頂いたら、営業からSE(システムエンジニア)へご提案内容の引継ぎを行います。ここからは、導入メンバーとして、お客様専任の営業・SEが要件定義を担当させていただきます。2キックオフキックオフでは、次期システム導入成功に向け、プロジェクト関係者全員で顔合わせをします。FutureOneの要件定義は、ご提案をさせていただいたメンバーも参画します。ご提案時の内容を十分に理解した上で、要件定義に臨むことができます。担当者が変わらないので、同じことを何回もインタビューされることはなく、お客様の負担や不安も解消します。3お打ち合わせ各部の担当者やシステムを使用する現場の皆様と、繰り返しお打合せを行います。お打合せの初回には、まず要件定義のゴール(目標)・方針を設定します。通常、お打合せを進めていくと、次第に要件が膨れ上がります。その時に、ゴール・方針に立ち返り、軌道修正をしていきます。お客様と一体になって、次期システム(会社の未来)について考え抜く姿勢を大切にしています。要件定義の内容や課題を、週次でレビューを行います。週次でレビューすることで、システムの仕様の考慮抜け・漏れを防止します。5基本設計お打合せを重ねていく中で、次期システムの画面イメージや画面項目などの基本設計を行っていきます。最終的に、システム確認書を作成して、お客様にご確認いただきます。6ステアリングコミッティ月に一度のステアリングコミッティを実施します。プロジェクト関係者(部門長・役員など責任者様を含む)で、スケジュールや課題についての確認、認識合せをしていきます。現場レベルでは解決できない課題の解決を図ります。プロジェクトを円滑に推進するために、重要な場になります。要件の考慮抜け・漏れがないか、成果物に問題はないかの最終確認のため、要件定義EXITレビューを行います。レビューにて問題がなければ、確定した要件に基づき、最終的な開発費用を再見積もりさせていただきます。その後、開発フェーズに移っています。会社のために何を優先すべきか要件定義を進めていくと、部門ごとの個別の要求をどうするかに頭を悩ませました。その時に、当社に判断を委ねるのではなく、“会社のために何を優先すべきか”という観点で一緒に考えてくれました。できないではなく、対案を現場からの要求を重視するあまり、要件定義(会社)の方針から外れることがありました。その時に、きちんと軌道修正してくれました。現場要求には「できない」ではなく「運用対応」などの対案を出してくれました。