health-check

/health-check

プロジェクトの健全性を能動的に分析し、対処すべき項目を判断・提案する。

---

前提

• ProjSight MCP Server のツールを使用する（データ取得のため）
• ステータス変更はすべてユーザーに提案し、承認を得てから 実行する
• get_project_context のアラートを超えた、判断と具体的なアクション提案を行う

---

Step 1: データ収集

以下のツールを並列で実行し、プロジェクトの現状を把握する:

1. get_project_context(projectId) — カウントとアラート
2. list_risks(projectId) — 全リスク
3. list_issues(projectId) — 全 Issue
4. list_questions(projectId) — 全質問
5. list_deliverables(projectId) — 全成果物

---

Step 2: 健全性分析（5 観点）

2a. リスク露出度

チェック項目	判定基準	アクション
高重大度 × 未対策	impact=high かつ status=identified	mitigation を定義し planned に引き上げを提案
長期放置リスク	status=identified が 2週間以上	対策 or close を提案
顕在化リスク	status=occurred で Issue 未作成	upsert_issue を提案

2b. Issue バックログ

チェック項目	判定基準	アクション
高重大度 × 長期放置	severity=critical/high かつ 1週間以上 open	対応タスク作成を提案
溜まりすぎ	open Issue が 10件以上	優先度トリアージを提案
対応不要判断	低重大度で長期 open	wont_fix を提案

2c. 質問キュー

チェック項目	判定基準	アクション
未回答の放置	status=open が 1週間以上	回答を促す or close を提案
ブロッカー質問	未回答かつタスクが blocked	優先回答を提案

2d. 成果物進捗

チェック項目	判定基準	アクション
停滞	in_progress かつ completionPct が 2週間変化なし	原因調査を提案
タスクなし	in_progress だがタスクが 0件	タスク分解を提案
レビュー滞留	review ステータスが 1週間以上	承認 or フィードバックを促す

2e. 全体バランス

• リスク/Issue/質問の比率に偏りがないか
• 「見えていない問題」の兆候がないか（Issue 0件は本当に問題がないのか）

---

Step 3: 結果報告

以下のフォーマットでユーザーに報告する:

## プロジェクト健全性レポート

### サマリ
| 観点 | 状態 | 要対応 |
|------|------|--------|
| リスク露出度 | 🟢/🟡/🔴 | N件 |
| Issue バックログ | 🟢/🟡/🔴 | N件 |
| 質問キュー | 🟢/🟡/🔴 | N件 |
| 成果物進捗 | 🟢/🟡/🔴 | N件 |
| 全体バランス | 🟢/🟡/🔴 | — |

### 要対応アイテム（優先度順）
1. [最も重要な項目と推奨アクション]
2. [次に重要な項目と推奨アクション]
...

### 良好な点
[健全な状態にある項目を明記]

### 次回チェック推奨タイミング
[状況に応じた推奨タイミングを記載]

---

判定基準

状態	意味
🟢	健全。対処不要
🟡	注意。放置すると悪化する可能性
🔴	要対応。即時アクションが必要

---

実行タイミング

タイミング	推奨度
週次の定期チェック	推奨
フェーズ中間地点	推奨
ブロッカー多発時	推奨
ユーザーから依頼された時	必須