应用生命周期管理（ALM）工具集管理将要构建的目标（需求管理），包括构建需要多长时间（项目管理或者项目跟踪和评估），生产环境里到底有些什么（部署管理），以及代码追溯回需求。

ALM套件将这些功能整合在一起，但并不是所有项目都需要整个套件。简单的项目管理工具，比如Basecamp，其实就是个简单的待办事项列表，它可以帮助小型团队实现ALM的某些方面。也可以在wiki上，比如Confluence，完成很多ALM任务，甚至在版本控制系统里，使用分支或者标签来区分开生产环境的内容和仍在开发中的内容。企业的软件开发团队一般会选择集成的ALM套件。

这很容易理解，云上的ALM套件和本地套件是非常不同的。如下是这两种ALM工具的比较。

网页ALM：更易使用

先假定公司的隐私和安全执行官不会否决这个选择，那么最容易开始使用ALM工具的方式就是访问网页，比如Basecamp、Leankit、Rally或者Pivotal Tracker，你只需要注册一个30到90天的试用账号就大功告成了。填写团队的邮箱地址、DUANG、软件即服务（Software as a service, SaaS）的ALM平台，或者至少其中一部分，项目管理部分，就完成了。这意味着你的数据保存在云上，但是所有的链接都使用https保证其安全，这和在Amazon.com上注册信用卡信息所使用的安全级别是一样的。

当然，30到90天之后，会要求你每月支付费用。这时候可能就有问题了。如果你没有经费或者决定停止付费，就需要将数据从SaaS系统中导出，不然数据就会丢失。如果你的工作是构建软件系统，了解软件项目的确切状态十分重要，那么你就会想要保留这些数据。

当然也会有其他的安全顾虑。因为使用的工具只是一个网页，已经离开公司的员工，即使是那些被解雇的员工，仍然可以登录进去。那么你就很可能需要在最后工作日的时候完成权限的删除，或者从自己的工作区域搭建登录桥接。一部分该领域的工具支持使用LDAP（轻量级目录访问协议）从自己的网络登录，但是这会涉及到一系列的技术集成工作。

将组件和云端ALM工具集成会很复杂。一些供应商，如Microsoft，可以接管从需求到代码、配置、文档，并且可以追踪，但要想使用它们，就需要使用这个供应商的全套工具。

另外一方面，SaaS ALM供应商会持续发布新功能，这是一个很大的优点，除非你不想更新工具。

本地ALM：更易于集成组件

本地ALM工具是和SaaS ALM工具是完全不同的一种方式。它们很难搭建，一般都需要系统管理员的帮助和一台服务器。因为本地工具存储在你自己的数据中心里，在防火墙后面，所以他们更为安全。如果你在内部不同的地方自己管理代码、wiki和文档，就会想要在内部将这些东西连接起来。不想改变的团队可能会更倾向于使用可以自己控制什么时候升级的本地工具，而不是云端工具。

在分析ALM工具的最后，你需要考虑想要从ALM的哪个部分开始，公司的规模，工作流需要什么以及可以从运营团队中得到多少帮助。一个需要把很多ALM组件关联起来，并能够得到运营团队大力支持，预算充足的大公司（超过一百人）通常会选择本地ALM工具。一个只需要项目管理工具的团队，SaaS ALM工具是一个不错的选择，这就和建立一个Basecamp项目或者Trello白板一样简单。中间的所有一切都依赖于环境和偏好，不过希望我所提到的方面对你有所启示。