|
Ÿ 产品负责人为大家挑选一个 Story(Backlog)，并简单解释其功能，以供大家讨论。转自项目管理者联盟
Ÿ 每个游戏参加者按自己的理解来估计这个 Story 的故事点数，从自己手里的牌中选一张合适数字的牌，同时亮牌。项目经理圈子
Ÿ 游戏参加者各自解释自己选择这个数字的原因，数字最大和最小的人必须发言。项目管理者联盟
Ÿ 根据每个游戏参加者的解释，重新估计时间并再次出牌，直到大家的估计值比较平均为止。PgMp.mypm.net
Ÿ 计划扑克估算活动中，重要的是通过多轮次大家对需求不一样的理解来逐渐澄清真正的需求是什么?最后得出的故事点数是大家的共识。项目管理论坛
Ÿ 故事点数可以记录在用户故事中。
坑4：需求没有验收标准转自项目管理者联盟
需求的验收标准是往往被大家共同忽略的问题。大多数情况下，产品经理会准备大量的PRD，大量的原型设计文件。而设计、研发、测试更关心的是产品经理能不能把需求说清楚，能不能承诺在后面的开发过程中，尽量没有什么需求变化。项目管理者联盟
所以，很多时候，需求的验收标准就被大家给忽略掉了。bbs.mypm.net
在这里，先给大家说明一下什么是需求的验收标准。这个需求的验收标准来源于敏捷需求方法用户故事中。上文和大家讲过，一个合格的用户故事有六大特征，而最后一项就是“可测试的”，而为了保证用户故事的可测试，一项关键的措施就是每一条用户故事都应该有“验收标准”。bbs.mypm.net
那么什么是验收标准?为了保证沟通的一致性，我们建议用户故事用业务语言来描述，所以用户故事的验收标准也是业务层面的验收标准。如果验收标准是清晰的，那么用户故事在迭代中完成后是否能够通过验证，就有了依据。项目管理者联盟
同时，用户故事的验收标准也是测试用例的关键输入。项目管理者联盟
验收标准的可以如下格式：bbs.mypm.net
项目管理者联盟
项目管理者联盟
图 验收标准示例项目经理博客
当然，具体的产品、团队，验收标准的格式可以有所差别。项目管理者联盟
当用户故事有了验收标准，就可以在这个基础之上进行测试用例的编写。项目经理博客
一个即将进入迭代的用户故事，需要有相应的测试用例与其对应，作为验证用户故事是否能够实现完成的依据。项目管理者联盟
同样，用户故事有了测试用例进行关联，那么由此产生的缺陷也可以进行关联。这样，能够便于进一步的透明化团队需求的实现情况项目管理者联盟
坑5：迭代没有度量，不透明项目管理者联盟
透明，是SCRUM框架中的支柱之一。透明，能够使团队内部成员彼此更加互相了解工作的情况，便于增加内部团队成员的信任。bbs.mypm.net
度量，无疑是能够将事实情况更加客观的可视化、透明化出来的有效工具。因为对同一个事情，不同的人由于各自角色的不同，观点肯定也会有较大的差异性。而度量数据，相对人的主观意见而言，是一种更加客观的事物，所以，任何事情如果有了度量数据的支撑，就会显得更加客观，也会更容易让人信服。blog.mypm.net
所以，在SCRUM实施中，需要使用度量来增加整个迭代过程的透明性。项目管理者联盟
而有些团队，由于种种原因，在SCRUM迭代过程中，会忽略掉度量，所以，我们建议大家在SCRUM执行过程中，一定有若干的度量，那么，可以有那些度量呢?pmp.mypm.net
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
