k2works/analyzing-inception-deck
.agents/skills/analyzing-inception-deck/SKILL.md
インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。「インセプションデッキを作りたい」「プロジェクトの方向性を整理したい」「10 の問いに答えたい」「チームの認識を揃えたい」「プロジェクトを立ち上げる」といった場面で発動する。プロジェクトの方向性を最初に揃えておくことで、後工程での手戻りを大幅に減らせる。
tools
Updated Apr 16, 2026
$ install --global
skillsauthnpx skillsauth add k2works/getting-started-tdd analyzing-inception-deckInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 16, 2026, 5:24 PM4.4s1 file scanned
SKILL.md
- name:
- analyzing-inception-deck
- description:
- インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。「インセプションデッキを作りたい」「プロジェクトの方向性を整理したい」「10 の問いに答えたい」「チームの認識を揃えたい」「プロジェクトを立ち上げる」といった場面で発動する。プロジェクトの方向性を最初に揃えておくことで、後工程での手戻りを大幅に減らせる。
インセプションデッキ作成
プロジェクトの方向性・スコープ・リスク・トレードオフをチーム全体で共有するためのインセプションデッキを作成する。ビジネスアーキテクチャ分析書（analyzing-business-architecture の成果物）をもとに、10 の問いに回答する形式で整理する。
インセプションデッキは「チーム全員が同じ方向を向く」ための道具であり、完璧な計画書ではない。不明点は仮定を明記し、後続のステークホルダーレビューで検証する方が、分析を止めるより効果的。
参照ドキュメントとテンプレート
| 種類 | パス | 備考 |
|------|------|------|
| ガイド | @docs/reference/開発ガイド.md | 開発ライフサイクルにおける位置づけ |
| テンプレート | @docs/template/インセプションデッキ.md | 編集禁止。コピーして使用する |
| 入力 | @docs/strategy/business_architecture.md | ビジネスアーキテクチャ分析書 |
| 成果物 | docs/strategy/inception-deck.md | テンプレートを基に作成 |
10 の問いと情報源
ビジネスアーキテクチャ分析書から情報を抽出し、各問いに回答する。ビジネスアーキテクチャ分析書が未作成の場合は、プロジェクトの基本情報をヒアリングして直接回答する。
| # | 問い | 主な情報源 | |---|------|-----------| | 1 | なぜやるのか？ | ケイパビリティヒートマップの低成熟度領域、バリューストリームのボトルネック | | 2 | どんなビジョンなのか？ | ビジネスプリンシプル、ガイディングプリンシプル、価値提案 | | 3 | どんな価値をもたらすのか？ | ビジネスモデルキャンバスの価値提案・主要活動 | | 4 | スコープの範囲はどこか？ | バリューストリーム、ケイパビリティマップ、ビジネスシナリオ | | 5 | 主なステークホルダーは？ | 組織マップ、ビジネスシナリオのアクター一覧 | | 6 | 基本的な解決策は？ | ガイディングプリンシプル（アプリケーション・データ・テクノロジー） | | 7 | 主なリスクは何か？ | ビジネス環境、組織体制、技術的制約 | | 8 | どのくらい作業があり費用はいくらか？ | 組織マップの人員構成、フィーチャの優先度 | | 9 | トレードオフにどう向き合うか？ | ビジネスプリンシプル（時間・予算・品質・スコープの優先度） | | 10 | 初回リリースはいつか？ | フェーズ分割に基づくマイルストーン |
作成の進め方
新規作成
docs/strategy/business_architecture.mdが存在するか確認する。存在しない場合はanalyzing-business-architectureスキルを先に実行するか、基本情報をヒアリングする- テンプレート（@docs/template/インセプションデッキ.md）を読み込む
- 10 の問いに順番に回答する。各問いの回答にはビジネスアーキテクチャ分析書からの根拠を示す
- 概念アーキテクチャ図を PlantUML で作成する（問い 6）
- マイルストーンの Gantt チャートを PlantUML で作成する（問い 10）
docs/strategy/inception-deck.mdとして出力する
途中から再開・更新
既存の docs/strategy/inception-deck.md がある場合は、まずその内容を確認する。更新が必要な問いのみを修正する。
Example:
ユーザー: 「スコープが変わったのでインセプションデッキを更新したい」
回答: 既存のインセプションデッキを読み込み、問い 4（スコープ）と
問い 8（作業量・費用）、問い 10（マイルストーン）を更新する。
PlantUML の活用
問い 6 と問い 10 では PlantUML を使って視覚的に表現する。図があることでチーム間の認識合わせが格段にスムーズになる。
- 概念アーキテクチャ図（問い 6）: コンポーネント図で主要なシステム要素と外部連携を示す
- マイルストーン Gantt チャート（問い 10）: フェーズ分割と MVP リリースポイントを示す
スライド生成
インセプションデッキの Markdown ドキュメントが完成したら、generating-slides スキルで PowerPoint スライドを生成できる。チームへのプレゼンテーション用に活用する。
注意事項
- ビジネスアーキテクチャ分析書が前提だが、未作成でもプロジェクト情報から直接作成可能。完璧な入力を待つより、仮定を置いて進める方が効果的
- テンプレートは編集禁止。コピーして成果物を作成する
- タスク項目（リスト）の前には空行を入れる（Markdown Lint 準拠）
関連スキル
analyzing-business-architecture— 前提となるビジネスアーキテクチャ分析（本スキルの入力を生成）analyzing-requirements— 後続の要件定義（スコープを詳細化）generating-slides— インセプションデッキの PowerPoint スライド生成planning-releases— 後続のリリース計画（マイルストーンを詳細化）orchestrating-analysis— 分析フェーズ全体のワークフロー案内
Related Skills
k2works/validating-iteration-plan
tools
VerifiedTrustedCommunity
イテレーション計画と上流設計ドキュメント群（ユーザーストーリー、ドメインモデル、データモデル、UI 設計）との整合性を検証する。「イテレーション計画を検証したい」「計画の整合性をチェックして」「イテレーション計画を作成した」「計画と設計ドキュメントの不整合を確認したい」といった場面で発動する。planning-releases でイテレーション計画を作成した直後にも積極的に使用すること。計画作成後に必ず本検証を実施することで、開発着手前にドキュメント間の不整合を検知・修正できる。
SKILL.mdUpdated Apr 16, 2026
k2works/tracking-progress
tools
VerifiedTrustedCommunity
プロジェクトの開発進捗を多角的に分析しレポートを生成。イテレーション達成度、技術実装状況、品質メトリクスを確認し、計画ドキュメントを自動更新する。「進捗を確認したい」「プロジェクトの状態を知りたい」「イテレーションの達成度を分析したい」「進捗ドキュメントを更新したい」といった場面で発動する。定期的な進捗可視化により、遅延や品質低下を早期に発見しプロジェクトの透明性を確保する。
SKILL.mdUpdated Apr 16, 2026
k2works/syncing-github-project
testing
VerifiedTrustedCommunity
リリース計画を GitHub Project・Issue・Milestone に反映し一元管理。初回の一括同期から差異検出・自動同期まで対応する。「GitHub Project に同期したい」「Issue を作成したい」「計画と GitHub の差異を確認したい」「Milestone を設定したい」といった場面で発動する。計画ドキュメントを Single Source of Truth とし GitHub に自動反映することで、二重管理の手間と不整合を排除する。
SKILL.mdUpdated Apr 16, 2026
k2works/practicing-getting-start-tdd
development
VerifiedTrustedCommunity
テスト駆動開発から始めるプログラミング入門」の対話式チュートリアル。FizzBuzz を題材に TDD の Red-Green-Refactor サイクルを 14 言語で体験する。「TDD を練習したい」「FizzBuzz で TDD を学びたい」「テスト駆動開発の入門をしたい」「Java で TDD を体験したい」「Python で TDD を始めたい」「プログラミング入門チュートリアルをやりたい」「getting-start-tdd をやりたい」「TDD のハンズオンがしたい」「Red-Green-Refactor を体験したい」といった場面で発動する。TDD チュートリアルやプログラミング入門の要望があれば積極的に使用すること。
SKILL.mdUpdated Apr 16, 2026