業界現在最氾濫的，就是一堆考了張證照就自稱「敏捷教練」或 Scrum Master 的流程神棍。他們不懂架構、看不懂 Code，每天最大的貢獻就是把大家關在會議室裡玩 Planning Poker。遇到 P0，大家都滿頭大汗在查 Log 的時候，他老兄只會在旁邊問：「這個有開 Ticket 嗎？要算幾個 Story Point？」

阿姨年輕的時候，有次遇到第三方 API 無預警改版，我們所有的支付串接直接炸掉。整個 Team 緊急動員準備立刻上 Hotfix 止血。結果公司重金聘請的那位 Scrum Master 慢條斯理地走進來說：「這個沒有排在我們這個 Sprint 喔，這樣加單會影響我們的 Velocity，要不要留到下禮拜的 Planning 會議再討論？」

面對這種把敏捷當宗教拜、把 Jira 當神主牌的流程警察，工程師的防身術就是「用魔法打敗魔法」，把他們的工作直接物理架空。

1. Webhook 綁定 Jira Automation
   他喜歡看 Ticket 狀態變更？直接寫個 Script 綁定 CI/CD 流程。只要發 PR、Merge 或是 Deploy，透過 Webhook 直接把 Jira 狀態從 In Progress 自動推到 Done。讓他連手動拖拉看板的機會都沒有，徹底剝奪他的參與感。

2. 用「極端值」對抗通靈估算
   遇到硬要你精準估算 Story Point 的時候，永遠只給 Fibonacci 數列最大的那個數字（例如 13 或 21）。問就是「底層高度耦合，有潛在的技術債風險」。用極端的估算數值去撐爆他的 Sprint 報表，讓他知道拿點數來壓榨產能是毫無意義的。