
Scrum与策略
如果Scrum只关乎短期行为,战略人士又该如何去适应这种生态系统呢?更重要的是,它如何帮助企业领导人做出并且履行重要的承诺?问得好,但答案却不是那么简单。所有这一切不是使得战略规划和Scrum水火不容,就像磁铁的两极?抑或更甚——如同地球的两极?

如果Scrum只关乎短期行为,战略人士又该如何去适应这种生态系统呢?更重要的是,它如何帮助企业领导人做出并且履行重要的承诺?问得好,但答案却不是那么简单。所有这一切不是使得战略规划和Scrum水火不容,就像磁铁的两极?抑或更甚——如同地球的两极?
在回应Scrum/Agile的固有缺陷这一问题时,Bob大叔(本着马丁路德的精神)写了7条:缺乏技术实践、30天的冲刺周期太长、Scrum教练有时变成了项目经理,Scrum暗中包含了反管理等等。
Scrum认证是一个永不消亡的争论。首先,它曾被认为是没什么价值的认证:“交学费,然后在课堂上坐几天,然后就学到了”。一个新的形式设计也没有能让反对认证的敏捷专家提起热情来。有了这么多教训,还有什么新的玩意能推出来吗?

Scrum和敏捷方法促成了产品backlog的产生。一些精益社团的领引者认为产品backlog是毫无作用的。精益鼓吹backlog只是事件的目录清单,典型地把软件开发错看成一种生产过程,本文则辩驳了这一观点。Backlog是敏捷方法论的基础之石。

Mary Poppendieck、 Ron Jeffries、Jeff Patton、David West、 Steve Freeman以及Jason Yip向我们讲述了他们眼中的backlog以及backlog对成功的敏捷团队的重要性。

本采访视频由郑柯翻译,金明审校。
Agile 2007大会上,Deborah Hartmann采访了Agile Alliance的总裁Rachel Davies,谈了有关Generic Agile的话题,有必要理解开发过程中最重要东西的必要性,而不是一味坚持严格的敏捷开发方法。

Scrum的创建人Jeff Sutherland估计每个工作日,大概会有120,000个Scrum团队在开展每日立会。但其中有多少是真正在实施Scrum呢?在QCon 2006伦敦会议上,他谈到了“诺基亚测试”,而且他喜欢用其来甄别团队是否在实施敏捷或仅仅是迭代过程,甚或两者都没有实施!他还揭示了在Scrum和火星探测机器人之间的联系。

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。

有证据表明,Scrum已经成为发展最快的敏捷方法了,在原来的Scrum书中都有关于这套方法的详细介绍,但这些书人们常常读完一次就放在一边了。SPRiNT-iT的敏捷教练们从长期的实践中抽取了Scrum的基本要素,为大家献上这样一份简练的参考资料,帮助团队更有效地推动所有的Scrum会议,并创造Scrum成果。这本书的目的不是为了进行Scrum教学,而是为了给接受过培训的团队带来信心,让他们轻车上路,成功启动最初的Sprints——这些成功将帮助他们的组织更亲密地拥抱Scrum。