MANAGEMENT / PRIORITIES / RESPONSIBILITY
決定先做什麼之後，Manager 還欠團隊什麼？
想像一個同時承接新版本開發與既有產品維護的韌體團隊。
System TL Alex 希望先處理一個反覆影響交付的問題。Wi-Fi TL Chris 則希望保留原定的整合工作。那項工作已經延後過，再停一次，後面的驗證與協作安排都得重排。
兩人各自看見不同的風險。能投入的工程師與測試資源，卻是同一批。
Engineering Manager Ryan 起初希望兩邊繼續。他熟悉技術，或許自己多接一些工作，就能保住原來的安排。
過去遇到困難時，他常這樣做。下去幫忙，比重新談承諾容易，也比較快看到進展。
但幾次協調之後，Alex 與 Chris 仍然每天要決定誰先取得支援、誰再等。兩邊都有進度，誰也說不準何時能完成。
Ryan 才承認，自己先前維持兩邊並行，把取捨留給了團隊每天處理。原來的承諾看似沒變，代價卻已經落在工程師的工作切換與 TL 的反覆協調上。
他請兩位 TL 把延後的影響說清楚。
Alex 指出，既有問題已經多次打斷工程師手上的工作。如果繼續帶著它往前走，兩條工作線都很難穩定安排。
Chris 則提醒，整合工作涉及其他團隊的承諾。韌體團隊騰出的時間，會變成別人的等待；後續驗證也可能被擠在一起。
Ryan 傾向先處理既有問題，但他需要先確認，整合延後的代價是否還能承受。
他與相關團隊重新討論安排。部分準備工作可以繼續，部分時程需要調整。他們約定：當準備工作開始需要整合結果才能往下走，就必須重新檢查資源分配。
Ryan 最後決定集中資源處理既有問題。
他的判斷是：反覆中斷已經影響兩條工作線；整合延後的影響，目前還能透過重新安排處理。
但集中投入後，調查能否取得足夠進展，仍然不確定。
Chris 沒有完全同意。他認為，現在接受的延後，很可能變成下一階段更難承受的壓力。
Ryan 把這份疑慮留在回顧事項裡。他向相關團隊更新交付預期，說清楚哪些準備仍會進行、哪些工作暫停，以及哪些原定時程需要調整。Alex 推動問題處理，Chris 維持整合工作的技術責任，追蹤延後開始影響哪些依賴。
做完決定後，Ryan 的注意力很自然地轉向 Alex。
那是他選擇投入的方向。他想知道哪些可能原因已被排除、還有哪些未知會影響下一步，以及何時能減少反覆中斷。
Chris 的工作少了資源，也少了出現在進度討論裡的機會。
直到一次回顧，Chris 提醒他：準備工作已經接近完成，接下來需要整合結果。若再等下去，其他團隊也會停住。
當初約定重新討論的條件，已經出現了。
Ryan 把兩位 TL 與相關團隊重新帶回同一場資源討論。
Alex 說明，哪些可能原因已被排除、剩下的調查需要什麼，以及縮小範圍後會留下哪些未知。Chris 則指出，整合工作最先需要恢復的部分，還有繼續延後會影響的承諾。
Ryan 決定恢復部分整合資源，讓既有問題的調查以較小範圍繼續。他與相關團隊確認新的安排，更新調查與整合的預期時程，也說明哪些驗證還不能省略。原先的交付承諾需要跟著調整，不能留給兩位 TL 用較少的資源自行補回。
這個調整沒有讓兩邊都變快。Alex 必須接受投入減少，Chris 也沒有拿回原先的全部資源。
但團隊不必再靠每天臨時爭取支援，猜測今天哪件事比較重要。
Ryan 仍然無法保證問題何時解決。但兩位 TL 知道目前各自要推進什麼、哪些承諾已改變，以及下一次要帶回什麼證據。
優先順序，也包含被延後的責任
這個情境裡，兩位 TL 並沒有失去責任感。各自把領域內的問題看清楚之後，仍然需要有人處理跨領域的取捨。
Ryan 先前用自己的投入維持兩邊進行，讓資源衝突暫時不那麼明顯。後來選定方向，才讓團隊有了可以執行的安排。
但他也差點把「暫時延後」理解成「暫時不用管」。
被延後的工作仍然有價值。等待它的人，仍然有承諾與成本。主管選擇支持其中一邊，也就接下了追蹤另一邊代價的責任。
技術深度能幫助 Manager 理解證據、挑戰假設。管理判斷還需要把這些理解連到資源、依賴與承諾，並隨條件改變重新安排。
重新檢查決定，也不能只等被延後的工作出現壓力。如果投入的調查一直無法縮小關鍵未知，Manager 也需要問：繼續投入的依據還在嗎？下一步應改變調查方式、尋求支援，還是重新分配資源？
這次選擇是否值得，要同時看投入換到了什麼證據，以及其他工作付出了多少代價。Manager 做完優先順序，還欠團隊一件事：持續追蹤這兩邊，並在原先的判斷不再成立時，重新做決定。