敏捷專案中的跟蹤矩陣

有關正式跟蹤矩陣的話題，往往能在敏捷社群中激起強烈的反響。Jorge Argus在敏捷測試討論組裡發起了一個有意思的話題，討論在敏捷專案裡採用跟蹤矩陣的必要性，引發了大家熱烈的討論。

Brad Appleton認為，關鍵在於理解“可跟蹤性”和“跟蹤矩陣”的區別。可跟蹤性，是指一個專案的某種期望屬性，說明了諸多重要資訊之間的相互關係，是專案保持一定的透明度和能見度。跟蹤矩陣是實現可跟蹤性的一種手段。

Michael Bolton發表了類似的看法，他認為在著手採取建立跟蹤矩陣的詳細措施之前，必須要探究背後的原因。

有人想了解可跟蹤性？他們為什麼要跟蹤這些資訊？需要多久為他們提供一次資訊？期望哪種形式的資訊？什麼樣的資訊格式對他們來說是可以接受的？還有，資訊的價值和為此付出的成本是否匹配？

Michael認為，只有公司的重要資訊可能被忘記時，才用得到跟蹤矩陣。如果不是這個原因，跟蹤性可以用多種形式實現，例如談話、故事、戰略主題、歷史記錄、日誌、雜誌、原始碼、自動化測試、設計文件、每日scrum會議和email等等。

Scott Amber在文章《敏捷需要最好的實踐》中，對跟蹤矩陣的必要性提出質疑。他認為，通過跟蹤矩陣的關聯，能夠很容易地分析需求變化所造成的影響。矩陣會顯現出系統受變更所影響的方面。然而，即使沒有矩陣也能很容易做到這點，專案中有許多經驗豐富的成員，他們瞭解各方面的細節。Scott補充道：

根據我的經驗，人們對跟蹤矩陣評價過高。因為要維護這個矩陣的總成本（TCO）遠遠超過了它能帶來的好處，即使用專門的工具來做這件事情也是如此。要讓專案干係人瞭解真實的成本和收益，再做決定。跟蹤矩陣畢竟只是一個有效的文件，可以用來輔助業務決策過程。

[…]

如果有明確的規章管理的要求，那我就對可跟蹤性的作用堅信不疑。例如食品和藥品監督管理局的聯邦法規第21章11 款，你必須遵守這些規定。如果可跟蹤性僅僅是由“這是一個好主意”來驅動的話，我很懷疑它能否起到作用。

在Scrum Development討論組內，Alistair Cockburn引用了一個研究，來支援他的觀點。

在一個（企業的IT）專案中，我們特意研究了採用工具進行跟蹤，以及通過人工來跟蹤資訊和更新的成本。我們發現代價高得驚人，客戶也因此在合約中取消了對可跟蹤性的需求。

Brad Appleton再次重申他的觀點，利用人工來建立，更新和維護跟蹤矩陣，是展示可跟蹤性作用的最耗時的做法。

那麼是否有辦法確保跟蹤矩陣得到自動維護呢？

Ron Jeffries建議，最簡單的方法是做些改變，看看哪些地方沒有通過測試。這將會讓開發人員瞭解哪些地方受到影響。Mike Beedle也給出了類似的建議 。

根據敏捷的正規化，程式碼/設計到需求的可跟蹤性，是通過單元測試和驗收測試來完成的。測試反映了對需求的追蹤，因為它們要執行特定程式碼以實現需求。

Brad Appleton在部落格中提到了一種可能的解決方案，他使用TDD進行很短週期的開發。每個週期內的典型任務包括寫測試、讓程式碼通過測試、重構程式碼、提交修改。每次提交要帶上將相關的名字和故事ID。Brad Appleton認為，通過這些短週期，可跟蹤性會自然得到體現。

在文章《精益跟蹤：戰略和解決方案淺析》中，cmcrossroads建議，如果敏捷宣言裡還需要增加什麼，那就增加下面這句話：

值得信賴的透明度超過令人厭倦的跟蹤機制

這篇文章中談到，跟蹤性是為了達到透明和一致。要達到這個目標，除了正式的跟蹤矩陣，還有其他可行的替代方案。團隊需要配合敏捷原則才能達到精益跟蹤的要求。文章中談到如下一些選項：

• 要了解“可追蹤性”和“追蹤”並不是一回事
• 採用版本控制和變更追蹤工具
• 在版本控制和變更追蹤之間進行基本的迭代
• 基於任務的開發（TBD）
• 測試驅動開發（TDD）
• 採用簡單的工具：Wiki，以及基於Wiki的規範框架
• 基於事件的追蹤性（EBT）
• 基於搜尋的追蹤性——不需追蹤的可跟蹤性
• 簡單基於搜尋的可追蹤性（“google一下”）

Alistair根據自己的經驗，在郵件列表中發表了意見：

根據我30年來在商業，工業，研發和部分政府部門的經驗，我從未見過採用跟蹤矩陣能夠收回成本的。

如果你有不同的經驗，如果你通過建立和維護跟蹤矩陣能夠收回你在上面付出的錢，請告訴我們。

很明顯，敏捷社群的大部分人相信，維護一個正式的跟蹤矩陣有點過火。團隊應該尋找建立跟蹤矩陣背後的原因，採用精益方法來達到專案的可跟蹤性。

檢視英文原文：Traceability Matrix in an Agile Project

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14639675/viewspace-367605/，如需轉載，請註明出處，否則將追究法律責任。