由于
敏捷開發正成為越來越多開發團隊的標準，敏捷應用生命周期管理持續呈現增長勢頭。一個已經被證明了的事實，那就是很多工具供應商發現把自己的產品標識成敏捷工具甚至是敏捷
ALM工具，是很管用的。
然而，何謂敏捷應用生命周期管理？應用生命周期管理結合了技術因素和功能因素，為常見的項目活動（如開發，配置，部署，發布，
測試，質量，集成，和
需求管理）提供一個綜合方案。
敏捷ALM用敏捷的價值觀和策略，豐富了應用生命周期管理。敏捷方法下的ALM可以提高產品質量，縮短產品上市時間，并讓開發者感到快樂。傳統的ALM有助于為敏捷ALM提供一個架構，同時保證過程和工具鏈是靈活的，可更改的和高品質的。
個體和交互勝過過程和工具
首先，敏捷ALM是一個準則，是一種思想。從事敏捷應用生命周期管理應該從價值觀和人，以及人們背后的觀念開始。敏捷ALM工具是一個能夠促進敏捷過程的ALM工具。
敏捷ALM工具必須能夠為項目增加價值并改善利益相關者之間的合作。這些是通過構建敏捷ALM的基石：協作和基于任務的開發，功能/技術發布，利益相關者關注點和質量保證來實現的。
很多團隊都很樂于把幾個單獨的好用的工具拼湊起來用。把許多輕量級的，可配置的工具整合為一個工具鏈。這種混搭的工具集合通常能夠提供完成一個任務所需的大部分功能。很多時候，雖然工具之間存在隔閡，但這些隔閡可能不會存在于完全整合的解決方案中。
理想的情況下，敏捷ALM工具應該有一個整合的，靈活的架構，可以讓你擴展過程和功能。依托一個完全整合的工具，可以顯著提高產品安全性和溝通效率，因為你可以很容易地維護各個交付件之間的關系，并且不用擔心工具間傳輸時會遺漏細節。現在，我們來討論一下構建敏捷ALM基石的其他重要部分。
基于任務的開發
基于任務的開發方法中，任務是團隊
工作和交互的基本單元。基于任務的開發需要能夠跟蹤具體變更的關聯工作項，通過追溯性定位并完成這些工作。例如，你正在處理事件系統上的一個任務。你的SCM（比如SVN）與事件系統（比如DevTrack）是相集成的，從而透明化任務的工作進度和相互依賴關系。在DevTrack中，你可以看到Sprint中每個任務的計劃，它們的狀態，以及已完成的代碼更改。此外，DevTrack作為完整DevSuite中的一個組件，你可以為DevTrack中的任務鏈接原始的用戶需求及可用的
測試用例。
功能性和技術性發布管理
發布管理包括產生軟件交付件，并按照既定流程發布這些交付件。發布管理可以區分為功能性的和技術性的。要想成功交付軟件，這兩部分都是非常重要的，并且應該相互融合。
功能發布管理涉及到客戶的需求，將這些需求分配到各個版本中，然后把功能提供給客戶。經常使用敏捷實踐來支撐這一過程，許多項目通過使用Scrum管理模板取得了良好的效果。通過定義一個簡潔的框架，Scrum促進了規范化，并且讓缺陷（軟件中的以及過程中）可視化。但是，Scrum太抽象化了，有些“紙上談兵”。你必須實施Scrum，并且使之適應軟件工程。例如，實施實踐可能在不同的開發階段會存在差別，微觀層面上，在一個Scrum發布內部：發布過程中，你可能會為了關閉開發階段而考慮凍結某些新功能的開發實現，而允許開發人員只處理缺陷的修復工作。另一個有效的選擇是使用一定時間間隔的代碼凍結，來完成和交付最終版本。
技術發布包括構建軟件和提供最終產品給用戶。構建管理（包括編譯腳本，打包和分發組件）對于敏捷ALM來說是必不可少的。技術發布管理描述了以下活動：識別配置項，跟蹤和審核基于需求和配置項的變更，集成和交付實施。在軟件工程中，變更更像是規則，而不是例外。因為需求總是在變化的，保證需求和實施的同步是非常重要的。功能發布管理和技術發布管理之間可能存在的隔閡應該被橋接。一個完全整合的敏捷ALM工具可以通過自動創建相應的關系和鏈接來避免這些隔閡。
總結
敏捷應用生命周期管理涵蓋軟件工程中的許多學科。敏捷ALM關乎人和策略，以及用一個完全整合的工具套件來實施這些策略。敏捷ALM有助于為敏捷提供架構，并且通過一種果斷，務實的方式來實現應用生命周期管理。使用敏捷方法來進行應用生命周期管理，你將收益更好的結果并更快的獲得成功。