敏捷開發（Agile）下，交互設計師（IxD）常陷入「任務未完卻要移交、返工頻繁、深度與廣度難平衡」的泥潭。本文通過經理的可視化解釋，拆解協作模式、角色分工、新人成長路徑，極具實戰參考價值。

敏捷 vs 瀑布：協作模式可視化

敏捷（Agile）： 階段 A 結束，IxD 移交 VD 設計 A，同步啟動 B 交互設計；VD 完成 A 移交 Dev 開發；Dev 開發 A 時，IxD 的 B 已完，移交 VD……並行流水線，無需設計完全部再開發。

瀑布： 需求→設計→實現→測試→集成→維護，嚴格串行。

敏捷下的 IxD 糾結：任務切片帶來的碎片化與返工

任務拆細、時間緊：A 未做透徹就要移交，後續 BCD 推進中頻繁回頭改 A，牽一髮動全身。更糟者：ABCDE 做完發現還需 FG……

兩種緩解策略

1. IxD 提前介入： 先把 ABC 設計得差不多再移交，贏得整體思考時間，輸出更成熟概念。
2. IxD 與 VD 緊密同步： 縮短交互-視覺間隔，更早看到高保真圖，即時調整，再移交相對成熟方案給 Dev。

切忌「走得太深」：IxD 的深度邊界在哪裡？

IxD 只負責低保真線框圖，將高保真視覺留給 VD。原因二：

1. 尊重專業分工： 不越俎代庖，讓 VD 發揮視覺專長。
2. 聚焦「解決問題」： 節省糾結細節時間，保持大腦處於問題解決模式，利於項目整體效率。

初級 IxD 要「走得寬」：方案發散優於單點深挖

同一問題（如「加入購物車」），初級給 1-3 方案，優秀初級給 7 個（ABCDEFG），哪怕 E 看似荒謬，但其中某點結合 A 的優勢可能誕生突破性設計。根基在於產生足夠多備選方案。

「我身陷泥淖，你放心飛吧」：IxD 與 VD 的大腦分工隱喻

• IxD 生活在 10g 重力場： 處理最沉重、最糾結的邏輯問題（Heavy things）。
• VD 生活在 1/6g 月球面： 輕盈飛翔，表達美感與情感。
• 只有 IxD 在高壓下把問題解透，VD 才能自由飛翔。發散階段 IxD 也需用右腦，但核心使命不同。

所以，讓我專心在泥淖裡越陷越深，你放心飛吧！:)