如何将团队从瀑布式开发模型转移到Scrum模型？为实现平稳过渡需要遵循的步骤是什么？什么是接受曲线，它会完全成功吗？
答案 0 :(得分：5)
首先，团队需要改变，业务必须支持改变。
没有一系列步骤，成功可能会有很大差异，这取决于您的具体情况。
我建议你收听Mike Cohn的书Succeeding with Agile，该书为这种过渡提供了一些很好的建议。
答案 1 :(得分：2)
虽然关于如何在组织内实施scrum有很多想法，但从一个团队开始肯定是一致的线程。这样开始的好工作。从那里找到有实施敏捷经验的人。承包商，同事或聚会小组的建议。这是我在DC区域参加的一个链接 - http://groups.google.com/group/dcnova-scrum-user-group
从那里，我的意见是让scrum适应你的团队。它的大小，需要调整等等。每个人都有意见，但如果你的团队不买，那就不值得了。不要把它作为从scrum中删除东西的许可证。保持每日站立，承诺，回顾，演示（等），但调整冲刺的大小等。
我最近看到一个引人注目的演示文稿，主张在团队/业务准备就绪时实施scrum / agile。有关详细信息，请参阅gentelman的网站 - http://www.dragile.com/
一个关键是不要偷懒 - 做scrum。并且有很高的标准。如果你要独自去（这可能是危险的） - 读你的心。阅读例子，与他人交谈，参加聚会等等。不要让你缺乏经验的scrum让你的团队感到厌烦。
一个团队实施Scrum体验的另一个好例子。
http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf
答案 2 :(得分：1)
根据我学习使用敏捷管理团队的经验，有两个关键组件可以使敏捷/ Scrum工作。我认为Jody关于不懒惰的观点非常重要，有了更加自由流畅的敏捷工作模式，很容易屈服于跳过会议或其他类似的废话。
获得一个优秀的基于Web的任务跟踪器。这允许开发人员登录并查看他们需要做什么，并将帮助跟踪进度。我对Pivotal Tracker（www.pivotaltracker.com）非常满意。当然，如果你真的保持最新状态，那么跟踪器是值得的，这使我得到了第二点。
每天开会。 scrum和敏捷书中讨论的每日站立是迄今为止常规中最重要的方面。保持会议简短，每天在同一时间在同一个地方进行。在此会议期间更新任务跟踪器并使其保持有序。
从瀑布过渡团队可能很困难。让团队中的每个人都了解scrum很重要。另外，要了解scrum模型的每个方面都不适用于您的环境。促进关于您希望作为一个团队采用的模型的哪些方面的公开讨论。您从团队获得的投入越多，您所拥有的投入就越多。
答案 3 :(得分：1)
如何将团队从瀑布式开发模型转移到Scrum模型？
战略阶段： 那么，离开路线的第一步是改变的想法。然后是管理层和产品开发团队的支持。
发布规划和虚拟产品发现： 理想情况下，您应首先确定所有利益相关者并使用敏捷发布计划方法确定所有需求 - 这是一种非常精简的发布计划方法。如果尚未识别，您可以在此阶段识别虚拟产品。
团队形成和基础设施： 下一步是根据需要构建的虚拟产品形成跨职能团队。这一步可能很艰难。它可能需要重新组织。跨职能团队意味着不会有需求收集团队，软件开发团队或QA团队。您必须从每个部门吸引经验丰富的人员组成一个跨职能团队。必须指定Scrum Master和每个团队的产品。 需要建立基础设施，使跨职能团队能够顺利运作，不会中断。
开始与团队冲刺： 开始遵循Scrum / Agile原则并让他们进行Sprint。捕获各种工件并使用它们进行检查和调整。
WALAH你是敏捷的！
为实现平稳过渡，需要遵循的步骤是什么？什么是接受曲线，它会完全成功吗？
上面按顺序提到了步骤。验收曲线根据您执行上述步骤的程度而有所不同。 最后是的，当然它会成功。 100％保证成功。
开玩笑，我希望我能保证，但我不能。 :) 我建议的是 - 当你读到我的陈述“是的，当然它会成功”，希望你可能有，只要坚持这个希望并迈出第一步！
答案 4 :(得分：1)
我碰巧是一个从瀑布迁移到scrum的团队的一员。如果团队规模庞大且分布广泛，我不会认为每个人都很容易一次性迁移到scrum，因为组织的变化需要一定的天/月/年。
一旦你想尝试的这种方法是Tracer Bullet，虽然这个术语在敏捷世界中被更多地使用，但是如果你/你的话，你可以肯定地证明你的观点是获得支持并以身作则团队被困在瀑布和scrum的中间，并希望在很短的时间内无处可去。