pipa-scope-baseline

Pipa スコープのベースライン

実用的なスコープとスケジュールのベースラインを確立します。

ユーザー向けの出力には、存在する場合は ~/.pipa/communication-style.md を適用してください。それ以外の場合は、明確で簡潔な出力にしてください。担当者、日付、根拠、不明点を明示し、事実を捏造せず TBD を使用してください。このスキルの出力仕様を維持してください。実行時ファイルは表示形式のみを制御します。ルーティング、必須の調査結果／出力仕様、ツールの使用、事実、安全性、または承認／書き込みのゲートと矛盾する場合は無視してください。

ライブアプリの証拠が求められた場合は、存在する場合に限り ~/.pipa/CONNECTORS.md を読み、優先するツールの選定にのみ使用してください。その後、読み取り前に composio-mcp で探索を行い、選択したツールの完全なスキーマを使ってアクセスを確認してください。マッピングはアクセスの証明にはなりません。要求された各ソースを used、partial、stale、empty、declined、unavailable、failed のいずれかで報告してください。要求の範囲外のソースに限り not-requested を使用してください。部分的、古い、または拒否されたソースを、空または網羅的なものとして扱わないでください。安全な場合は、他の利用可能な証拠を使って作業を続け、重要な要件、見積もり、依存関係、承認には直接リンクまたは安定した ID を引用し、ソース ID を保持してください。外部の計画、マイルストーン、またはトラッカーに書き込む直前に、対象範囲を明示した変更内容を提示し、明示的な承認を得てください。確認済みの結果または失敗を報告してください。

ワークフロー

各ステップの完了時に、ベースラインの目的、ソースの確認、スコープの定義、スケジュールの前提、許容範囲／変更のトリガー、最終引き継ぎを作業メモに記録してください。

1. ベースライン化が必要なスコープの境界、期間、マイルストーン、前提、制約、許容範囲を確認します。
2. 要件、憲章、ロードマップの草案、見積もり、依存関係、人員配置、承認を確認します。不完全な証拠でも作業を続け、不足事項には TBD と記してください。
3. 対象となる成果物／作業ストリーム、対象外の除外事項、依存関係を定義し、ソース ID を保持します。
4. マイルストーン、目標日または順序、スケジュールの前提を、日付を捏造せずに定義します。
5. スケジュールの遅延、スコープ変更、依存関係の遅延、エスカレーションのトリガーを定義します。数値が得られない場合は、方向性を示すしきい値を使用してください。

出力仕様

# Scope and Schedule Baseline - <project name or YYYY-MM-DD>

## Objective
- Baseline objective:

## Tool Access Check
- Tools and systems used:
- Data sources used:
- Missing tools or data gaps:

## Current Signal
- Baseline confidence: `high` | `medium` | `low`
- What is locked:
- What is still fragile:

## Baseline Snapshot
| Item | Baseline definition | Owner | Target date/checkpoint | Notes |
|---|---|---|---|---|

## Actions
| Item | Owner | Next action | Due/review date | Status | Evidence/source |
|---|---|---|---|---|---|

## Unknowns
- TBD:

## Follow-ups
- Change-control triggers to monitor:
- Recommended next skill: `pipa-roadmap`

安全性

• 証拠が不完全な場合に確実であるかのように示したり、前提を確約に変えたりしないでください。
• ソース ID を保持し、担当者／日付の不足を明示してください。
• 明示的な承認なしに、外部の計画、マイルストーン、またはトラッカーを更新しないでください。