プロジェクト企画・要件定義
目的とゴール、範囲と体制を定め、要件定義書やRFPへ落とし込みます。要件定義までのご依頼も承ります。実装と運用を知る立場で定めるから、実現できる要件になります。
ISSUE
曖昧なまま始めたプロジェクトは、必ず止まる。
プロジェクトマネジメントが、進行を止めません。
目的、KPI、範囲、体制、スケジュール。開始の時点でプロジェクトの全体を可視化し、欠けている要素を先に埋めます。進行・品質・リスクを統率するプロジェクトマネジメントが、途中で止まらない理由です。
- 01 目的とゴールが、言葉になっていない
- 02 KPIが定まっていない
- 03 RFPが無い
- 04 予算とスケジュールに、根拠が無い
- 05 関係者と決裁の流れが、整理されていない
OFFER
決めるべきことを、決めるべき順に。
現状の整理から、発注の準備までを設計します。
現状の把握、要件の定義、計画、発注の準備。前の決定が次の判断の材料になるよう、順に積み上げます。
01
現状と課題の整理
現行サイトと業務の実態を調べ、事実と課題を切り分けます。思い込みではなく、観察できる事実から始めます。
02
コンテンツ・システムの要件定義
何を載せ、どう動かすか。画面の範囲と機能の要件を定め、関係者の合意を書面に残します。
03
計画書・RFPの作成
目的、範囲、体制、スケジュールをひとつに。そのまま発注に使えるRFPとして仕上げます。
04
発注前の比較条件づくり
複数社の提案を、同じ物差しで比べるために。評価の観点と条件を、先にそろえます。
FLOW
工程ごとに、決めることを決めきる。
曖昧さを、次の工程へ持ち越しません。
各工程の終わりに、決めたことを成果物として残し、ご承認をいただいてから次へ進みます。後から前提が覆らないため、手戻りが起きません。
// 01
ヒアリング
目的、現状、関係者、制約を伺います。
- 成果物
- ヒアリングレポート
// 02
現状の整理
現行サイトと業務を調べ、事実と課題を切り分けます。
- 成果物
- 現状分析
// 03
要件定義
載せる内容と、必要な機能を定めます。
- 成果物
- コンテンツ要件定義書／システム要件定義書
// 04
計画
範囲、体制、スケジュール、リスクを定めます。
- 成果物
- プロジェクト計画書／WBS
// 05
RFP
複数社へ、同じ条件で依頼できる形に整えます。
- 成果物
- RFP（提案依頼書）
OTHER SERVICES
CONTACT
はじまりは、一度の相談から。
構想の段階から、伺います。
返信は担当者から2営業日以内にお送りします。
- STEP 1
担当者からご連絡
ご相談内容を確認し、メールでご連絡します。
- STEP 2
お打ち合わせ
現在の状況と、決まっていることを伺います。
- STEP 3
進め方のご提案
範囲・体制・スケジュールとお見積りをお送りします。