决策模板
一个问题，一个名字， 一个日期。
填写你们的待定决定。每一项都需要一个清晰的问题、少数几个选项、一位负责人和一个日期。
你的计划
3 行中已完成 3 行。
Die Beispielzeilen sind nur ein Anfang. Überschreibe sie mit deinen eigenen Einträgen.
假设与边界
- 这个模板不会强迫你做决定。它让人看清谁在什么时候之前做决定。
- 做决定的人可以征求别人的意见。但征求意见不等于投票，除非你们事先约定。
- 这些内容都不会被保存或发送。关闭页面前请复制结果。
你的输入只保留在此浏览器中，不会保存或发送任何内容。
你如何察觉它
大家都在等。 没人做决定。
- 同一个议题在议程上挂了好几周，每次都被推迟。
- 项目停滞，因为缺一个批准。
- 团队凭猜测继续工作，之后不得不重新规划。
理解原因
为什么决定 被搁置。
- 01
没人管
- 你如何察觉它
- 大家都在讨论，但最后没人说：就这么办。
- 为什么会发生
- 没有规定由谁做这个决定。
- 有什么帮助
- 为每个待定决定指定一个做决定的人。
- 边界
- 这个人需要有相应的权限，否则决定会被重新翻出来。
- 02
问题不清晰
- 你如何察觉它
- 讨论在几个问题之间来回跳。
- 为什么会发生
- “销售”这样的话题不是一个决定，而是一堆决定。
- 有什么帮助
- 把决定写成一个带两到三个选项的问题。
- 边界
- 大的决定有时需要拆成几个小决定。
- 03
等待完整的信息
- 你如何察觉它
- 总还缺一个数字、一份报价、一个意见。
- 为什么会发生
- 把不确定误当成等待的理由；完整的信息很少会到来。
- 有什么帮助
- 确定还缺哪一条信息，以及它什么时候能到位。
- 边界
- 对于代价高、不可逆的决定，周全是对的。
- 04
没有日期
- 你如何察觉它
- 这个决定没有日期，所以永远不会逾期。
- 为什么会发生
- 没有日期的事，总会输给所有有日期的事。
- 有什么帮助
- 每个待定决定都有一个日期，在那之前必须做出。
- 边界
- 日期只有在有人跟进时才有用。
解决路径
名字和日期 往往就够了。
| 路径 | 足够，如果 | 边界 |
|---|---|---|
| 带名字和日期的待定决定清单 | 你们的大决定不多，每周看一次清单。 | 清单一勾完，理由就丢了。 |
| 每周一次固定的决策会 | 做决定的人定期坐在一起。 | 两次会议之间变得紧急的事，仍然得等。 |
| 在聊天中协调 | 都是答案不多的小问题。 | 回复四处分散，票数靠手数，结果被遗忘。 |
| Peak One | 待定决定、过往决定和投票，应该在一个地方都能看到。 | Peak One 显示待定决定并收集投票。做决定的仍然必须是一个人。 |
Peak One 实际演示
从待定的问题 到记录在案的决定。
- 触发条件现在是哪个决定卡住了我们？
- 01 · 决策信号Peak Command 中的 Pending Decisions 显示哪些决定还未做出。
- 02 · 决策理解Decision Memory 显示你们以前定过什么、为什么。
- 03 · 投票决定在需要让团队发声的地方，Peak Polls 中的 Active Polls 会收集意见。
- 04 · 决定操作Peak Log 中的 Decision Log 记录定了什么；第一步会成为 Peak Work 中的任务。
相关应用
已在 Peak One 中提供。
入门
协调并执行。
三个步骤
本周 做出决定。
- 01 / 03
写成一个问题
把决定写成一个带两到三个选项的问题。
- 02 / 03
名字和日期
确定谁来决定、何时决定。告诉所有相关的人。
- 03 / 03
可逆？那就快
如果决定以后还能改，就用你今天所知道的来决定。
常见问题
简要回答。
如果信息还不够怎么办？
那就说清缺的是哪一条信息，以及谁在什么时候之前拿到它。决策日期相应顺延，但不会消失。
我们应该在团队里投票吗？
对于影响所有人、又有多个好答案的问题，投票会有帮助。事先说好结果是有约束力的，还是只用来征求意见。
这和“团队决策”应用场景有什么区别？
这个页面帮助处理一直搁着的个别决定。应用场景则展示团队一般如何准备、做出并记录决定。
继续探索
包含的内容。
- 功能任务与项目项目以看板呈现，任务进入日计划，每个项目一个聊天。查看
- 使用场景团队决策快速投票、记录结果，以后查阅而不是重新讨论。查看
- 软件类别项目管理软件每个项目任务都有负责人、截止日期和可见的进度。查看
- 问题一切都系于总经理一人每个问题都落到你头上，没有你很多事就停滞不前。查看
- 问题没有结果的会议讨论很多，决定很少，之后什么也没发生。查看
- 问题职责不明确任务被搁置，因为每个人都以为别人会处理。查看
✦ 一条 Peak 原则
先求清晰。其余随之而来。
一件接一件
