尽管敏捷编程作为一种方法已经存在了16年，但它远非创新软件开发的千篇一律。 敏捷是一种迭代的，增量的，以团队为中心的方法，可以提高每个软件项目的执行速度和效率。
但是，鉴于应根据每个组织的独特需求量身定制敏捷，它将对您有多好？
在所有实施模式中，在为自己的团队做出决策时，您应该意识到敏捷编程的七个主要优点。
1，加强合作
团队成员之间破裂的协作生态系统可能会对项目造成破坏性影响，例如生产力下降，工作道德受到侵蚀以及最终产品达不到既定目标。
敏捷编程允许团队提前计划并在整个开发周期中保持灵活性，从而消除了这些常见的挫折。 开发人员，客户和产品经理一起工作，因此可以立即解决有关需求的问题以及执行该项目所需的任何知识转移。
2.组织效率
敏捷的核心不仅仅是战略和运营。 它顺应不断发展的项目的原则已经超越了技术本身的界限，并渗透到公司文化中。
敏捷促进了更深入的协作，不断的创新，甚至增加了利润。
在接受Tech Target采访时，PayPal的技术副总裁Kirsten Wolberg分享了该公司最初如何努力整合敏捷和瀑布方法。 在瀑布工作的团队无法跟上。
“考虑到我们想要移动多快，并且考虑到我们需要如何响应，瀑布方法正在崩溃。 Wolberg说：“我们在敏捷团队工作的团队依赖其他在瀑布工作的团队，而且交接只是没有发生。”
但是在完全转向敏捷之后，PayPal的收入猛增了340％。
当然，敏捷是一个笼统的术语，涵盖具有独特功能的多个开发过程。 至关重要的是，团队必须了解他们的特定需求，并选择最能满足这些需求的要素。
3.并非一刀切
敏捷编程的目的是灵活性。 毕竟，开发项目的本质是，它们不断变化，不断变化并随着时间的推移不断改进，其中包含许多活动部件。
为适应这种现实而设计，敏捷针对每个团队的个性化需求量身定制，并且随着时间的推移不断发展。 随着公司继续加入敏捷，它的规模越来越大。
敏捷正迅速成为许多公司发展的基石-随之而来的是新的思维方式。
4.亲变革心态
敏捷一直在推动其定义的界限。 一旦在一个团队（或一组团队）中实施了敏捷思维，便将其嵌入了日常工作场所文化中，从而很难退回到低效率和沟通不畅的旧模式。
您需要确定您的公司已为这种思维定势做好了准备-不仅是朝着更好的产品开发迈进。 您还应该准备将灵活性和协作纳入组织的核心价值。
虽然这是敏捷性最有价值的方面之一，但重要的是要理解对这种改变的抵制或缺乏理解会阻止敏捷性的有效实施。
5.灵活性的核心
敏捷价值的核心是其无与伦比的灵活性（这是任何开发团队的关键资产），因为它将使您的团队能够识别项目的未知要素并据此计划。 即使事情没有按计划进行，您仍然可以在项目进行中自由进行更改，而不会产生过多的风险。
那么，在敏捷中工作时灵活性到底是什么？
在回答这个问题时，可以考虑几个因素。 首先，时间灵活性是一项资产。 如果产品需要在一定的时间范围内或预算内完成，团队可以仔细计划以确保在截止日期之前完成。 此外，项目的范围可能会更改为包括更多或更少的功能。
团队可以发布其最低可行产品（MVP），并通过用户反馈快速发现必须进行哪些补充和修正。 这样可以防止团队浪费时间，而这些时间本来会花费在用户实际上可能不需要的功能上。
6.具有成本效益
大多数组织在考虑自己的底线的情况下做出有关其方法的决策。 使Agile如此具有成本效益的原因在于其能够最大程度地减少浪费并减少重新处理特定问题所花费的时间。 分析，设计，编码和测试都可以在两周的冲刺中完成。
与瀑布时间轴相比，这是一个根本性的转变，该时间轴可能会持续数月甚至数年。 快速的开发时间表可确保您的产品市场仍然存在，并且您不会错过任何机会。
7.可靠性
最后，每个怀疑论者都想到了最后一个问题：“敏捷可靠吗？”
答案是肯定的。 通过缩短项目的周转时间，团队还可以更快地从错误中学习。 当团队实践敏捷方法论时，他们会一起成长并将反馈整合为一个有凝聚力的单元。
最终思想
随着软件市场竞争越来越激烈，节奏越来越快，您根本无法选择浪费时间和金钱。 敏捷编程可能不是阻力最小的途径，但它是通往效率的途径。
坚持使用较旧，较慢的方法现在可能并不明显有害，但是您将不可避免地落后于使用敏捷来提高生产率的团队。
最初发布在 Stride Blog上 。 由 克莱尔·德拉吉尼斯 （ Claire Dranginis）撰写
