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。