【魯米週報】#7 - 差點害團隊加班
工作反思
最近有一個專案進度落後，因為開發遇到的技術障礙超出事前預估，PM告訴我按照這個進度，下個月可能需要啟動 war room，把相關人員留下晚上和週末加班。
這是我最不喜歡的方案，所以我去找老闆攤牌，把現在正在進行的案子重新審視一遍，確認優先程度，然後把某幾個專案暫停，把人拉過來支援，才終於挽救這個專案，並且避免了痛苦的 war room 加班行程。
平常在排優先順序的時候，我們都會假設資源是固定的，10 個工程師就是 10 個，能做的事情就那麼多，但是資源其實是可以被重新分配的，只是這個決定不是 PM 能做的，要靠老闆從更高的視角，願意犧牲別的專案，才有辦法把人調過來。
這也讓我反思，平常追蹤進度的時候，是不是可以更早發出警訊？如果風險訊號能在情況惡化前就被看見，根本不需要走到「差點啟動 war room」這麼緊張的地步，資源的調動也可以更從容，不用緊張的臨時救火。
危機被解除是好事，但比解除危機更值得記住的，是下次怎麼提早看到它，以及讓團隊理解，重新分配資源也是一個可以選擇的方向。
魯米新文章
PM Lumi
推薦文章：權威網站的PM文章
Deep dive: Mastering stakeholder management for product leaders
「無效的利害關係人溝通，是科技專案失敗的頭號原因。」這篇一開頭就這樣講。
大部分 PM 面對衝突的方式只有四種，而且四種都不好用：正面對嗆（關係壞掉）、消極抵抗（信任消失）、假裝沒事（問題繼續爛）、全盤接受（產品被搞歪）。作者說，願不願意正面處理衝突，是成為優秀的產品領導者的關鍵之一
文章借用 FBI 談判在用的 Behavioral Change Stairway Model，五個步驟：
- 主動傾聽：先搞清楚對方到底在意什麼，不要急著反駁
- 同理：站在他的位置想一遍，他的擔心通常是真的
- 建立信任：找到你們共同在乎的東西
- 影響：有了信任，才有辦法把對話往建設性的方向拉
- 行為改變：對方自己願意調整，不是被你說服的
具體的溝通技巧只有三個：專心聽完並複述確認、承認對方的情緒是合理的、用開放式問題讓對話繼續下去。這些是基本的道理，但也是會議上容易忽略，導致溝通失敗的原因。
作者舉了 iPhone 開發當作範例，Jony Ive 的硬體團隊追求極簡設計，Scott Forstall 的軟體團隊要解決功能上的限制，兩邊槓上，最後反而逼出了多點觸控介面這個好用的功能。衝突本身不是問題，處理方式才是。
另一個是假設情境：業務主管臨時要求加一個沒排進計畫的功能。作者建議的做法不是比誰贏，是把它變成一起解問題，讓資源、時程、產品願景這三件事攤在桌上談。
對照這週反思：如果進度風險能更早被看見，資源調度就不用等到老闆拍板救火。而讓風險被看見這件事，說到底就是利害關係人溝通。
本週科技時事：了解世界趨勢
1. OpenAI 開發 AI 智慧音箱，預計售價 300 到 400 美元
定位成「ChatGPT 的實體化身」。軟體公司開始做消費硬體，代表 AI 的入口正在從螢幕往生活場景移動。
2. Meta 推出 Muse Code，專為大型程式碼庫設計的 AI agent
直接切進企業級的 AI coding 市場。過去 AI 寫程式主要幫個人開發者，現在戰場換到動輒幾百萬行的 codebase。
3. Cloudflare 推出 Kitesurf，一個為 AI agent 打造的瀏覽器
現有瀏覽器是給人用的，AI agent 用起來很卡。當 agent 變成主要使用者，介面的設計邏輯就得重寫一次。
4. Google AI 高層重組，DeepMind 與 Brain 團隊正式整併
Hassabis 退任 Chairman，Kavukcuoglu 接管運營，從 2023 年開始的兩地分裂告一段落。組織架構常常就是產品速度的天花板。
5. OpenAI 新模型 Astra 的資安能力過強，連自家安全評估都亮紅燈
內部測試顯示 Astra 已經逼近 OpenAI 安全框架的最高風險等級。模型能力跑得比評估體系還快，這件事第一次發生在自家產品上。
聯絡我
如果你想和我聯絡，可以從這些地方找到我
網站 : www.pmlumi.com
IG : www.instagram.com/pm.lumi/
Email : pmlumi.hello@gmail.com