问如何将团队从瀑布开发模型转移到scrum模型？

EN

首先，团队需要想要改变，业务必须支持它。

没有固定的步骤顺序，成功与否可能有很大的不同，因为这在很大程度上取决于你的特定情况。

我推荐购买Mike Cohn的书Succeeding with Agile，该书为这种转变提供了一些很好的建议。

尽管有很多关于如何在组织中实现scrum的想法，但从一个团队开始肯定是一个一致的主线。因此，在开始时做得很好。从那里找一个在实现敏捷方面有经验的人。合同工、同事或聚会小组的建议。这是我在DC地区参加过的一个网站的链接- http://groups.google.com/group/dcnova-scrum-user-group

从那时起，我的意见是让scrum适应你的团队。它的规模，它需要调整，等等。每个人都有意见，但如果你的团队不相信，它就不值得。不要把这当作从scrum中删减东西的许可证。保持每日站立，承诺，回顾，演示(等)，但调整冲刺的大小，等等。

我最近看到了一个引人注目的演示文稿，它主张在团队/业务准备就绪时实现scrum/敏捷的部分。有关详细信息，请参阅此位先生的网站- http://www.dragile.com/

一个重要的关键是不要变得懒惰-做scrum。并且有很高的标准。如果你要单枪匹马(这可能很危险)-读出你的心。阅读示例，与他人交谈，参加聚会，等等。不要让你在scrum方面的经验不足让你的团队对此感到不满。

另一个很好的链接是一个团队实现scrum的经验示例。

http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf

在我学习使用敏捷管理团队的经验中，有两个关键组件可以让敏捷/scrum工作。我认为Jody关于不懒惰的观点真的很重要，在更自由流动的敏捷工作模式下，很容易屈从于跳过会议或其他类似的胡言乱语。

1. 获得一个很好的基于web的任务跟踪器。这允许开发人员登录并查看他们需要做什么，这将有助于跟踪进度。我对Pivotal Tracker (www.pivotaltracker.com)非常满意。当然，追踪器只有在你保持更新的情况下才有价值，这就引出了我的第二点。
2. 每天都要开会。到目前为止，scrum和敏捷书籍中讨论的日常站立是例程中最重要的方面。保持会议简短，每天同一时间在同一地点举行。在此会议期间更新任务跟踪器，并使其井井有条。

从瀑布过渡到团队可能很困难。让团队中的每个人都了解scrum是很重要的。另外，要知道并不是scrum模型的每一个方面都能在您的环境中工作。促进关于您希望作为团队采用模型的哪些方面的开放讨论。你从团队中得到的投入越多，你就会得到更多的认同。