Estimojo

计划扑克是个小小的仪式，只有一条真正要紧的规矩：在自己选定之前，谁都不该先听到别人的数字。在视频会议里做，这条规矩靠的是彼此的礼貌。在紧挨着工单的表格里做，它根本活不下来，因为估算之后还得靠人手抄回去，而抄的人可以顺手把它凑个整。

Estimojo 把这套仪式直接放在工单上运行，在 Jira 里如此，在 monday.com 里也一样。两者背后是同一个估算引擎：两种跟踪工具的差别只在一个约十几个方法的网关上，因此关于投票的规则只写一次，在哪个工具里的表现都相同。

揭晓之前，谁也看不到数字

所谓保密，并不是界面把已经发给它的东西藏起来。在揭晓之前，送到一位投票者屏幕上的数据里，只有他自己的那一票，其余每个人的都是空。它确实带着的是“谁投过了”，于是整个房间看得出还在等某一个人，却看不见其他人选了什么。算出来的结果和分歧标记，也依同一个条件一并扣住。揭晓是会话状态的一次改变；只有在团队开启了自动揭晓时它才会自动发生，而那时它在最后一位参与者投票的瞬间触发。

这屋子达成了什么，又没达成什么

票揭晓之后，引擎先算出得票最多的那些数值，然后做三件事之一。如果得票最多的只有一个数值，它就被选中，并标记为由多数决出。如果有几个数值打平，接下来怎么办取决于团队选定的一项设置：一种预设取打平数值中最大的那个，并标记为由平局裁决决出；另一种把平局交给协调人，自己不选任何数。第三种预设连第一种情形也更严格：相对多数不算数，一个没有得到过半投票者选择的数值，会被当作根本没有结论。弃权不会被当成一个很低的数字，而是排除在计算之外。而当票的离散很大，也就是标准差超过二时，结果会被打上标记，因为一个平均看来达成一致的房间，可能压根没有达成一致。

面板放在哪里，以及谁可以开始

面板可以待在工单的正文里、右侧栏里，或者两处都在，而这个选择属于项目，不属于个人。谁可以开一场会同样是个设置：任何人，或者只有被指派的人，或者只有开这张单的人。这些看起来是小选项，但合在一起，它们决定了这场会议归谁：一个谁都能开场的团队，和一个只有负责人能开场的团队，习惯并不相同，而工具不替他们选。

那个估算到底准不准

估算只有拿它和后来真正发生的事对照，才值得衡量。Estimojo 会记录每一次实际写回的估算，也可以向跟踪工具询问某个条目在团队指定的两个状态之间走了多久。把两者放在一起，就得到一张估算对实际耗时的图，覆盖最长二十四个月的窗口。这才是复盘会真正用得上的部分：不是团队投票有多快，而是他们当初达成一致的那些数字，后来到底有没有意义。

适用人群

适合在 Jira 或 monday.com 中进行估算、并希望数字最终落在工单上的敏捷团队。

访问 Estimojo: estimojo.bomdisoft.com