ALM（应用生命周期管理）的整个思想是采取一个整体的、综合的应用程序开发方法。这不是一个新思想，但是多年来随着工具和技术的不断改进，ALM已经获得了越来越多的注意力。毕竟，整体你给开发流程越多的关心和注意，你就越有可能会识别出问题、修复漏洞、按时完成项目，而且还会另不同的利益相关者感到满意。

　　从根本上说，应用生命周期管理将永远不会改变；它将会一直涉及到特定的关键功能，包括管理需求、变更管理、配置管理、质量控制和构建控制。但鉴于这些常量，ALM和软件公司管理应用生命周期的方法这些年是如何改变的。

　　人员、流程和工具是ALM的关键基石，过去几年中一个显著的改变就是流程的使用。敏捷方法论是现在新兴的贯穿生命周期的流程，但这对企业开发社区已经不是新闻。

　　一个更明显的改变是ALM在东西两向是一直是怎样扩展的。虽然敏捷一直都促进的持续集成的思想，但ALM方法在开发之外也接受了这一思想，而且还跨界操作。积极的环境打破了开发和操作之间的墙，把他们带到一起，带入一个统一的DevOps团队中，这样可以继续集成和部署。开发团队不再只是对操作人员说：“我们已经测试，并符合质量保证，所以现在部署的问题就是你们要担心的了。”因为更好的自动化和更好的通讯线路，组织在节省了成本的同时减少了开发和应用程序运行时之间的摩擦。

　　另外，ALM策略和技术也扩展到了相反的方向，它的行动涉及到应用程序开发很久之前甚至是从一开始。ALM工具和参与者在战略投资组合的决策中起着积极的作用，但是要尽早把什么应该进行开发以及什么需要开发的决策映射到开发流程中。

　　当然，因为ALM的进化，才有了工具。ALM的一个原则是给开发方方面面推动一个全局的方法，但工具的历史却很分散。从开发用例来看，挂起错误、应用程序开发和设计，是有过多的不同的工具可以使用，因为它们每一个工具都是不完整的，那么是否就应彻底把它们集成在一起。

　　因为ALM的关系，行业已经采取的重大措施试图提供一个“一种工具来控制一切”的工具，而且在开发工具方面已经迈出一大步，它可以同步所有东西，从需求收集到部署日程，再到错误跟踪。但当然，有些组织曾经只专注一个工具，所以帮助整体集成更多异构的环境、标准，例如开放服务生命周期协作、OSLC，已经出现，定义一组标准,允许不同的软件产品广泛整合彼此。

　　因此，应用生命周期管理的核心原则还是一样的，过去几年ALM确实看到了一些破坏性的变化。越是关注自动化，就会在流程中采用更多的敏捷方法，ALM的扩展既包含后端的DevOps，包含了前端基于决策的战略性产品，还有让整个工具流程更容易的交付工具，这些都是很重要的方法，因此企业社区的ALM方法变得更好了。