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

Question

如何将团队从瀑布式开发模式转移到Scrum模型？为了实现平稳过渡，需要采取哪些步骤。接受曲线将会是什么？它会完全成功吗？

Answer 1

首先，团队需要改变，企业必须支持改变。

没有一系列的步骤，成功可能差异很大，这取决于你的特定情况。

我建议让迈克科恩的书Succeeding with Agile，这为这种转变提供了一些很好的建议。

Answer 2

虽然关于如何在组织内实施scrum有很多想法，但从一个团队开始肯定是一致的线索。所以开始这么好的工作。从那里找到有实施敏捷经验的人。会议团队中的承包商，同事或建议。这里有一个链接，我已经参加了在华盛顿地区 - http://groups.google.com/group/dcnova-scrum-user-group

从那里，我的意见是适应scrum到你的团队。它的大小，需要调整等。每个人都有意见，但如果你的团队不买它，这是不值得的。不要把它当作从Scrum中减少事情的许可证。保持日常的立场，承诺，回顾，演示（等），但调整冲刺的大小等。

我最近看到一个引人注目的演讲，主张作为团队/企业实施scrum /敏捷作品准备好了。看到这个gentelman的网站的细节 - http://www.dragile.com/

一个关键是不要懒惰 - 做scrum。并有一个高标准。如果你要单独去做（这可能是危险的） - 读出你的心。阅读示例，与其他人交谈，参加聚会等。不要让你在Scrum中的经验不足让你的团队感到厌恶。

另一个很好的链接就是一个团队实施scrum的经验。
http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf

Answer 3

在我学习使用敏捷管理团队的经验中，有两个关键组件可以使敏捷/混合工作成为可能。我认为乔迪关于不懒惰的观点非常重要，随着敏捷的工作模式更加自由流动，它很容易屈服于跳过会议或其他类似的废话。

1. 获得一个很好的基于web的任务跟踪器。这使开发人员可以登录并查看他们需要做什么，并有助于跟踪进度。我对Pivotal Tracker（www.pivotaltracker.com）非常满意。当然，如果你真的保持最新状态，跟踪器是值得的，这导致了我的第二点。

2. 开会每一天。在scrum和敏捷书籍中讨论的日常站立是迄今为止程序中最重要的方面。保持会议简短，每天在同一时间在同一地点进行。在此会议期间更新任务跟踪器并保持其组织。

从瀑布过渡团队可能很困难。让团队中的每个人都阅读scrum很重要。另外，了解并非Scrum模型的每个方面都适用于您的环境。促进公开讨论您希望作为团队采用的模型的哪些方面。你从球队获得的投入越多，你就会有更多的投入。

Answer 4

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

战略阶段： 那么，第一步的过程就是思考变化。然后来自管理层和产品开发团队的支持。

发布规划和虚拟产品发现： 理想情况下，您首先要确定所有利益相关方，并使用敏捷发布规划方法识别所有需求 - 这是一种非常精简的发布计划方法。如果尚未确定，您可以在此阶段识别虚拟产品。

团队形成和基础架构： 下一步将根据需要构建的虚拟产品形成跨职能团队。这一步可能很艰难。它可能需要重新组织。跨职能团队意味着不会有需求收集团队，软件开发团队或QA团队。你将不得不从每个部门抽出一批经验丰富的人组成一个跨职能团队。 Scrum Master和每个团队的产品都必须被指定。 需要建立基础设施，让跨职能团队顺利运作，不中断。

开始冲刺与团队合作： 开始遵循Scrum /敏捷原则并让他们冲刺。捕获各种文物并使用它们进行检查和适应。

WALAH你是敏捷！

什么都是需要遵循的步骤，以实现平稳过渡。接受曲线将会是什么？它会完全成功吗？

上述步骤按顺序提及。验收曲线因您执行上述步骤的程度而异。 最后是的，当然它会成功。 100％保证成功。

开玩笑，我希望我能保证，但我不能。 :) 我的建议是这样的 - 当你读到我的陈述“是的，当然它会成功的”，希望你可能得到，只要坚持这个希望，并采取第一步！

Answer 5

我恰好是从瀑布迁移到Scrum的团队的一员。如果团队规模较大且分布广泛，我认为每个人都可以轻松地一次性迁移到Scrum，因为组织中的变更需要一定的天数/月/年。

一旦你想尝试这样的方法是Tracer Bullet，虽然这个术语在敏捷世界中更多地使用，但是如果你/你的团队被卡住了，你肯定能证明你的观点，在瀑布和scrum的中间，并期待在短时间内无处可去。