什么样的演练才是好的演练，能够帮助人们体验敏捷中的规划、排定优先级、燃尽图、反思等等？
这几周我为一些员工组织了一个 60 分钟会议，这些员工与我的项目（Scrum 项目）相关，但不属于我的项目。我想做的是，在这一个小时内进行一到两个 sprint 循环，但我缺少灵感，想不出能用的 backlog 条目。“泡杯茶”或是“预订个假期”这种老想法随处可见，但我想知道是否有人尝试成功过。
"David H"推荐了一个六十分钟的Scrum 练习，据他说这原本是认证的Scrum 培训师（CST）的培训材料的一部分。这一Scrum 练习在一小时内进行两次sprint、完成一次sprint 规划会议、“每日”Scrum 会议及一次sprint 回顾/ 演示。 Pam Rostal 的这一幻灯片中为练习中的每个阶段设定了时间，同时也提供了一些 backlog 样例供参与者使用。"David H"说道，“火星人拜访地球”旅游手册这个练习 backlog 特别受欢迎。
Mark Levison 推荐了敏捷游戏Google 社群——这是个为敏捷游戏寻找想法的好地方。Levison 也推荐在网站 Tasty Cupcakes 上寻找敏捷游戏的新想法。
然而有时，独立的练习对能高效学习来说不是必须的。 André Heijstek 写道：
我常在我的课上做的是，把课程的每个单元看成一个 sprint。我在幻灯片里用便条为每个单元维护了一个 Scrum 告示板，把这些便条从待办（TO-DO）移动到进行中（IN-WORK）再到完成（DONE），用动画便条在幻灯片中表示出来。当要进行下一个主题时，我会把下一个条目画到燃尽图上。这样的说明非常清晰。并且还有个巨大的副作用。一旦我们进度落后，全班人都会知道，他们明白要想及时回家就要帮我加快速度。
通过这个方法的使用，课程结构本身就阐释了 Scrum 原则和技术。
查看英文原文： Scrum Training Exercises
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论