什么是應用生命周期管理的可追蹤性？

應用生命周期管理（ALM: Application Lifecycle Management）指的是從需求收集、編程、測試一直到發布全程的管理。 (請參考Forrester Research 在2006年發表的The Changing Face Of Application Life-Cycle Management。)現在談全程管理的研發團隊或許算是先進。但IT業進步神速，在可預見的若干年后，沒有全程管理的團隊可能將被視為異類。ALM 里的可追蹤性（Traceability）指的是工作產物（artifacts）,諸如需求、代碼、測試用例以及相關的知識文檔等，以多對多的關系相鏈接。當然，制作工作產物的人員也是非常重要的，所以對干系人的鏈接也是必要的。也就是說，具備高可追蹤性的研發平臺讓我們知道什么人（Who）因為什么原因（Why）在什么時候（When）做了什么事（What）。

圖表 1 功能點追蹤矩陣

圖表1顯示了一個功能點和它相關的研發及測試任務的狀態。為了實現功能“手機短信通知”，三個研發任務和三個測試任務被創建了。當我們深入挖掘，每個研發任務（或測試任務）又可追蹤到與其相關的工作產物。為何這種關聯那么重要呢？大家可看下列的真實故事。

一個早年的故事

在1996年當我在美國從事IT工作時，曾以簽項目契約的方式加入一個研發團隊。當時Jeff是我們的項目經理，所做的項目是用來給汽車廠維修汽車時，做報修估價用的。當時所謂的工具就是程序編譯器、自動測試工具以及IDE（Integrated Development Environment），連缺陷管理工具都沒有，更別提什么ALM管理平臺。我第一次加入該團隊工作了兩年多，在產品發布后我離開了一段時間，后來為添加產品新功能又再次加入該團隊。該團隊人員因我早年參與了項目的設計，問了我一些跟產品歷史有關的問題。我說：“當年我們寫的某設計文檔可以回答這些問題，Tom應該有這文檔。”當我們去跟Tom要這文檔時，他說，該文檔被交接給John了。但John已離職，他的工作和文檔全交給了Dianna。Dianna有些印象，但她和我們怎么找都找不到那文檔了。一個重要的需求文檔就這樣消失了！

那需求文檔里記錄了許多當時設計系統的思想及商業邏輯。沒有了它，我們添加新功能和修改代碼都失去了依據。為了在限定的時間內完成任務，程序員往往胡亂找個可以快速實現的方法交差了事，這導致后期的代碼寫作風格和所依據的商業邏輯與早先的不一致。在這情況下，很多的代碼寫下后表面上是滿足了需求，但實際上是在系統里埋下了地雷，爆發出來只是早晚的事！

不久后，我們將一個同時發生在5個模塊的缺陷分配給一個資歷較淺的程序員Eric做修改。由于Eric對整體設計思想不夠清楚，該缺陷只在三處改了，而沒改其它兩處。改了后就測那三處，然后立即發布，客戶發現未改的缺陷后憤怒不已，甚至要求我們賠償他們因誤操作所造成的實際和名譽損失。當我們檢討這問題時，Bill說某個測試用例里明顯地指明了，這類的問題會同時發生在五個模塊，并且模塊名都列出來了。但文檔太多，Eric不知道如何能搜索到那相關的測試用例，所以造成缺陷修改不全。我們的問題不是沒有足夠的工作產物，而是資料太多了，一搜幾十個，讓人無所是從。

上面我所經歷的事情，在90年代是一個普遍現象。因為對市場需求的了解不夠透徹、需求不斷的變更，以及參與人員的變動等等原因，軟件項目的開發常常會失控。1995年，The Standish Group調查了全球352家軟件組織的8000多個軟件項目。調查結果表明：31%的項目在完成前被取消，浪費800多億美元;53%的項目消耗了189%以上的預估成本，平均時間是原始估算值的222%。只有16%的小企業、9%的大企業按時交付了軟件產品。

可追蹤性帶來的好處

經歷了那么多慘痛的教訓，軟件應用生命周期管理和改進引起了歐美業內人士在過去十幾年如火如荼的討論。從方法論上來看，越來越多得到認可的是敏捷方法；從工具上來看則有了所謂第二代ALM工具的準則。（第一代ALM工具指的是早年用的零散的工具，如需求管理及測試管理工具等。第二代ALM工具指的是一個整合、套裝的工具，理論上它要包含需求管理、測試管理、代碼管理、發布管理、項目進度和資源管理以及從公司層面來看的多項目項目風險管控。）

可追蹤性是第二代ALM工具一個核心特性。如沒有這特性，第二代ALM工具將完全失去它在管理上的價值。有了可追蹤性，ALM工具可以協助企業得到以下好處：

• 使返工操作所浪費的時間大大降低 – 由于需求的變更及其他因素，一般項目的返工率大約在30%至40%。如能將需求與相關的人員、知識、代碼、測試用例，乃至于其它可參照的需求條目相鏈接，我們可以最大程度地讓參與人員知道前因后果，并在最短的時間內找到可能需要修改的代碼。并且，這些鏈接使得干系人都得到郵件（或短信）通知。有完備的知識，返工率可以降低；就是當返工發生時，干系人也可以在最短時間內得到通知并操作完畢。?
• 它延伸了項目可操作的范圍 - 廣義的可追蹤性可以涵括分布式團隊、外包團隊以及合作廠商等的信息及人員。舉個例子來說，假如系統里累積了多年來提供服務給我們的外包合作公司的研發及測試人員的信息，那當我們有個新項目時，我們可以很容易地決定那個外包服務團隊在時間、人力和專業知識上是最匹配的。同時，現有項目中的某些需求很可能是可以被復用或參考的。?
• 它增加了項目商業邏輯的可視性（Visibility） – 一般中大型項目包含了龐大的商業邏輯和行業規則，團隊中每個成員往往只了解他個人所須處理的那一塊業務，而缺少對整體的了解。工作產物的多對多鏈接使得成員可以容易地找到所有他需要的相關信息，并在短時間內對整體項目能有概括性的理解。

在ALM 領域里要關注的系統特性至少有三個：可追蹤性、自動化以及項目的可視性?？勺粉櫺杂腥缦到y里的血管，它有如一個網貫穿了整體。沒有了它，這系統就是死的。在與關注軟件項目管理的人的溝通中，我們得知可追蹤性被大多數有遠見的人視為研發管理平臺必備的條件。

小結

推動整個應用生命周期的管理必是業內的一個趨勢。歐美公司使用測試和代碼管理工具較中國公司早，但改進步調緩慢。這幾年國內有遠見的嵌入式及軟件公司在管理思維上已超越了歐美公司，他們一步到位，幾百人的團隊在仔細的計劃下幾個月就上了整套管理平臺。漢王就是幾個較前衛的公司之一。在開始推動時，因為要改變工作習慣，難免有人抵觸。但一旦過了這個坎，工作流程理順了，項目變得透明了，效率提高了，那就皆大歡喜嘍！