mcpField
I
iterate-pivot-decision

iterate-pivot-decision

github.com/product-on-purpose生产力769728 次安装4 天前更新
代码仓库

关于 iterate-pivot-decision

iterate-pivot-decision 是用于记录战略转向或维持现状之证据型决策的技能。它帮助团队比较选项、复核假设、说明取舍,并规划后续实施与沟通。

主要功能

  1. 01总结当前状态与相关证据
  2. 02复核已验证和未测试的假设
  3. 03比较至少三个方向选项
  4. 04说明决策及其取舍
  5. 05规划实施与沟通

适用场景

  1. 01根据市场反馈决定是否转向
  2. 02在 MVP 检查点评估方向
  3. 03在战略评审中记录决策依据

安装

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

$npx skills add https://github.com/product-on-purpose/pm-skills --skill iterate-pivot-decision

安装后在 Claude Code 中输入/iterate-pivot-decision确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

HISTORY.md
evals/
trigger-fixtures.json
references/
EXAMPLE.md
TEMPLATE.md

详细介绍

转向决策

转向决策文档记录战略方向变更(或决定维持现状)背后的分析和理由。该文档基于精益创业中的“转向或坚持”理念,确保重大战略决策以证据为依据、清晰传达,并留存下来供组织学习。

适用时机

  • 经验证的学习成果表明当前方向可能行不通之后
  • 在计划好的转向或坚持检查点(例如,MVP 发布后)
  • 关键假设被市场反馈证伪时
  • 在考虑重大方向变更的战略评审期间
  • 利益相关者正在讨论是否改变方向时

不适用时机

  • 你只是在汇报实验结果,没有附带方向决策 -> 使用 measure-experiment-results
  • 决策涉及技术或架构,而非方向 -> 使用 develop-adr
  • 你想在做决定前探索备选方向 -> 使用 define-opportunity-tree
  • 团队需要进行期末反思仪式 -> 使用 iterate-retrospective;转向决策是决策文档,不是回顾会议
  • 产品尚未构建,问题在于是否要构建一个新想法、新功能或范围变更(即构建 / 验证 / 砍掉的结论)-> 使用 foundation-build-risk-review;转向决策评估的是已发布产品收到的市场反馈

说明

收到记录转向决策的请求时,请按以下步骤操作:

  1. 总结当前状态 记录你们目前在做什么、已持续多久、投入了什么以及取得了哪些成果。这能让决策立足于现实。

  2. 呈现证据 汇总所有相关数据:指标、用户反馈、实验结果和市场信号。内容要全面,包含支持维持现状和改变方向的证据。

  3. 审查假设 重新审视当初支撑当前方向的假设。哪些已得到验证?哪些已被证伪?哪些尚未测试?

  4. 定义选项 至少提出三个选项:坚持(继续当前方向)以及两个或更多不同的转向选项。具体描述每个选项:会有哪些变化?

  5. 分析每个选项 根据关键标准评估各选项:市场机会、竞争优势、团队能力、资源需求和风险。依据证据,而非意见。

  6. 做出决策 清楚说明所选方向。解释理由,并承认其中的权衡。如果团队意见不一,也要记录不同意见。

  7. 规划实施 概述后续安排:立即采取的行动、资源需求、新方向的成功标准以及沟通计划。

输出格式

使用 references/TEMPLATE.md 中的模板来组织输出。完整的决策文档应填写模板中的每个部分:概述;执行摘要;当前状态;证据摘要;假设审查;考虑过的选项;分析;决策;实施计划;沟通计划;附录。

质量检查清单

定稿前,请确认:

  • 当前状态包含对成果的如实评估
  • 证据全面,没有选择性取舍
  • 公正分析了多个选项
  • 决策理由清晰且以证据为依据
  • 实施计划可执行
  • 记录了不同意见

示例

请参阅 references/EXAMPLE.md 中的完整示例。

评论

支持 Markdown