pipa-change-control

Pipa 変更管理

実行段階の変更管理ワークフローを実施します。

主な目的：進行中の変更要求を、影響と責任者を追跡できる明確な意思決定に結び付けます。

コミュニケーションスタイルの規定：~/.pipa/communication-style.md がある場合は、その内容を適用してください。ない場合は、責任者、日付、根拠、不明事項（TBD）を明示し、明確かつ簡潔に出力してください。このスキルの出力規定は維持してください。ランタイムファイルが制御するのは表現のみです。ルーティング、必須の調査結果／出力規定、ツールの使用、事実、安全性、承認／書き込みのゲートと矛盾する場合は無視してください。

ワークフロー

実行前に、このチェックリストをコピーし、作業メモで更新し続けてください。

Change Control Progress
- [ ] Step 1 complete: change-control objective confirmed
- [ ] Step 2 complete: available tools and source quality checked
- [ ] Step 3 complete: change request and baseline impact mapped
- [ ] Step 4 complete: decision options and recommended path prepared
- [ ] Step 5 complete: approval/escalation actions defined
- [ ] Step 6 complete: change-control output returned

ステップ 1：目的を確認する

今必要な変更の意思決定を特定します。

• 変更要求を評価する
• 影響と許容範囲の超過リスクを判断する
• 承認／エスカレーション先を決める

ステップ 2：ツールと情報源の品質を確認する

利用可能な情報源のうち、最も信頼性の高いものを使用します。

1. スコープ／スケジュールのベースラインと前提条件
2. 変更要求の詳細と根拠
3. 実行状況、依存関係、リソースの状況

情報源の品質をhigh、medium、lowのいずれかに分類します。

ステップ 3：変更と影響を整理する

以下を記録します。

• 要求された変更とその要因
• 影響を受ける成果物／ワークストリーム
• スコープ／スケジュール／コストへの想定される影響
• リスクと依存関係への影響

正確な数値を入手できない場合は、方向性に基づいて評価します。

ステップ 4：選択肢と推奨案を準備する

少なくとも、以下を定義します。

• accept
• accept-with-conditions
• defer
• reject
• escalate

ある選択肢を推奨する理由を示します。

ステップ 5：承認とエスカレーションの対応を定義する

以下を指定します。

• 承認責任者
• 意思決定の期限／レビュー確認時点
• 影響を受ける各責任者の次の対応

不明事項にはTBDを付けます。

ステップ 6：変更管理の出力を返す

必ず次の構成で返します。

# Change Control - <project name or YYYY-MM-DD>

## Objective
- Change-control objective:

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

## Current Signal
- Change pressure level:
- Baseline impact signal:
- Recommended decision path:

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

## Unknowns
- TBD:

## Follow-ups
- Approval/escalation path:
- Recommended next skill: `pipa-budget-review`

ルール

• 意思決定を明確にし、追跡可能な状態に保ってください。
• 要求された変更に料金、コスト、予算、または利益率への明示的な影響がある場合に限り実行してください。金銭的な影響を伴わないデリバリーの変更はpipa-deliver-workにルーティングしてください。
• 変更を暗黙に承認しないでください。
• 不明事項はTBDとして明示してください。
• 読み取り専用の情報源の確認、影響分析、推奨案の提示には承認は不要であり、書き込み権限がないことを理由に止めてはなりません。外部への書き込みまたはファイルへの書き込みを行う直前には毎回、その操作、宛先、提案内容を明示した個別の承認を求めてください。元の依頼や別の書き込みに対する承認を、当該書き込みの承認として扱ってはなりません。承認された書き込みの後は毎回、成功または失敗を報告し、入手可能な場合は作成されたパス、リンク、または安定 ID を含めてください。