01. 要件定義ポータル
顧客要件・質問票・トレーサビリティ資料を集中管理するセクションです。原資料への導線と、技術中立な要件定義書を最短で辿れるように構成しています。
🔑 最重要リンク
🗂️ フォルダマップ
| ディレクトリ |
内容 |
主な利用者 |
original/ |
基本仕様書.pdf、業務について.pdf、BtoB発注システム要件 (最新).xlsx など原資料一式 |
要件定義担当、ビジネス担当 |
consolidated/ |
原資料をもとにした統合要件書 |
プロダクトマネージャー、開発リード |
| CSV テンプレート群 |
04〜07の各種テンプレート |
他案件への転用、レビュー時のチェックリスト |
flowchart LR
source[原資料
original/] --> review[要件分析]
review --> spec[統合要件書
consolidated/requirements-specification.md]
review --> questions[質問票更新
Google Spreadsheet]
questions --> registry[要件台帳
08-ritsubi-requirements-registry.csv]
spec --> registry
原資料から統合要件書・質問票・要件台帳へと情報を流す手順を表現しています。常に
original/ を起点に整合性を担保してください。
📊 質問票・チェックリスト
統合質問票の概要を見る
- EC技術要件質問票（24項目）: 認証・商品・価格・在庫・決済の網羅確認
- B2B業務要件質問票（89項目）: 掛率、月次割戻金、直送モードなど重要業務のヒアリング
- プロジェクト計画質問票（48項目）: 体制、スケジュール、変更管理の追跡
- 各質問に「意図」カラムを付与し、回答の背景を共有可能
🧭 運用ガイド
- Single Source of Truth: 要件確定・更新時は必ず
original/
の資料で裏付けを確認する。
- 技術中立性の維持:
consolidated/requirements-specification.md
にはプラットフォーム名を記載しない。
- 質問票の運用: 「Nice-to-have」の提案は避け、既存要件の掘り下げと不足項目の補完に集中する。
- 変更トレーサビリティ:
CSVテンプレートの承認列・更新履歴列を活用し、承認者・日付・差分を必ず記録する。
✅ チェックリスト