评估每条 Ticket 工作量的大概流程如下：
1)会议组织者阅读一条 Ticket，可能是用户故事，可能是 Bug，可能是优化任务。同时会询问大家对内容有没有疑问。
2)大家一起讨论这个 Ticket，确保充分理解这个 Ticket。
3)每个团队成员在心中对 Ticket 进行工作量估算。
4)会议组织者确认大家是否都已经确定估算结果，确认后，开始倒数：“3，2，1”，大家一起伸出一只手，亮出代表分数的手指头。
5)如果估算结果存在分歧，出分最高的和最低的各自说明理由，讨论后达成一致。
用这种方式评估工作量有几点很明显的好处：
1)大家积极参与，详细了解需求。相比以前，可能只有当某个功能模块分配到自己头上的时候，才会去详细了解那部分需求，而其他开发人员可能都不了解这部分需求。
2)工作量是由实际参与开发的成员作出评估，往往更准确也更容易被接受。以前项目经理代为估算的模式，很容易不准确，或者让开发人员抵触。
3)促进成员的交流和经验分享。我们知道一般经验浅的新手估算工作量都会偏乐观，而经验丰富的老手则会更准确，通过这种方式，新手可以向老手学习到很多工作量估算甚至技术实现的经验。
此文章为9月Day9学习笔记，内容来源于极客时间《软件工程之美》
