mcpField
P
pm-release-plan

pm-release-plan

github.com/julianoczkowski生产力4938 次安装14 周前更新
代码仓库

关于 pm-release-plan

pm-release-plan 是用于制定发布章程的产品管理技能，依据已排优先级的需求和路线图主题规划发布。它涵盖估算、排期选择，以及范围、进度或资源如何应对变化。

主要功能

  1. 01将需求归入发布主题
  2. 02按规模、难度和信心规划工作
  3. 03使用从发布到日的估算阶梯
  4. 04区分日期驱动与内容驱动发布
  5. 05设定范围、进度或资源变更杠杆

适用场景

  1. 01将路线图优先事项转为发布章程
  2. 02围绕市场窗口规划发布
  3. 03为内容驱动的发布设定退出标准
  4. 04商定计划中可调整的维度

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/julianoczkowski/product-manager --skill pm-release-plan

安装后在 Claude Code 中输入/pm-release-plan确认已加载。

详细介绍

发布计划／章程（务实框架：路线图 → 发布）

路线图驱动发布计划。路线图是一项计划，而非承诺；发布章程是对交付内容的正式约定。参见 ../pm-copilot/references/framework.md。

正确制定 MVP： “新产品的一个版本，让团队能够以最少的投入，收集最多经过验证的学习成果。” MVP 并非最小的功能集合——它必须是真正的产品，从第一天起就能切实解决客户的首要问题。把已完成的“V1.0”称为 MVP，是重蹈瀑布式开发的覆辙。

核心方法

将需求归入主题。 主题是对优先级问题的归类，这些问题拥有共同的角色、产品目标、技术决策、策略、路线图目标或目标指标。主题能让一次发布出众且协调一致。

规则：把一件事做到 100%，而不是把所有事都做到 70%。

通过每个主题／需求的三个维度来规划发布： 规模 · 难度 · 信心。将大项拆分为更小的问题。

估算阶梯（细节越充分，信心越高）： 发布 → T 恤尺码（S/M/L） → 迭代 → 故事点 → 天 → 每日更新。产品管理团队随时可以解答问题。最终估算由开发团队作出。

市场窗口与排期方向： 对于日期驱动的发布，开发团队围绕日期开展工作（迭代推进，赶上窗口）；市场、销售和运营团队则从该日期倒推。对于内容驱动的发布，不承诺具体日期——应定义触发发布的退出标准，并在达到标准后启动上市倒计时。

变更杠杆（铁三角）： 范围 · 排期 · 资源。提前决定计划由哪项驱动，以及如何应对变更。

访谈用户（批量提问）

  1. 产品、版本、项目名称。
  2. 发布主题——统一的信息（角色目标／主要能力／问题集合）。
  3. 哪些优先级需求属于范围之内？（如有现成的 MRD/PRD，则从中提取）
  4. 日期驱动还是内容驱动？ 本次发布由目标日期／市场窗口驱动，还是由内容驱动（主题完成后即可发布）？两种方式同样合理。仅当由日期驱动时，才询问目标日期或市场窗口。“没有日期”是合理答案——这意味着发布由内容驱动，而不是缺少输入。
  5. 主要里程碑——代码完成、测试版、最终 QA、发布到生产环境、GA。
  6. 变更杠杆——实际情况发生变化时，范围、排期或资源中哪项可以调整？

工件模板 — 发布章程

# Release Charter — <Product> <Version>

**Company:** <company>  ·  **Feature / Product:** <name>
**Author:** <author>  ·  **Date created:** <date>  ·  **Version:** <version>
**Project Name:** <project>   **Release Theme:** <theme>
**Schedule:** <date-driven: <target date / market window> · or content-driven: ships when <exit criteria> are met>

## Themes
- **<Theme 1>** — <what it delivers and why (persona/goal/strategy it serves)>
- **<Theme 2>** — <…>

## Deliverables (what we have agreed to deliver)
Based on requirements document **<MRD/PRD name + version>**.
### <Theme 1 / Group name>
- <requirement / capability>  — size: <S/M/L>, confidence: <low/med/high>
- <requirement / capability>
### <Theme 2 / Group name>
- <requirement / capability>

### Major milestones
| Milestone | Target date |
| :--- | :--- |
| Code complete | |
| Beta release | |
| Final QA | |
| Release to production | |
| General availability (GA) | |

## Change plan
| Driver | What will drive the plan? | How will you deal with change? |
| :--- | :--- | :--- |
| Scope | | |
| Schedule | | |
| Resources | | |

## Signatures
*This document lists what we have agreed to deliver. By signing below, I acknowledge
that this is the current plan and that I will inform product management and project
management if the plan changes.*

| Name | Title | Date | Signature |
| :--- | :--- | :--- | :--- |
| | Product Manager | | |
| | Project Manager | | |
| | Development Manager | | |
| | QA Lead | | |

交付工件

遵循 ../pm-copilot/references/artifact-output.md：确认输入，询问要 Markdown 还是 .docx，编写 .md，并在用户请求时通过环境自带的文档创建能力转换为 .docx。随后提供下一阶段选项：设置 pm-stakeholder-communication，根据此章程汇报状态；以及设置 pm-launch-plan，为目标窗口准备上市计划。

评论

支持 Markdown