迭代瀑布不是Scrum

当大多数团队拥有瀑布背景时，开始使用Scrum时会遇到一个陷阱。团队有可能以迭代瀑布的方式开始开发，而不是真正使用Scrum。风险很高，因为你很容易做你已经做过的事情，并使用你已有的知识。这个问题是以迭代瀑布方式开发的团队实际上认为他们正确地实现了敏捷开发。

不知道错误

有时使用迭代瀑布的团队不会注意到他们做错了什么。这主要是因为他们伪装了Scrum术语中的所有动作。他们创建用户故事，但不是将它们视为可以改变的简短描述，而是创建一个包含太多信息和细节的深入规范文档。这个故事现在不仅包含太多的信息，还需要花费大量的时间来填充所有不必要的信息（例如，1个冲刺？）。

那么，下一步是什么，设计的另一个冲刺，开发的冲刺和测试的冲刺？把事情简单化！尽可能保持您的设计，尽早开始开发，并开放适应规格和设计，甚至在开发后期。

用户故事大小

在开始处理用户故事时，您应该记住一件事，这些故事似乎需要大量时间进行规范，设计和开发。这真的是一个单一的用户故事还是可以分成多个故事？

用户故事应该尽可能小，同时它仍然会为产品添加有用的功能。因此，如果您的用户故事描述了用户可以在线注册，登录和管理某些数据的网页。这是Backlog下面的Epic Story的完美描述，但是现在你应该保持简单。尝试将其拆分为多个用户故事; 注册，登录和数据管理都是不同的东西，所有这些都为产品增加了价值。

所以...

您和您的团队是以敏捷方式开发的，还是实际上只是在进行迭代瀑布？如果你真的相信迭代瀑布是最好的方式，那就去吧，只要你知道为什么你这样做并且有意识地去做。

scrum 其他阅读

• 综合Scrum指南
• 什么是Scrum团队？
• 什么是Scrum工件？
• 什么是5个Scrum值？
• 敏捷宣言和十二项原则
• Scrum中最经常提到的10个基本规则
• 什么是Scrum的三大支柱？
• 什么是产品Backlog修饰？
• 每日Scrum会议 - 快速指南
• 完成与接受标准的定义
• Scrum中Ready的定义是什么？
• 为什么在Scrum中固定长度冲刺？
• 如何写短距离目标？
• 什么是Sprint计划？
• 什么是Sprint评论？
• 什么是Scrum的Sprint回顾会议？
• 什么是产品Backlog改进？
• 什么是Scrum的自组织团队？
• 如何使用MoSCoW方法确定产品积压的优先级
• 什么是Scrum中的持续集成/交付/部署？
• 如何使用100点方法确定产品待办事项的优先级？
• 如何写短跑目标？