一个季度是产能预算，而非愿望清单。三项争夺同一两个人的良好举措，等于一项举措加两次失望。
简短回答: 根据实际约束对候选举措排序——通常是某个具体团队而非资金。对每个举措，说明其依赖的假设、执行负责人及其需停止的工作，以及六周内可见的停止信号。然后在现有跟踪系统中记录它们。
投票只会让最会表达的人胜出。影响- effort 矩阵有用，但当两项落在同一格时，真正的分歧就出现了。打分框架给出的数字看似果断，其实大多来自你事先设定的权重。
三类方法的共同缺陷是：都在抽象地比较项目，而没有对照真正决定季度的约束——通常是具体团队、具体现金或没人说出口的具体依赖。
1. 这件事的前提是什么？ 每项举措都建立在某个假设上——需求存在、能招到人、价格能维持。写下来。假设最不牢靠的举措不一定排最后，但它应该最早设置检查点。
2. 具体由谁做，他们要停掉什么？ 产能比资金更常成为瓶颈。没有明确负责人、没有被挤掉工作的举措只是愿望。
3. 六周内什么迹象能说明它错了？ 没有失败条件的优先事项会被捍卫到季度结束。有明确终止标准的举措能在及时转向其他工作。
这个决策的输出是一小套有序承诺，附带负责人和可衡量的指标——这正是 EOS Rocks、Scaling Up 季度主题或 OKR 的形式。排序是战略工作；跟踪是操作系统的工作，它比表格做得更好。
这种分工是刻意的。我们不主持你的周会，一个跟踪优先事项的工具也无法判断这些优先事项是否正确。
这个问题会路由到 增长组合框架 ——平台运行的29个分析之一。它不提供泛泛建议，而是针对您的业务生成以下分析：
✓ 按你的实际产能和现金对候选举措排序，而非通用打分标准
✓ 写明每项举措的前提假设，并指出哪一项最不牢靠
✓ 为每项举措指定负责人和可衡量指标，以便在现有系统里跟踪
✓ 为每项举措设定终止标准——你会看到什么迹象就该停止
✓ 导出为 EOS、Scaling Up、OKR 或表格所需的目标、负责人和 KPI
您可以在支付前看到分析构建过程。在此阅读完整报告，如果您想先看深度内容。
少于想要做这件事的人数。实际上限是你拥有的真正独立负责人数量，因为共享负责人的两项举措无论计划怎么写都是串行的。十人以下的团队大多能承担三项。
这是那些格式要求你先做出的决策。Rocks 和 OKR 是容器——好的容器——用来装已经选好并排好序的承诺。这里的工作是选择和排序。
那分歧本身就是房间里最有价值的东西，而且通常指向某个未说出口的假设，而非优先事项本身。把每项选择的成立前提说清楚，往往比再投一次票解决更多争论。