今天下午的 weekly meeting 上大家尝试着进行了 poker Plan EST ，首先大家讨论认为1个 point 对应 1MD , 然后 scrum master 选择了一个 user story 让大家进行出牌。这是问题就出现了，大家对 user story 的逻辑流程的理解是不一样的，各人的能力也参差不齐，再加上性格上的原因，出牌的结果，大家差别很大。估计时间最多的人使我们team中的一个老员工了，但她没做个这个部分，她阐述了自己的想法，发现她的 workflow 过程附带很多我们新员工都不知道的环节，又因为是女生，她给交流成本和不确定因素分配了较多的时间，估计时间最短的是一个长期 focus 在这方面的一个员工，他说的很简单，只要几步就实现了，显然是因为他非常清楚所有流程如何实现，知道相关部分该找谁交流，出了问题怎么办。这显然是两个极端在每个 user story EST 出牌的过程中都会遇到，这是个好的现象，这两种人会更好的让其他人理解这个 user story 的关键和要注意的地方，会帮助别人更好的理解 user story 的 backlog 。当然也出现导致大家分歧的地方，那就是大家的技术程度相差较大，我们team有50+的老程序员，也有我这种刚刚实习5个月的学生，基本上这两种人在出牌的时候也是很纠结的，还有就是以前大家负责的模块不一，有的人对这块儿熟悉，有的人陌生，也会导致出牌的时候出现很大的差异。scrum理论建议团队成员的能力最好一致，大家都是多面手，这个条件实在是有点苛刻了。经历了几个人发言之后，大家基本上就敲定了这个 user story 的 ponit ,可见这种方式还是有效的。