# 管理时间线 ## 范围 **封面** * 将截止日期或目标日期转变为明确的**承诺模型**（承诺与预测与目标） * 使用 **决策门** 构建基于阶段的计划（发现 → 解决方案 → 构建 → 启动） * 使用简单的**RAG**（红色/琥珀色/绿色）状态和升级触发器创建里程碑跟踪器 * 在截止日期到来时保护团队（将其视为 **P0** ，减少干扰，控制范围） * 设置治理+沟通节奏，以便利益相关者获得**早期风险信号**，而不是意外 * 通过显式外循环工作处理“快演示，慢生产”节奏（尤其是 AI/ML 功能） **何时使用** *“我们需要在……之前发货。创建时间表/里程碑计划和状态节奏。” *“我们有一个发布日期；将其转化为阶段、里程碑和通信计划。” *“利益相关者不断询问日期；定义我们实际可以承诺的内容和时间。” *“项目感觉偏离了轨道；设置 RAG 状态 + 每周执行审查和升级。” *“我们可以快速演示，但生产需要更长的时间——帮助设定期望并规划外循环。” **何时不使用** * 你还没有定义问题/结果（使用“问题定义”） * 您需要选择最重要的举措（使用“优先级路线图”） * 您主要需要削减范围以适应需求/时间范围（使用“范围切割”） * 您需要一个可供决策的 PRD 或可供构建的规范/设计文档（使用 `writing-prds` / `writing-specs-designs`） ## 输入 **最低要求** * 可交付成果和成功栏（“完成意味着……”）+关键用户/利益相关者 * 日期类型：**固定截止日期**（外部）vs **目标**（内部）vs **窗口**（例如“三月下旬”） * 限制和不可协商的因素（质量、合规性、隐私/安全、平台、预算） * 团队结构+能力假设（谁在建设；可用性；并行工作） * 已知的依赖性和风险（其他团队、供应商、数据可用性、批准） **缺失信息策略** * 从 [references/INTAKE.md]() 询问最多 5 个问题。 * 如果没有答案，请继续进行明确的假设并列出可能更改日期或范围的**未决问题**。 ## 输出（可交付成果）在 Markdown 中生成 **时间轴管理包**（在聊天中；或者如果用户请求则作为文件）： 1. **截止日期和承诺模型**（什么是固定的，什么是可变的；提交与预测与目标语言） 2. **阶段计划**（发现/解决方案/构建/启动），包含产出+决策门+下一个承诺日期 3. **里程碑跟踪器**（所有者、依赖项、日期、置信度、RAG）+ RAG 定义 4. **治理节奏**（每周审查议程、升级触发器、决策日志） 5. **范围和变更控制计划**（削减清单、非目标、“交易不添加”规则、冻结点） 6. **利益相关者通讯包**（每周更新模板+升级说明） 7. **风险/未决问题/后续步骤**（始终包含在内）模板：[references/TEMPLATES.md]() 扩展指南：[references/WORKFLOW.md]() ## 工作流程（8 个步骤） ### 1) 录取+截止日期分类 * **输入：** 用户请求； [references/INTAKE.md]()。 * **行动：** 确定截止日期类型（固定、目标、窗口）、“为什么现在”以及可以移动的变量（范围、资源、质量或日期）。 * **输出：** 截止日期分类+约束快照。 * **检查：** 您可以声明：“日期是<固定/目标/窗口>，因为。我们将交易的变量是<范围/资源/等>。” ### 2) 定义承诺模型（“承诺、预测、目标”） * **输入：** 截止日期分类；当前范围/未知的知识。 * **行动：**定义您现在将**承诺**的内容（通常是阶段输出），您将**预测**的内容，以及仍然是**目标**的内容。为利益相关者设定信任级别和语言规则。 * **输出：** 承诺模型部分+沟通规则。 * **检查：** 利益相关者可以区分哪些日期是承诺的日期，哪些是估计的日期。 ### 3) 构建带有决策门的阶段计划 * **输入：** 可交付成果；已知的未知数；限制。 * **行动：** 将工作分解为发现 → 解决方案 → 构建 → 启动。定义每个阶段的输出和决策门（必须正确才能继续前进）。仅承诺可控的日期（近期）。 * **输出：** 包含日期、输出和门的阶段计划； “下一个承诺日期”（当您重新预测时）。 * **检查：** 每个阶段都以有形的工件和进行/不进行的决定结束。 ### 4) 创建里程碑跟踪器（+“演示与生产”相关的外循环） * **输入：** 阶段计划；依赖关系；团队能力。 * **行动：** 将阶段转化为具有所有者、依赖性、日期、信心和 RAG 的里程碑。如果涉及人工智能/机器学习，请将“首次演示”与“生产就绪”分开，并明确添加评估、数据、安全性和可靠性工作。 * **输出：** 里程碑跟踪表 + RAG 定义。 * **检查：** 里程碑是基于结果（可交付成果）的，而不仅仅是活动；关键依赖性是明确的。 ### 5) 设置治理：RAG + 每周审核 + 升级 * **输入：** 里程碑跟踪器；利益相关者地图。 * **操作：** 定义更新节奏（默认情况下每周）、谁审阅以及升级触发器（什么变成黄色/红色）。使用简单的 RAG 系统和简短的每周回顾议程来排除工作障碍。 * **输出：** 治理节奏 + 每周审查议程 + 升级触发器。 * **检查：** “红色”状态产生具体的询问/决定，而不仅仅是警告。 ### 6）保护最后期限：范围控制+分心盾 * **输入：** 截止日期类型；里程碑风险；传入的请求。 * **行动：** 如果截止日期是真实的，请将其视为 P0：定义优先级降低的内容，减少 WIP，并实施变更控制（“交易，不要添加”）。创建切割清单和冻结点（例如范围冻结、QA 冻结）。 * **输出：** 范围/变更控制计划+切割清单+冻结点。 * **检查：** 如果没有明确的权衡和决策所有者的批准，新的范围就无法进入。 ### 7) 利益相关者沟通+期望管理 * **输入：** 承诺模型；追踪器；风险。 * **行动：** 编写每周更新模板和升级说明。预先向利益相关者通报不确定性（尤其是演示→生产差距）。确保沟通使用正确的语言（提交/预测/目标）并突出显示询问/决定。 * **输出：** 通讯包（模板+初始草稿更新）。 * **检查：** 更新包括“自上周以来发生了什么变化”和“何时需要做出什么决定”。 ### 8) 质量门+最终确定 * **输入：** 完整草稿包。 * **操作：** 运行 [references/CHECKLISTS.md]() 并得分[参考文献/RUBRIC.md]()。确保**风险/未解决的问题/后续步骤**与所有者和日期一起存在。 * **输出：** 最终时间线管理包。 * **检查：** 利益相关者可以异步批准计划，团队可以执行而无需每周重新确定日期。 ## 质量门（必填） * 使用 [references/CHECKLISTS.md]() 和[参考文献/RUBRIC.md]()。 * 始终包括：**风险**、**未决问题**、**后续步骤**。 ## 示例 **示例 1（固定外部日期）：**“我们将于 5 月 15 日在一场行业活动中推出。为销售/营销/高管创建里程碑计划、RAG 节奏和通讯模板。” 预期：一个固定截止日期的计划，将日期视为 P0，具有变更控制和明确的升级触发器。 **示例 2（AI 节奏不均匀）：**“我们可以在 2 周内演示 AI 支持代理，但生产会有风险。制定一个计划，将首次演示与生产就绪分开，并设定预期。” 预期：里程碑，包括评估、安全/可靠性和推出步骤；显式提交与预测语言。 **边界示例：**“决定本季度我们应该构建什么，并为所有事情设定日期。” 响应：首先使用“prioritizing-roadmap”；然后将此技能应用于所选的计划。

管理时间表

包含技能