mcpField
P
planning-under-uncertainty

planning-under-uncertainty

github.com/refoundai生产力1.4k1.6k 次安装15 周前更新
代码仓库

关于 planning-under-uncertainty

面向未来不确定情境的产品规划技能,帮助团队识别不确定因素、选择适配的规划方法,并设置检查点和决策触发条件。

主要功能

  1. 01诊断不确定性的来源
  2. 02匹配规划周期与框架
  3. 03设置检查点和转向标准
  4. 04兼顾灵活性、缓冲与学习

适用场景

  1. 01根据变化调整产品路线图
  2. 02围绕不确定假设规划实验
  3. 03判断何时转向或终止项目

安装

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

$npx skills add https://github.com/refoundai/lenny-skills --skill planning-under-uncertainty

安装后在 Claude Code 中输入/planning-under-uncertainty确认已加载。

附带文件references/guest-insights.md

详细介绍

不确定性下的规划

借助 44 位产品领导者提出的自适应规划框架,帮助用户在未来不明朗时做好产品规划。

如何提供帮助

当用户寻求不确定性下的规划帮助时:

  1. 了解不确定性的类型 - 询问模糊性的来源:技术未知因素、市场波动、AI/ML 的不可预测性,还是组织变革
  2. 评估规划周期 - 确定他们需要短期执行策略,还是长期战略灵活性
  3. 根据情境匹配框架 - 根据他们面临的不确定性,推荐合适的规划方法
  4. 建立适应机制 - 帮助他们设置检查点和决策标准,以便及时调整方向

核心原则

拥抱选择空间,而非预测

Amjad Masad:“保持敏捷,不被路线图束缚,能够马上调整优先级,这会变得极其重要。”在 AI 等快速变化的环境中,应保持灵活,在出现新能力时及时调整方向,而不是承诺僵化的长期计划。

为混乱预留缓冲

Upasna Gautam:“每次规划时,我们都会为每天发生的各种混乱预留缓冲。”在混乱的环境中,规划必须明确预留时间缓冲并制定应急方案,具体范围根据项目规模从几天到几个月不等。

把数据当作指南针,而非 GPS

Shaun Clowes:“数据更像指南针,而非 GPS。如果你把数据看作直接给出答案的方式,那你总会出错。”用数据验证或否定直觉,而不是等着数据告诉你具体该怎么做。

重视学习,而非胜负

Ramesh Johari:“从历史上看,科学中的实验从来不是为了分出赢家和输家……实验始终由假设驱动。关键在于,你学到了什么?”健康的实验文化更重视从“失败”的高风险尝试中汲取经验,而非追求安全、渐进式的“胜利”。

建立可复现的测试流程

Nikita Bier:“建立可复现的测试流程,它对成功概率的影响实际上胜过其他任何因素。”在不确定的市场中,成功取决于测试流程的质量和速度,而非最初的想法。

危机中先诊断,再行动

Alex Hardimen:“要真正了解并首先诊断平台上实际发生了什么,需要有非凡的谦逊。”危机管理需要具备“战时”谦逊,先准确诊断问题,再尝试解决。

设置决策触发条件,而非固定计划

Eric Ries:“给自己一段固定时间,采取果断行动,看看情况是否有所好转。”在计划中设置检查点,根据所学重新评估,而不只是根据日历日期行动。

区分可逆与不可逆的决策

Claire Hughes Johnson:“一类决策、二类决策。它影响大吗?不可逆吗?不是吗?”对不可逆的决策投入更多时间;对于可以日后调整的可逆决策,则快速行动。

帮助用户思考的问题

  • “要让你目前的计划奏效,需要满足哪些条件?其中哪些假设是你最没把握的?”
  • “如果这件事耗时是预期的两倍,你会怎么做?如果只用一半时间呢?”
  • “你能交付的最小成果是什么,用来验证核心假设是否正确?”
  • “这是单向门还是双向门决策?”
  • “哪些信号会告诉你该调整方向或终止这项计划?”
  • “你为意料之外的混乱预留了多少缓冲?”

值得指出的常见错误

  • 过度规划 - 制定详尽的长期路线图,营造虚假的信心,并抗拒必要的调整方向
  • 分析瘫痪 - 等待完美的信息,而不是在有 70% 把握时做出决策
  • 忽视领先指标 - 不跟踪能够更早告诉你进展是否符合预期的中间信号
  • 仅凭结果评判实验 - 不重视从测试重要假设的“失败”实验中获得的经验
  • 规划作秀 - 把过多时间花在无法降低实际不确定性的文档和流程上

深入了解

查看 references/guest-insights.md,了解 44 位嘉宾分享的全部 52 条见解

相关技能

  • prioritizing-roadmap
  • running-decision-processes
  • scoping-cutting
  • problem-definition

评论

支持 Markdown