AIDD 要件定義

要件定義の品質が担当者によってバラつく

顧客からのインプット（資料のフォーマット、品質、量）や、要件定義のアウトプット（ドキュメント、内容、流儀）も担当者によってまちまちで、属人性が高すぎるという課題があります。

PO の多忙によりプロジェクトが遅延する

要件定義を主導する PO (プロダクトオーナー) は多忙であり、要件定義に時間を確保することが困難です。結果としてプロジェクト全体の遅延につながる傾向があります。

開発側への手戻りやコスト超過リスクを抱えている

要件定義の品質不足や属人性の高さから、プロジェクト開始時につまずき、後続のリカバリーが難しく、コスト超過や納期の遅延につながる深刻なリスクを抱えています。

お客様のインプット（プロジェクト資料や文字起こし等）から、AI エージェントと要件定義用のスキルで、画面遷移図・業務仕様書・処理仕様書などの要件定義書・仕様書を Markdown で作成し、画面モックは AIDD デザインで作ります。あわせて親チケット（機能のまとまり）と受け入れ条件付きの子チケット（開発の最小単位）を起票します。

元の文書から AI レビューハブの HTML を生成し、元の文書とのズレ、番号の食い違い、お客様向けのページへの社内向け表記の混入、リンク切れを自動で検査します。通ったものだけを社内用とお客様向けのハブに公開します。

画面遷移図や画面モックを見ながら、形の合意、下書きの確認と差分、完成版の 3 段階で合意します。ご指摘はチケット管理ツールなどで受けて元の文書に反映し、ハブを作り直します。合意した要件は AIDD 実装 に引き渡します。