大多数新ScrumMasters对他们的新角色只有一个基本的了解。许多人通过培训获得了ScrumMaster认证。当他们的团队邀请他们作为ScrumMaster进入团队时，他们往往即是兴奋和又是渴望。

但是，在最初的激情消失后，一个恼人的疑问便开始形成。每天，当ScrumMaster在听每日站会时，一个不起眼的想法开始在他的心中徘徊：我的第一个Sprint的最后一天正在快速接近。要交付我们承诺的所有项目吗？我们到底要演示什么呢？如果演示失败了怎么办？是我们忽略了什么吗？难道是我们误解了系统需求？工作量估算仍然能够真正反映现实吗？如果我们碰钉子了怎么办？是我们遗漏了或忽视了什么障碍吗？听起来很熟悉？

如果您是新的ScrumMaster，有这些焦虑是正常的。老实说，问题越多越好。毕竟，在寻找答案时，您可以在问题产生之前解决，而不是之后。从我自己的经验来看，作为一个新的ScrumMaster将一个开发团队从一个传统的软件开发过程转向Scrum，我已编制了一份清单，几乎在整个sprints过程中，你都需要留意。

阅读全文