云表：敏捷开发为何是应用开发的未来？

小编：毫无疑问，敏捷开发可以更好地适应快速变化的软件应用世界。还没有加入的组织应该做好准备，在未来几年更加关注敏捷开发！

敏捷开发是什么意思？

　　敏捷开发又称敏捷软件开发，是20世纪90年代以来逐渐引起广泛关注的一种新型软件开发方法，是一种应对快速变化需求的软件开发能力。

　　它们的具体名称、概念、过程和术语是不同的。与“非敏捷”相比，它们强调程序员和业务人员之间的紧密合作、面对面的沟通（这被认为比书面文档更有效）、新软件版本的频繁交付、紧凑和自组织的团队、能够很好地适应需求变化的代码编写和团队组织方法，以及更加注重人在软件开发中的作用。

其主要特点是：

       1.人和交互重于过程和工具。
       2.可以工作的软件重于求全而完备的文档。
       3.客户协作重于合同谈判。
       4.随时应对变化重于循规蹈矩。
       5.人员彼此信任，人少但是精干，可以面对面的沟通。

为什么有人说敏捷开发是应用的未来？

　　在过去的几十年中，大多数企业都使用传统的“瀑布”方法进行应用程序开发。这种方法通常用于管理整个软件项目，但由于某种原因，敏捷开发在应用开发领域变得越来越突出。

　　接下来，让我们看看软件项目的传统瀑布方法，以及敏捷开发是如何成为新标准的。

瀑布法

　　瀑布方法是一种具有不同顺序阶段的开发模型，用于将应用程序从概念转移到交付。

　　通常，用户填写一份全面的需求定义文档，这将成为高级设计的基础。一旦批准，编码过程就开始了。这个阶段通常需要几个月的时间——，然后是一个测试和修订周期，可以持续相同的时间长度。详细的文件已经准备好了。在对应用程序进行全面审查后，必须获得用户的同意才能投入生产。

　　瀑布技术是有纪律和负责任的，但它也很慢。大型企业的部门设计需要等待一年或一年以上才能完成的项目并不少见。到那时，规格和要求会经常变化。

　　组织未来构建的应用程序类型将与过去大不相同。许多将是单一目的、短暂的，并打算随着时间的推移被更好的东西所取代。想想你手机上的应用程序：大多数应用程序每两个月更新一次，在这个领域反复进化，所以你今天使用的版本看起来和去年完全不同。错误更容易容忍，因为它们可以通过简单的更新来修复。

　　国际数据公司预计将在未来两年内制造这款手机，这将比传统的单一型号更接近手机类比。同样，应用程序开发过程的工作方式也在改变。应用程序越来越多地由松散耦合的微服务组成，而不是封装在单个代码库中。通过插入服务来增加新的功能可以让软件继续发展。

进入敏捷开发

　　敏捷开发是一种新的软件构建方法，正在席卷整个应用程序开发社区。2020年数字人工智能敏捷状态报告发现，95％的组织都有某种形式的敏捷过程，尽管大多数组织还处于学习阶段。

　　敏捷方法和瀑布方法在一些基本方面是不同的。敏捷应用程序开发过程利用一组基本目标，并假设事情会发生变化，而不是完整的需求定义声明。项目被分解成小的组件，每个组件都可以在一个月或更短的时间内以“冲刺”的形式交付。

　　开发人员在一个名为Scrum的团队中工作，包括项目所有者、开发人员、测试人员、数据库设计人员和支持人员。这些团队经常围着一个大会议桌工作，非常重视通过每天10分钟的站立式点评会与用户面对面交流。因为假设需求会改变，这个过程旨在适应新的想法，而不是拒绝它们。

　　与瀑布技术对过程和文档的严格关注相反，敏捷应用程序开发避免了过程并支持创造性。重点是速度、灵活性和团队合作。指导原则是，最好交付有效的东西并不断改进，而不是等待完美的解决方案。文档通常仅限于基本信息，正如《敏捷宣言》所建议的，“用软件代替全面的文档”

敏捷开发的五大优势：

　　1.提高管理不断变化的优先级的能力

　　2.更好的项目可见性

　　3.提高业务/信息技术的一致性

　　4.更快的交付

　　5.更好的团队士气

　　从传统的开发流程转变为敏捷的开发流程，就像请一家专门做摩天大楼的建筑公司来代替建造独栋房屋。工具、策略和时间框架完全不同，这就是为什么在数字AI调查中，超过一半的受访者表示他们在使用敏捷实践方面“仍然成熟”，只有16％的人表示他们有很高的能力水平。

　　如果开发组织有使用时间和范围限制合同的历史，那么敏捷可能有点令人震惊。并非所有团队成员都愿意与最终用户密切合作，因此有必要定义角色和期望，以帮助每个人保持满意和高效。职位描述也会改变。习惯于设计大型综合测试套件的软件测试人员需要适应递归方法，并在构建时测试单个模块和所有工作的总和。创建文档可能需要更少的人。