商业白皮书-ZiftSolutions.PDF

商业白皮书 探寻 应用时代的 敏捷性 虽然敏捷方法具有很大的潜力，有些企业还是认为这一方法的前 景并不乐观。而另一些企业则发现这一方法中包含的变化比预期 多。还有一些企业觉得敏捷方法太过于看重速度，这会影响到运 营团队对稳定性的需求。 那么，如果无法改变旧习惯，企业又如何实现真正的敏捷性呢？ 以发现和避免半途而废的敏捷方法为起点。剩下的取决于了解完 整的应用生命周期，将开发与运营统一于持续的“应用供应链” 之中。 敏捷性是敏捷方法的本质特征 Scrummerfall 的困扰 在受益于敏捷方法实践的过程中，很多企业都遭受到了步调不一 致的困扰。在这些案例中，开发人员都热衷于使用敏捷方法所推 崇的冲刺式迭代，而业务团队和QA 团队则默认使用他们原始的顺 生命周期瓶颈会伤害敏捷方法的结果。那么， 序项目计划。也许有人会说，这些企业已经实现了敏捷开发，但尚 最重要的瓶颈是什么呢？那就是开发与运营之 未实现敏捷交付。 间的差距。DevOps 计划旨在缩小这些差距，加 因此，敏捷方法的主要目标— 尽早发现问题— 遇到了挫折。如果 速实现生产。 其余的交付团队（业务分析师、QA 工程师、项目经理）仍继续采用 传统的顺序瀑布式实践模式和时间架构，那么即使能够更加快速 地完成编码，产品上市的时间和产品质量也无法得到提高。 简介 瀑布式方法与敏捷方法的混合已经变得非常普遍，它有一个昵称： scrummerfall。可笑之处在于，如果采用scrummerfall ，则项目失败 我们生活在一个到处都充斥着应用的时代，业务的灵活性取决于 的速度将是单独采用瀑布式方法的两倍。 应用的敏捷性。这使得敏捷方法在过去的十几年内，一直凌驾于 传统的顺序应用交付之上，成为最令人关注的现代化方案之一。 敏捷的心智 敏捷方法能够帮助应用团队更加快速地交付高质量的软件。由于 让我们看看敏捷方法的庐山真面目：一种迭代式增量交付方法。 敏捷方法鼓励应用团队与业务团队之间的协作，因此它还能够使 一次只需处理一小部分应用程序功能，即可在较短的时间内完成 软件与业务要求更加一致。 工作代码的开发。按预期实施后，敏捷方法会消除开发方案中的 混乱。团队通过验证活动和利益相关者的输入来持续接收系统反 当前的现代化趋势很难高效满足可预测性、卓越质量和灵活应变 馈，从而确保始终保持正确的方向。 等IT 目标。没错，敏捷交付使得代码缺陷在开发周期的早期就被 发现，项目整体风险有所降低，同时允许对业务优先级的变更有 更加快速的响应。 2 敏捷方法的原样特征