要件定義研修パッケージ

要件定義を単なる要望整理で終わらせないために、要望・要求・要件の違いから確認します。開発手法による位置づけや上流工程の役割を踏まえ、最初に何を明らかにすべきかを考える授業です。

個別の要望をそのまま仕様にせず、企業や業務の全体像から要求を捉える視点を扱います。4つの図を使って関係者の考えを整理し、部分最適に偏らない要件定義の準備を進める授業です。

要件定義で扱う範囲が広がりすぎたり、制約の確認が後回しになったりする状況を防ぐための授業です。二つの進め方を押さえたうえで、データと業務プロセスを要件として表す視点を整理します。

機能だけを決めて要件定義を終えるのではなく、品質や使いやすさなどの非機能要件も検討します。CRUDマトリクスやFURPS＋を手掛かりに、要件の確認と後続工程へのつなぎ方を考える授業です。

要件定義だけを切り出して考える前に、プロジェクトマネジメント全体の中での役割を確認します。関係者が同じ前提に立つために、基本用語と要件定義フェーズの重要性を押さえる授業です。

プロジェクトの対象範囲が曖昧なまま進むと、追加要望や認識のずれが起こりやすくなります。スコープマネジメントの目的を理解し、WBSを使って要件定義を進める際の考え方を学びます。

業務で実現したいことと、システムで実現する内容を混同しないための授業です。二つの要件定義の違いを踏まえ、目的や実現レベルを開発へつなげる際の整理方法を確認します。

要件定義が行き詰まる理由を、現場で起こりやすい六つのパターンから振り返ります。プロジェクトマネージャーが状況を見極め、次の対応を考えるために押さえたい勘所を扱う授業です。

要件定義を終えた後に何を確認し、次の工程へどう引き継ぐかを考えます。クロージングの判断や次フェーズの計画を押さえ、後続工程で要件の抜けや認識差が表面化する事態を防ぐ授業です。

外部ベンダーへ提案を求める前に、自社の目的や業務課題をどう整理するかを考えます。RFPの役割と記載項目を確認し、システム化の目的を曖昧にしない発注側の準備を学ぶ授業です。

RFPを具体化する際に、業務要件とシステム要件をどう分けるかを扱います。発注側が先に整理すべき業務の姿を確認し、ベンダーへ渡す要件が曖昧になる原因を考える授業です。

業務要件をいきなり文章にせず、まずシナリオとして書き出して整理します。業務を細かく分け、前提となる情報も添えながら、ベンダーが理解しやすい要件へ変える流れを学びます。

要件を渡した後も、進捗やリスクを把握しなければプロジェクトは安定しません。WBSやアーンドバリューマネジメントを使った見方を確認し、問題の兆候を早めに捉える管理方法を学びます。