課題
非効率なレビューで、開発工数が40%悪化
*開発者がメンバーとの認識あわせに費やす時間は40%に及ぶ。（Forrester / McKinsey 各社レポート：開発者の時間配分調査）
*設計資料や文書が不十分な場合、レビューとオンボーディングにかかる時間は2倍に膨らむ。（Capers Jones - The Economics of Software Quality）
*手戻りやトラブルの要因の多くは「要件定義や設計段階の不備」による。場合によっては総工数の20〜40%が再設計・再実装に割かれている。 （IPA（情報処理推進機構）| ソフトウェア開発データ白書）
ステップ１
ユースケースを登録
レビューに必要なシステム構成図を、ユースケースから自動生成
ステップ２
構成図にコメント
システム構成図を見ながら、レビューコメントをやり取り
ステップ３
構成図を再利用
統一フォーマットで整理された、レビュー済みの構成図を再利用
※ 「IaC対応」： ユースケースの定義はすべて、独自の要件定義コード（CDS）と、各種プロビジョニングコード（CloudFormationやTerraformなど）の組み合わせで記録されます。ともなって、システム構成図とプロビジョニングコードが一体管理され、無駄な使途不明リソースを排除し、設計資産の再利用性を高めます。