pipa-define-work

Pipa 定义工作

将模糊需求路由到一项聚焦的定义工作操作。

如果存在，请读取一次 ~/.pipa/profile.md，以获取持久业务上下文。如果文件缺失，则继续操作，不要因此受阻；除非用户提出要求，或适合委婉地提供设置帮助，否则不要启动设置流程。

选择一项操作

明确指定的操作优先。否则，恰好选择一项主要操作，并保留用户的业务目标：

• pipa-problem-framing：澄清问题、受影响人员、期望结果、成功标准、约束或非目标。
• pipa-stakeholder-map：梳理相关方、RACI 角色、决策权限、审批、沟通或升级路径。
• pipa-project-charter：评估章程的准备情况，并作出 go、go-with-conditions 或 no-go 的可行性决策。
• pipa-requirements-brief：将笔记或宽泛的项目规划需求转化为需求、验收边界和待决事项。
• pipa-scope-baseline：确定交付物、排除项、里程碑、进度计划假设、容差和变更触发条件的基线。
• pipa-roadmap：将候选工作按 now/next/later 或其他指定的优先级排序方法进行排序。
• pipa-decision-log：建立 RAID、RACI、决策记录、负责人和评审周期。
• pipa-daily-plan：围绕到期工作、当前优先事项、目标和日历安排，规划某一个具体工作日。

平局时的判定规则

• “规划这个项目”或类似宽泛的项目规划需求，应选择 pipa-requirements-brief，而不是 pipa-daily-plan。
• 只有当某个具体工作日的优先事项是核心时，才选择 pipa-daily-plan。偶然提到 today，不会优先于项目需求、范围、里程碑或路线图意图。
• 设置周期性或定时的 Daily Plan，应交由 pipa-manage。
• 有关启动准备情况或 go/no-go 的意图，应选择 pipa-project-charter；有关问题清晰度的意图，应选择 pipa-problem-framing。
• 有关项目参与关系负责人的意图，应选择 pipa-stakeholder-map；有关跨工作流治理控制的意图，应选择 pipa-decision-log。
• 定义验收标准、检查项或边界，应选择 pipa-requirements-brief；评估已交付工作以作出最终验收、批准或签字确认，应交由 pipa-improve-operations。
• 如果适用多项操作，先执行最需要的一项，并仅将其他操作列为后续事项。

如果所选操作不可用，请指出缺少的技能，然后停止。不要暗示存在替代方案，也不要在此处自行重建其工作流。

仅在有助于了解示例结构时，才加载 references/examples/define-work.md。

边界

• Pipa 入门、业务资料、偏好设置、连接器和公司知识库设置，应交由 pipa-manage。
• 交付过程中的更新，应交由 pipa-deliver-work。

注意事项

• 对缺失的负责人、日期、来源事实、验收检查项或决策，使用 TBD。
• 不要在未指出假设的情况下，将模糊的上下文转化为已承诺的范围。
• 对外部文档、项目记录、面向客户的材料、任务、日历事件、消息或自动化进行写入，必须先获得明确批准。
• 所选操作负责其工作流和输出规范；此处不复现这些内容。