雲端架構師實測：除了 PPT，為什麼你也該試試「白板討論」？｜專家論點【黃婉中】
作者：黃婉中（雲端架構師）
在IT圈，我們常聽到 Whiteboarding（白板討論）。這詞聽起來專業，其實說白了，就是「拿起筆，直接在白板上邊畫邊跟人討論」的過程。
在 UI/UX 或軟體工程師的面試裡，這種形式很常見。但在雲端架構師的場景中，大家似乎比較少把它當成一項必修課。不過根據我的經驗，這是一個在簡報之外，非常實用的溝通輔助工具。
為什麼不只用簡報？
身為雲端架構師，我們習慣準備一疊厚厚的簡報。但架構有時很複雜，不管是混合雲遷移還是資料分析，投影片講久了，有時候客戶不一定能完全跟上。
這時 Whiteboarding 就派上用場了。它不是要「取代 」簡報，而是「補充」。當客戶對某個細節有疑問時，放下雷射筆、拿起白板筆，把死板的簡報切換成動態討論。這能幫助雙方把認知對齊，讓討論更聚焦。
簡報是靜態且封閉的，當客戶對某個設計有疑慮時，翻找投影片常會打斷思考。白板則提供了靈活性，而且不需要從零開始。通常我會先畫好核心框架，在簡報過程中針對客戶關心的特定節點進行補充。
以下跟你分享3個適合「動筆」的場景。
白板技術在不同情境的應用
1. 釐清需求：確認目前遇到了什麼問題
我常用白板和客戶盤點現有架構痛點。客戶通常比較冷靜，不會主動描述細節。這時，我會在白板上劃出簡易的現況圖（As Is），並針對可能有優化空間的部分（如資料庫、特定串接點）詢問客戶的看法。
看著圖討論，通常比對著簡報的條列清單更容易讓客戶確認現狀，減少雙方的認知誤差，也能確認哪些是優先事項。
2. 梳理需求：達成共識
一個例子是討論資料如何從地端搬遷到雲端。 企業專案經常有多種資料來源（如不同資料庫、第三方 API），簡報的更新常趕不上變動。我不止一次聽到客戶邊看簡報邊說：「這裡後來我們又加了東西，來不及畫在上面。」
我會直接在白板上畫出資料流。討論內容包含：這段資料是 Batch 還是 Real-time？傳輸過程需不需要處理去識別化？我發現這麼做以後，能夠省下許多會後email來往確認的時間。
3. 處理突發提問：展示方案的彈性
白板也很適合在既有的方案架構上，針對客戶特定需求進行局部調整。當客戶提出「如果以後要擴充到其他區域，這套架構怎麼改？」這類假設性問題時，白板就是最好的補充工具。
即使現場沒時間去改簡報，我會直接在原有的圖上繼續補充，讓客戶理解這份方案是可以根據需求微調的。
給架構師的實作建議
- 預先畫好底圖：現場時間有限，我通常會在會議開始前，先畫好大約 70% 的基礎架構。正式討論時，只針對需要變動的部分動筆，這樣比較省時間，也維持溝通的節奏。
- 工具分工：PPT 用來呈現最終目標跟結論、白板則用來處理討論過程中的變數。
- 拍照留存：建議討論完後，當場用手機拍下白板圖，直接貼進當天的會議記錄（Meeting Minute）。這能確保「共識」被保存下來，不會因為白板被擦掉就沒了。
- 參考公開資源：想學習如何把複雜雲端架構畫得清晰，可以參考 YouTube 上的 John Savill，他的視覺化邏輯非常值得學習。
結語
白板不需要畫得像藝術品，只要能把邏輯講清楚就夠了。誠如那句老話：「A picture is worth a thousand words」（一張圖勝過千言萬語）。
在雲端架構這種資訊量大的工作中，白板是一個能幫你把複雜事物變簡單的工具。下次發現會議溝通有點卡關時，不妨拿起白板筆試試看。
