審查會議上最常見的一幕：審查員抽一條需求，問「這條的驗證證據在哪？」接著整個團隊 花二十分鐘在三份 Excel 和一疊測試報告裡翻找。需求追溯矩陣（RTM, Requirements Traceability Matrix）就是為了讓這個問題十秒內有答案而存在的——而無人機系統因為 牽涉飛安與軍規，RTM 不是加分項，是入場券。
RTM 到底要回答哪三個問題
一份能過審的 RTM，本質上只回答三個問題：
- 每一條需求從哪裡來？（上游：任務需求、利害關係人需求、法規條文）
- 每一條需求被誰實現？（下游：系統／子系統設計、介面、軟硬體元件）
- 每一條需求怎麼證明做到了？（驗證：測試案例、分析報告、檢驗紀錄，以及結果）
三個問題各對應一個追溯方向。審查員實際在抽查的，是「任一條抽出來，三個方向都走得通、 而且證據是最新的」。
最小欄位集：先把這張表做出來
不管用什麼工具，RTM 的最小欄位集長這樣：
| 欄位 | 說明 | 常見缺失 |
|---|---|---|
| 需求 ID | 唯一、永不回收重用 | 版本迭代後 ID 重編，歷史證據全斷鏈 |
| 需求敘述 | 單一、可驗證（建議 EARS 語法） | 一條寫三件事，驗證狀態說不清 |
| 上游來源 | 任務／利害關係人需求／法規條文 ID | 寫「客戶要求」四個字，審查時對不回去 |
| 分配對象 | 子系統／介面／元件 | 只到子系統層級，介面需求沒人認領 |
| 驗證方法 | 測試／分析／檢驗／展示（T/A/I/D） | 全填「測試」，實際一半是分析 |
| 驗證證據 | 測試案例 ID＋報告編號 | 指到共用資料夾路徑，檔案早就搬家 |
| 狀態 | 通過／未通過／待驗證 | 只記「完成」，不記對應哪一版需求 |
STANAG 4671 在追溯上的實際要求
STANAG 4671（北約無人機適航要求，UAV SAR）的骨架承襲有人機適航邏輯：每一條 適用條款都要能對到需求，每一條需求都要能對到符合性證據。實務上這代表：
- 條款 → 需求：先做「適用性分析」，逐條標記適用／不適用／需剪裁，這份對照表本身就是審查文件；
- 需求 → 證據：符合性方法（MoC）要在需求層級就決定，不是測試階段才補；
- 證據 → 版次：證據對應的是「哪一版需求＋哪一版構型」，構型變了證據就要重新評估。
台灣脈絡：軍用商規（MIL-COTS）案子常見的做法是以 STANAG 4671 為骨架剪裁， 加上業主自訂的驗測項目。剪裁決策本身也要留痕——「為什麼這條不適用」在 審查時一定會被問。
Excel 做法的三道天花板
幾乎每個團隊都從 Excel 開始，而且前三個月都運作良好。天花板出現在：
1. 變更影響分析靠人腦。 上游一條任務需求改了，哪些系統需求、哪些測試要重跑？ Excel 的答案是「找最資深的人問」。需求量過兩百條之後，這個人就是單點故障。
2. 多人同時改，版本先打架。 RTM_v3_final_真的最終版_0728.xlsx——每個人都看過 這種檔名。合併衝突靠目視 diff，漏一格就是審查缺失。
3. 證據是死連結。 表格裡貼的是路徑和編號，不是活的關聯。測試報告改版、 資料夾搬家，RTM 上完全看不出來，直到審查當天才發現指到舊證據。
換工具之前：先把流程補對
工具解決不了流程問題。導入任何需求管理平台前，先確認三件事：
- 需求有單一擁有者：每條需求有人負責其生命週期，不是「大家的需求」；
- 變更走流程：上游改動要觸發下游覆核，覆核有紀錄；
- 證據與需求同步建檔：測試案例建立時就掛需求 ID，不是事後補追溯。
這三件事在 Excel 裡也做得到（只是累）；做不到的話，換了平台一樣會爛，只是爛得比較貴。
平台化之後長什麼樣
把 RTM 從「一張表」變成「一張圖」之後,前面三道天花板的答案變成：
- 上游需求一改，受影響的下游連結自動標記待覆核，訂閱的人收到通知——變更影響分析從「問人」變成「看圖」；
- 需求、架構方塊、測試案例是同一個資料庫裡的活物件，RTM 是隨時可匯出的視圖，不存在「最終版」檔名問題；
- 證據掛在測試案例上，測試結果一更新，RTM 的狀態欄同步變色。
審查現場的差別很具體：審查員抽一條需求，你點開它，上游來源、下游分配、驗證證據 與最新狀態在同一個畫面——二十分鐘的翻找變成十秒的點擊。
常見問題
Q：小團隊（需求量 < 100 條）需要平台嗎？ 未必。Excel＋嚴格流程可以撐到第一次大改版。判斷點是「變更頻率」：如果上游需求 每個 sprint 都在動，人工同步的成本很快超過工具成本。
Q：已經有一堆 Excel 需求文件，遷移成本會不會太高？ 主流做法是結構化匯入（欄位對映）而不是重打。AegisVee 支援 Excel／CSV 批次匯入 與 ReqIF（DOORS 等工具的交換格式），也能用 AI 從 PDF／Word 規格書直接結構化。
Q：機密專案不能上雲怎麼辦？ 這正是我們的主場——AegisVee 全功能可在斷網環境部署，含 AI 在內都跑本地 LLM， 資料不出機房。
示範資料均為虛構之 TY-3 範例專案。