Scrum的四个仪式(续)
上一篇 /
下一篇 2012-03-07 17:11:29
/ 个人分类:敏捷
三.Scrum仪式之Sprint评审
Sprint评审会用来演示在这个Sprint中开发的产品功能给Product Owner, Produc Owner会组织这阶段的会议并且邀请相关的干系人参加。
•团队展示Sprint中完成的功能
•一般是通过现场演示的方式展现功能和架构
•不要太正式(不需要PPT、一般控制在2个小时)
•整个团队都要参加,可以邀请所有人参加
• PO可以接受或拒绝成果
• PO根据获得的信息,调整产品Backlog
Sprint演示
在一个Sprint结束以后,进行Sprint评审,团队在此期间展示他们所完成的工作、可运行的软件。出席此会议的有Product Owner、开发团队、ScrumMaster,加上客户、项目管理者、专家、高层人士等任何对此感兴趣的人。
Sprint演示的目的:
1.演示可以让利益相关者虽然不直接参与Sprint,但可以获得第一手关于你们这个团队最新进展的印象。这里虽然提到利益相关者,但实际可以随意邀请任何没有直接参与Sprint工作的人。
2.演示可以让客户或者Product Owner对你们所做的工作提供最直接的反馈,这样可以让Scrum团队,根据优先级更新产品Backlog,在下一个Sprint中融入最新的需求变化,并将这些反馈带到下一个Sprint的规划会议上。
3.演示是一个很好的机会,可以让团队庆祝他们在过去的Sprint中所取得的成就。看到可以工作的软件,可以真正鼓舞团队的士气。
备注:
w 不需要准备一个非常华丽的演示,只需要展示你们刚刚完成的最新功能即可。不需要额外修饰,只要让人印象深刻,就已经足够了。总之,这不是一个产品发布会,你不需要创造一个非常炫目的演示。
w 演示要安排在Sprint回顾会议之前
四.Scrum仪式之Sprint回顾
Sprint回顾会议与项目里程碑/总结会议不同:
它不是要对项目进行盖棺定论,而是通过及时回顾,总结上一次快跑中的得与失,找到改善与提高的办法,从而让下一个Sprint走得更好。
•团队的定期自我检视,发现什么是好的,什么是不好的。
•每个Sprint结束后进行
•一般控制在30-60分钟,不要超过2小时
•由Scrum Master组织,可以全体参加(Scrum Master、产品负责人、团队、可能的客户或其它干系人)
•回顾的最终目的是学习,而不是审判,要对事不对人
1.如何做Sprint回顾呢?
1.找出在上一个Sprint中做得好的地方,并继续保持。分析那些导致成功的流程是非常重要的,这样我们才能有意识地保持下去。只有团队中的每一个成员都清楚什么才是最佳实践,才能有效地鼓励和保持这些实践。除了可以鼓舞士气外,还可以避免把回顾会议变成消极的抱怨会议。
2.找出上一个Sprint中需要改进的地方,以及对应的改进措施。回顾的目标就是持续不断地改进,这也是敏捷开发的主要理念之一。让我们想一想如何才能在下一个Sprint中更加有效率,想一想在哪些方面如何做才能跟上一个Sprint不同。可以收集任何可以量化的数据,以便于做定量分析,推动改善。
2.Sprint回顾组织方式
w 全体成员讨论的主题有:哪些做法继续实行、哪些做法开始实行和哪些做法停止实行的。
w 最简单方法是找个白板纸,在上面注明“哪些工作项做的好”,“哪些可以做的更好”,“哪些可以尝试”,“什么需要向上反映?”,然后让与会者在每一类别下增加一些条目。当条目重复时,可以在该项旁边计正字累计,这样普遍出现的项目就一目了然了。最后团队成员共同讨论,找寻这些条目出现的根本原因,就如何在下一个Sprint中改进达成一致意见。
敏捷回顾的主要工作就是明确目标、持续改进、处理问题。
敏捷开发之所以采用迭代的方式,实际上是利用蚕食方式逐步完成开发任务。将一个宏伟的目标切割为一个个小目标,会给予团队成员更大的信心,并且能够更加清晰地明确目标。而每次迭代后的回顾,则使得团队成员可以更加清晰地明确我们在这个征途中,已经走到了哪里,未来还有多远的路程,就像印第安人那样,等待自己的灵魂,否则就会不知身在何处了。
小典故——印第安人灵魂的故事
从前,有个古老的传说,讲的是当印第安人在赶了3天路后,就会停下来小憩一天,因为他要等着自己的灵魂跟上来。
收藏
举报
TAG: