
案例分析:荷兰铁路公司的分布式Scrum开发
在Scrum项目的成败中,根据所处环境来对Scrum进行剪裁调整起了重要作用。这篇文章讲述了一个大型分布式Scrum项目的成功经历,而且这个项目曾经在传统方式工作下被废弃过。作者还跟读者分享了他的经验教训:启动项目、产品所有权、测试、估算的重要性、有效沟通。

ScrumMasterTM 认证培训
下载课程介绍及课程表
欲知详情,请移步这里。

Scrum Master认证课程
Scrum Product Owner认证课程
(来源:Scrum Alliance Scrum联盟)
Scrum是一个迭代性、增量性的流程,适用于任何的产品开发以及工作管理。 在每个迭代结束后,Scrum都会产生一套可以交付的功能性产品。Scrum的特点是:
此专题包含InfoQ中文站上所有关于Scrum的内容,如新闻、文章、视频演讲和访谈,以及迷你书等。

在Scrum项目的成败中,根据所处环境来对Scrum进行剪裁调整起了重要作用。这篇文章讲述了一个大型分布式Scrum项目的成功经历,而且这个项目曾经在传统方式工作下被废弃过。作者还跟读者分享了他的经验教训:启动项目、产品所有权、测试、估算的重要性、有效沟通。
Scrum中的回顾会议到底怎么召开更加有效?大家又遇到了什么样的问题?最近在Google敏捷中国邮件组中,网名克强的网友发了名为“Scrum中的回顾会议如何开?”的帖子,其中他提出了关于Scrum回顾会议的8个问题和大家进行讨论。
最近,Scrum联盟要求许多用户组签署一份许可协议,它后来演变成Scrum社区公共关系的一个大错误。为了消除这一错误造成的影响,Scrum联盟发布了一项新策略,并骋请Cory Foy为社区组织者,还承诺以后将听取社区的反馈。这些能成功挽回局势吗?
Karl Scotland讨论研究了看板系统中的工作流程和阶段跟敏捷思想中跨功能协作团队是否互相违背,他指出在看板中的阶段看似瀑布思想中的阶段,接下来的讨论澄清了看板中的阶段不一定是"手递手"方式的工作传递,而且还有其他的见解。
Valtech的敏捷教练Dave Nicolette提出:短迭代的效果要好过长迭代。Dave证明:短迭代可以更快响应变化,同时提供更多发现和解决问题的机会。此外,Dave还说明了诸如短迭代可能使人筋疲力尽以及其他一些问题。

Ryan Cooper对Amr Elssamadisy的新书发表了评价,并认为书中提供了一种为实施敏捷量身定做的框架。本书并没有给出一种人人可用的敏捷方法,而是为读者提供一些模式和工具,用以找出哪些敏捷实践可以最有效地达到该组织机构的特定目标。

Scrum中,产品负责人这个角色具有很大的影响力,能够带来很高的价值。但要想运用得当,可没那么轻而易举。成功的运作可以在客户/产品管理和开发者之间建立起全新而融洽的关系,甚至能够增加竞争优势。不过天下没有免费的午餐:为了发挥其作用,组织要经常要做出有针对性的调整。在这篇文章中,Roman Pichler将介绍成功的产品负责人需要具备的条件。

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。