在Signavio，我们努力以最快的速度不断改进我们的产品，同时避免质量倒退，保持我们的程序代码和架构干净和结构良好。这就是为什么我们遵循敏捷的，迭代的软件开发方法，这对我们的客户有以下直接可见的含义:
- 我们对现有产品的改进速度比传统企业软件推出的速度更快。
- 新功能的发布通常分为几个步骤。新特性的初始版本通常包含最小可行的功能，这些功能稍后会进行扩展。
对于我们的一些客户来说，他们习惯于使用传统的内部部署企业软件，这种方法可能令人困惑甚至恼火。这样的客户期望不太频繁的发布，然后是重大事件，并需要他们方面的全面准备。对于采用类似瀑布的开发方法开发的软件来说，这样的版本很常见。更新发布的频率很低，即“大约一年两次”，并且包含全面的更改，通常很难跟踪，并且通常会快速改变现有的行为。由于其复杂性，此类更新很容易包含阻碍操作的破坏性更改。
因此，习惯于“瀑布式”软件发布的人担心任何更新都可能阻碍他们的业务操作，因此要求在发布之前进行全面的发布说明，并在发布正式发布之前进行自己的手动测试。ayx橄榄球
在这篇文章中，我们简要地阐述了这些关注点，并解释了为什么我们相信我们的迭代开发方法能够帮助我们的客户交付最大可能的价值。
为什么迭代软件开发对我们和我们的客户更好
迭代软件开发不仅仅是一个流行词;对我们来说，它带来了深远而实际的好处。
更好的软件质量
发布小的变更集降低了质量保证过程检测不到关键错误的可能性，因为它迫使开发人员将他们的工作划分为小的、定义良好的单元，而不是大的、不可控的块。此外，在附加的程序行为在它们之上实现之前，可以检测到进入生产环境的错误。当然，我们会时不时地犯错误和发布bug。但是我们的迭代开发方法允许我们减少bug的数量，甚至更重要的是，减少bug的严重程度，同时保持质量保证成本在可控范围内。如果出现错误，这也减少了修复错误所需的时间。
更快地交付已实现的变更
短的发布周期允许我们尽快发布一个特性，只要它能解决客户的问题，并实现进一步的改进，即优化用户体验。这有助于我们的客户——尤其是高级用户——尽快解决某个特性解决的核心挑战，并尽早提供反馈，这有助于我们更好地根据客户的需求定制我们的产品。
虽然有些功能在最初发布后可能不是最优的，但它们至少从第一天开始就为一些客户提供了价值。发布一个最低限度可行的特性通常比没有任何特性要好。如果一个功能不是最低限度可行的，我们决定不发布它。与传统的软件版本相比，我们的版本只在特殊情况下包含突破性的更改，我们会在发布之前显著地宣布这些更改。所有其他发行说明都在ayx橄榄球发布时发布。
提高开发效率
将开发工作划分为小的可交付成果，并尽快交付，可以降低沟通错误和规范错误的风险。现实世界的特性总是不同于绘图板上的初始草图。传统的开发过程从一个很长的规范阶段开始，期望产生一个验证现实的结果。在实践中，初始规范越复杂，它的准确性就越低。相比之下，频繁的发布迫使开发团队更早地将他们的工作暴露在现实中，有助于在早期整理错误的规格说明，并使其更容易响应变更请求。
持续改进
我们并不是唯一一家注意到这些好处的公司。迭代软件开发是软件行业开发的最佳方法，这已经成为共识。当然，我们正在不断改进我们的发布和质量保证流程，以进一步提高产品质量和客户体验。如果您对我们的发布和开发方法有任何疑问，请联系Signavio支持团队support@signavio.com．
发布频率和进一步信息
在Signavio，我们以相对较高的频率发布软件即服务系统的产品更新:
- SAP Signavio过程管理器和SAP Signavio协作中心每三周更新一次。
- 我们通常每周一更新Signavio过程治理。
- 我们不断地对SAP Signavio Process Intelligence进行更改，并以每天到每周的滚动发布方式进行发布。
- 我们提供我们的软件的内部版本的季度发布。
- 重要的错误修复是临时发布的，越快越好。
在未来，我们计划不断增加我们的软件即服务产品的发布频率，这样我们就可以更快地交付功能和错误修复，并进一步提高我们软件开发团队的效率。
你可以在这里找到我们的发行说明ayx橄榄球//m.ayx069.com/release-notes/．
遵循@Signavio在Twitter上接收有关所有Signavio产品发布的通知。