.agents/skills/orchestrating-project/SKILL.md
計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画→GitHub Project 同期→進捗追跡の実行順序を案内し、イテレーションのライフサイクルを管理する。「プロジェクト管理を始めたい」「イテレーションの進め方を知りたい」「計画と GitHub を同期したい」「プロジェクトの全体像を把握したい」といった場面で発動する。計画・実行・振り返りのサイクルを標準化することで、プロジェクトの予測可能性を高める。
npx skillsauth add k2works/getting-started-algorithm orchestrating-projectInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
計画・進捗管理フェーズ全体のワークフローを案内する。リリース計画の策定から GitHub Project への同期、進捗追跡まで包括的なプロジェクト管理サイクルを提供する。
| オプション | 説明 |
|-----------|------|
| なし | 計画・進捗管理フェーズ全体のワークフローを表示 |
| --init | プロジェクト管理の初期セットアップ(リリース計画→GitHub 同期) |
| --iteration <番号> | 特定イテレーションのライフサイクル管理(計画→実行→振り返り→報告) |
| --sync | 計画ドキュメントと GitHub Project の同期 + ドキュメントインデックス更新 |
| --status | プロジェクト全体の状態サマリーを表示 |
planning-releases) — スコープ・スケジュール・リソースの定義、ベロシティ管理syncing-github-project) — Issue 作成、カスタムフィールド設定、Milestone 管理tracking-progress) — 達成度分析、品質メトリクス、ドキュメント更新graph TD
A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
B --> C[GitHub Project 同期]
C --> D[イテレーション計画作成]
D --> E[開発実行]
E --> F[進捗追跡]
F --> G[ふりかえり]
G --> H[完了報告書作成]
H --> I[GitHub 同期更新]
I --> J{次のイテレーション?}
J -->|あり| D
J -->|なし| K{次のリリース?}
K -->|あり| B
K -->|なし| L[プロジェクト完了]
プロジェクト管理の初期セットアップを段階的に実行する。
planning-releases --release でマクロ計画を策定するsyncing-github-project で GitHub に反映するplanning-releases --iteration 1 で初回イテレーション計画を作成するtracking-progress --brief で初期状態を確認する各イテレーションのライフサイクルを 3 フェーズで管理する。
planning-releases --iteration <N> でイテレーション計画を作成するsyncing-github-project --sync で GitHub に反映するtracking-progress --iteration <N> で初期状態を確認するtracking-progress --brief で進捗を定期確認するsyncing-github-project --status で GitHub の状態を確認するtracking-progress --update で進捗ドキュメントを更新するplanning-releases --retrospective でふりかえりを実施するplanning-releases --report で完了報告書を作成するsyncing-github-project --sync で GitHub に最終同期するoperating-docs --update で docs/index.md と mkdocs.yml を同期する--sync は GitHub Project の同期に加え、ドキュメントインデックスも更新する。
syncing-github-project で GitHub Issue / Milestone / Label を同期するoperating-docs --update で docs/index.md、mkdocs.yml、各ディレクトリの index.md を現在のドキュメント構成に同期するプロジェクト管理の途中から再開する場合は、まず現在の状態を確認する。
Example:
ユーザー: 「イテレーション 2 の開発が終わった。振り返りをしたい」
回答: docs/development/iteration_plan-2.md の完了状況を確認し、
tracking-progress --update で進捗を更新してから
planning-releases --retrospective でふりかえりを実施する。
プロジェクト管理状態
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
リリース計画
├─ リリース 1.0 MVP: 8 週間(4 イテレーション)
├─ 総ストーリー: 34 件(155SP)
└─ 進捗: 25%(イテレーション 1/4 完了)
GitHub Project
├─ 同期状態: 最新
├─ Open Issues: 26 件
├─ Closed Issues: 8 件
└─ 最終同期: 2026-02-17
現在のイテレーション(IT-2)
├─ 期間: 2026-02-17 〜 2026-02-28
├─ 計画 SP: 12SP
├─ 完了 SP: 4SP
├─ 達成率: 33%
└─ ベロシティ(前回): 10SP
タスクの区切りごとに /compact を実施して Context limit reached エラーを回避する。
/compact 前に現在の作業状態と次のタスクをメモとして出力するgh CLI がインストールされ認証済みであること(前提条件)docs/development/release_plan.md を Single Source of Truth として管理し、GitHub への同期を定期的に実施するplanning-releases — リリース・イテレーション計画の作成と管理syncing-github-project — GitHub Project への同期と一元管理tracking-progress — 進捗分析・レポート生成operating-docs — ドキュメントインデックス更新・Lint(--sync 時に自動実行)orchestrating-analysis — 分析フェーズのオーケストレーションorchestrating-development — 開発フェーズのオーケストレーションtools
イテレーション計画と上流設計ドキュメント群(ユーザーストーリー、ドメインモデル、データモデル、UI 設計)との整合性を検証する。「イテレーション計画を検証したい」「計画の整合性をチェックして」「イテレーション計画を作成した」「計画と設計ドキュメントの不整合を確認したい」といった場面で発動する。planning-releases でイテレーション計画を作成した直後にも積極的に使用すること。計画作成後に必ず本検証を実施することで、開発着手前にドキュメント間の不整合を検知・修正できる。
tools
プロジェクトの開発進捗を多角的に分析しレポートを生成。イテレーション達成度、技術実装状況、品質メトリクスを確認し、計画ドキュメントを自動更新する。「進捗を確認したい」「プロジェクトの状態を知りたい」「イテレーションの達成度を分析したい」「進捗ドキュメントを更新したい」といった場面で発動する。定期的な進捗可視化により、遅延や品質低下を早期に発見しプロジェクトの透明性を確保する。
testing
リリース計画を GitHub Project・Issue・Milestone に反映し一元管理。初回の一括同期から差異検出・自動同期まで対応する。「GitHub Project に同期したい」「Issue を作成したい」「計画と GitHub の差異を確認したい」「Milestone を設定したい」といった場面で発動する。計画ドキュメントを Single Source of Truth とし GitHub に自動反映することで、二重管理の手間と不整合を排除する。
development
テスト駆動開発から始めるプログラミング入門」の対話式チュートリアル。FizzBuzz を題材に TDD の Red-Green-Refactor サイクルを 14 言語で体験する。「TDD を練習したい」「FizzBuzz で TDD を学びたい」「テスト駆動開発の入門をしたい」「Java で TDD を体験したい」「Python で TDD を始めたい」「プログラミング入門チュートリアルをやりたい」「getting-start-tdd をやりたい」「TDD のハンズオンがしたい」「Red-Green-Refactor を体験したい」といった場面で発動する。TDD チュートリアルやプログラミング入門の要望があれば積極的に使用すること。