學習 EA, Agile & UML 和 使用 Visual Paradigm 技能

Creating UML Diagrams with Free UML Tool - Visual Paradigm Community Edition

2018-12-10

在Scrum Sprint中发布的频率是如何确定的？

Scrum Sprint的长度可能因具体情况而异。这里是有关 scrum 项目发布经常被问到的问题:

  1. 如何在Sprint时间框内处理产品发布？
  2. 发布的频率如何？
  3. Scrum是否有任何规则只需要在Sprint结束时发布？https://blog.csdn.net/chktsang/article/details/85120261
  4. 它如何影响产品，开发人员和测试人员？

典型的方法

Scrum 假定您在迭代结束时发布，然后将产品演示到客户端。“发布”和“演示”当然可能意味着不同的东西取决于您构建的产品，例如大公司的后台应用程序与直接发送给最终用户的应用程序。大多数Scrum团队试图在时间框结束时发布，因为它在迭代过程中如何完成工作方面给予他们更多的自由，例如他们可以在sprint开始时启动所有内容并仅在sprint结束时完成故事。

经常发布

但是，如果你想更频繁地发布，我个人鼓励，随意做这件事，无论是什么典型的做法或书籍说什么。与任何其他方法一样，Scrum不是一种宗教信仰，不应该被教条化。您可能希望引入（更多）频繁发布，因为：

  • 它们缩短了反馈循环 - 你可以了解你做对了什么，你做错了什么，以及应该尽快改变什么 - 这样你就可以根据这些反馈采取行动，更快地改进工作。
  • 这也意味着您需要自动化大部分流程，而不是整个流程，以便您更接近持续集成。
  • 另一件事是它鼓励较小批量的工作，这通常是增加产品的更安全的方式，因为变化越小，事物爆炸的可能性就越小。

顺便说一句，有一些方法可以解决计划，发布和回顾周期。在这种情况下，我们谈论的是节奏。规划节奏不一定与释放节奏或复古节奏相同。只是Scrum让他们如此。通常，对频繁发布的更改会影响团队，因为您使用的工具通常必须发展。如果你每两周做一次，你可以花几个小时来发布产品。如果你每天都这样做，你就不能。好处是你可以使这种转变进化，逐步缩短发布周期，例如从每两周一次到每周一次，并寻找痛点并解决它们。

附加 scrum 阅读

Visual Paradigm International

本頁段落

系列文章