메뉴
インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。「インセプションデッキを作りたい」「プロジェクトの方向性を整理したい」「10 の問いに答えたい」「チームの認識を揃えたい」「プロジェクトを立ち上げる」といった場面で発動する。プロジェクトの方向性を最初に揃えておくことで、後工程での手戻りを大幅に減らせる。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
DDD の戦術的設計パターンに基づくドメインモデル設計を支援。エンティティ、値オブジェクト、集約、ドメインサービスの設計。「ドメインモデルを設計したい」「DDD で設計したい」「集約を定義したい」「エンティティと値オブジェクトを識別したい」「ユビキタス言語を整理したい」といった場面で発動する。ドメインモデルを先に設計することで、業務ロジックが実装コードに正しく反映される。
RDRA 2.0 に基づく体系的な要件定義を支援。システム価値→外部環境→境界→内部構造の 4 層で要件を整理。「要件定義を始めたい」「システムの要求を整理したい」「RDRA で分析したい」「業務フローを整理したい」「システムコンテキストを作りたい」といった場面で発動する。要件を体系的に整理することで、開発フェーズでの「何を作ればいいかわからない」問題を防ぐ。
インセプションデッキの Markdown から PowerPoint スライド（.pptx）を自動生成。pptxgenjs を使用し、テンプレート準拠の 12 枚構成プレゼンテーションを出力する。「スライドを生成したい」「インセプションデッキの pptx を作りたい」「プレゼン資料を出力したい」「スライドを更新したい」といった場面で発動する。Markdown から自動生成することで、内容更新のたびに手動でスライドを作り直す手間を排除する。
開発フェーズ全体の TDD ワークフローをオーケストレーション。バックエンド・フロントエンドの開発順序と TDD サイクルの実践方法を案内し、Codex 分業体制もサポートする。「開発を始めたい」「TDD の進め方を知りたい」「Codex と分業で開発したい」「開発フェーズの全体像を把握したい」といった場面で発動する。開発フローを標準化することで、品質のブレを防ぎチーム全体の生産性を底上げする。
イテレーション計画と上流設計ドキュメント群（ユーザーストーリー、ドメインモデル、データモデル、UI 設計）との整合性を検証する。「イテレーション計画を検証したい」「計画の整合性をチェックして」「イテレーション計画を作成した」「計画と設計ドキュメントの不整合を確認したい」といった場面で発動する。planning-releases でイテレーション計画を作成した直後にも積極的に使用すること。計画作成後に必ず本検証を実施することで、開発着手前にドキュメント間の不整合を検知・修正できる。
| name | analyzing-inception-deck |
| description | インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。「インセプションデッキを作りたい」「プロジェクトの方向性を整理したい」「10 の問いに答えたい」「チームの認識を揃えたい」「プロジェクトを立ち上げる」といった場面で発動する。プロジェクトの方向性を最初に揃えておくことで、後工程での手戻りを大幅に減らせる。 |
プロジェクトの方向性・スコープ・リスク・トレードオフをチーム全体で共有するためのインセプションデッキを作成する。ビジネスアーキテクチャ分析書（analyzing-business の成果物）をもとに、10 の問いに回答する形式で整理する。
インセプションデッキは「チーム全員が同じ方向を向く」ための道具であり、完璧な計画書ではない。不明点は仮定を明記し、後続のステークホルダーレビューで検証する方が、分析を止めるより効果的。
| 種類 | パス | 備考 |
|---|---|---|
| ガイド | @docs/reference/開発ガイド.md | 開発ライフサイクルにおける位置づけ |
| テンプレート | @docs/template/インセプションデッキ.md | 編集禁止。コピーして使用する |
| 入力 | @docs/strategy/business_architecture.md | ビジネスアーキテクチャ分析書 |
| 成果物 | docs/strategy/inception-deck.md | テンプレートを基に作成 |
ビジネスアーキテクチャ分析書から情報を抽出し、各問いに回答する。ビジネスアーキテクチャ分析書が未作成の場合は、プロジェクトの基本情報をヒアリングして直接回答する。
| # | 問い | 主な情報源 |
|---|---|---|
| 1 | なぜやるのか？ | ケイパビリティヒートマップの低成熟度領域、バリューストリームのボトルネック |
| 2 | どんなビジョンなのか？ | ビジネスプリンシプル、ガイディングプリンシプル、価値提案 |
| 3 | どんな価値をもたらすのか？ | ビジネスモデルキャンバスの価値提案・主要活動 |
| 4 | スコープの範囲はどこか？ | バリューストリーム、ケイパビリティマップ、ビジネスシナリオ |
| 5 | 主なステークホルダーは？ | 組織マップ、ビジネスシナリオのアクター一覧 |
| 6 | 基本的な解決策は？ | ガイディングプリンシプル（アプリケーション・データ・テクノロジー） |
| 7 | 主なリスクは何か？ | ビジネス環境、組織体制、技術的制約 |
| 8 | どのくらい作業があり費用はいくらか？ | 組織マップの人員構成、フィーチャの優先度 |
| 9 | トレードオフにどう向き合うか？ | ビジネスプリンシプル（時間・予算・品質・スコープの優先度） |
| 10 | 初回リリースはいつか？ | フェーズ分割に基づくマイルストーン |
docs/strategy/business_architecture.md が存在するか確認する。存在しない場合は analyzing-business スキルを先に実行するか、基本情報をヒアリングするdocs/strategy/inception-deck.md として出力する既存の docs/strategy/inception-deck.md がある場合は、まずその内容を確認する。更新が必要な問いのみを修正する。
Example:
ユーザー: 「スコープが変わったのでインセプションデッキを更新したい」
回答: 既存のインセプションデッキを読み込み、問い 4（スコープ）と
問い 8（作業量・費用）、問い 10（マイルストーン）を更新する。
問い 6 と問い 10 では PlantUML を使って視覚的に表現する。図があることでチーム間の認識合わせが格段にスムーズになる。
インセプションデッキの Markdown ドキュメントが完成したら、generating-slides スキルで PowerPoint スライドを生成できる。チームへのプレゼンテーション用に活用する。
analyzing-business — 前提となるビジネスアーキテクチャ分析（本スキルの入力を生成）analyzing-requirements — 後続の要件定義（スコープを詳細化）generating-slides — インセプションデッキの PowerPoint スライド生成planning-releases — 後続のリリース計画（マイルストーンを詳細化）orchestrating-analysis — 分析フェーズ全体のワークフロー案内