[D4] 當你不小心踏入PMI-PBA的陷阱之後，要知道你的本分不是挖掘也不是管理需求。

靠著一張表就期望能追蹤所有的需求，就好像吃了臭豆腐，還覺得很香一樣。是真的，但也是一種幻覺。

身為一個 BA，最重要的職責真的不在於挖掘需求，因為你怎麼挖都一定會歪掉，因為你再怎麼挖，需求一定還會有變化。

為了協助 BA 能夠更好地扮演背後插箭的角色

做出 RTM根本不是重點，如何管理需求變更才是 BA人生中最重要的事。

好的 RTM 有兩種(就像老梗有兩種！)，一種給老闆看的，一種給團隊看的。

因此，你要隨時檢查 BAG P.152 和 P.153中列出來的四個 Impact可能性：

1. Requirements Baseline：對 Baseline 造成衝擊就會嚴重打亂所有工作的安排與進度，因此必須要非常小心。萬一發生的時候，就要馬上將造成影響的事件狀態掌握住。
2. Conflicts with other Requirements：當 Requirements 互相造成影響時，往往都是已經進行到一半的時候才會猛然地發現這狀況，這時候最忌諱把眼睛矇起來繼續往下做，雖然我知道逃避是人性所趨，但你是 BA，別人不會把你當人看，所以你也別把自己當成是這麼有人性的生物看待(嗯？有人發現我講雙關語了嗎？)。要勇敢地面對 Conflict，坦然接受並認真處理它。
3. Business Analysis：一但對商業分析的 Process 造成影響的話，想也知道就像生產線突然被雷打到一樣，在產線上的物料是沒壞，但是必須馬上停線檢查是否有哪些地方損害到無法正常運作。
   然而，你老闆不會答應讓你把產線停下來不走的，所以如果你帶著「等我確認一切安好之後，再繼續生產」的幻想，那還是快醒過來吧，你一定得冒著生命危險，在產線不停工的狀態下，非常低調且快速地在各種機器手臂間穿梭，趕緊找出並修好對 Process 影響的部分。
4. Project Management：當對 Project Management 造成衝擊的時候，別傻傻地侵門踏戶搶了 PM 的工作。那是 PM 的工作，不是 BA 的…啊！我忘了你八成也是 PM。(拍肩)

不合理嗎？對，BA的工作就是在所有不合理中，找出一條看似合理的道路。