賦能團隊的核心:把決策推向團隊層級#

在功能團隊中,多數有意義的決策已經在上游被主管與利害關係人做完。

賦能型產品團隊中,所有重點都是把決策下放到團隊層級

「好決策」不只是邏輯與資料導向的商業判斷——它也包括:團隊、主管、利害關係人、顧客都能理解並支持的決策,即使他們不同意。

你可能會想:「只要對產品與顧客是對的,最後不就會水到渠成嗎?」這忽略了人與公司的真實複雜性,特別是當你想要的是傳教士團隊而非傭兵團隊時。

兩個基本前提#

決策技術的兩大基礎:

  • 正直是決策的地基:你被認為承諾可靠、為公司最佳利益行動、願意對結果負責
  • 時時記得我們追求的結果:不只要決策成功(及時、貢獻好結果),還要主管與利害關係人能理解並尊重你的理由——即使他們會選擇不同的做法;當事人即使結果不如願,也覺得真正被聆聽、被尊重

五個關鍵行為#

1. 適當分量的決策分析(Right-Size Decision Analysis)#

並非所有決策同等重要。從修哪個 bug,到棘手問題的解法選擇——範圍極廣。

要先評估風險與後果

  • 後果意指:若做錯了,事情有多大?
    • 有些錯誤幾小時內就能恢復
    • 有些可能危及產品甚至公司未來
  • 風險/後果越高:在做決策前你需要主動收集關鍵資訊
  • 風險/後果較低:你可以根據「不完美的資訊」就做決定

關鍵問題:

  • 哪些人會被這個決定影響?
  • 是否需要主管、利害關係人、顧客的支持?若需要,要先聽他們的擔憂與限制,並把他們納入決策歷程
  • 高風險、高後果的情境,先擬定攻擊計畫

新手 PM 經常會嚴重「低估」或「高估」風險——她在不重要的事上花太多探索時間,反而沒時間處理真正關鍵的風險。這也是管理者經驗最能派上用場的地方。

2. 以協作為基礎的決策(Collaboration-Based Decision Making)#

幾乎所有受作者輔導的產品人都會卡在「哪些決策是『我擁有』的?哪些是『別人擁有』的?」這個問題。

作者要努力扭轉這個心態。

好決策不是

  • 共識模式(讓所有人同意)
  • 投票模式(討好最多數人)
  • 仁慈獨裁者模式(一人決定一切)

實務上:

決策性質主導者
主要關於基礎技術在可能範圍內採信技術主管
主要關於使用者/顧客體驗在可能範圍內採信產品設計師
主要關於商業可行性PM 與相關利害關係人協作
關於價值最困難——價值是整體的函數

3. 解決分歧(Resolving Disagreements)#

協作式決策能涵蓋多數情況,但分歧仍會出現——例如技術主管與設計師對解法有不同看法,或 CEO 與其他主管不同意團隊的提案。

在強大、賦能、真心關心工作與顧客的組織中,分歧是正常且健康的。在資訊不完美的情境下,意見與判斷必然扮演角色。

用測試解開分歧#

例:技術主管覺得設計太難實作,設計師認為這個設計對體驗不可或缺——這正是團隊**需要知道何時、如何運行測試(test)**的時刻。

通常做法:

  • 建立特定類型的原型
  • 用原型蒐集證據;若需要,蒐集統計顯著性結果或證明

只要你做協作式決策、並對分歧運行測試,PM 真正需要「凌駕團隊」或「升級到上層」的情境會非常少

4. 透明(Transparency)#

要把團隊與領導者一起帶上「理解決策原因」的旅程,透明是必要的

  • 不能讓任何人以為我們做的是無資訊決策、忽視重要關切,或是為了個人議程
  • 小決策:通常用一份簡短備忘錄清楚說明理由就夠
  • 重大決策:作者極力推薦書面敘事——尤其是 FAQ 部分,預想每個反對與顧慮並逐一回應

許多產品人一開始會抗拒書面敘事的嚴謹度——但這正是重大決策真正需要它的原因

5. 不同意但承諾(Disagree and Commit)#

在好的組織中,意見不合很常見、有時甚至充滿熱度——即使做完測試、收集了證據。這不是壞事,反而是傳教士的明顯特徵。

但討論結束後,團隊(特別是 PM)必須承諾於最後做出的決定——即使她不同意。

為什麼這特別重要?#

想想下面兩種情況的毒性有多高:

  • PM 對主管說:「我尊重了技術主管的意見,但我不同意這個決定。」
  • 主管做出 PM 不同意的重大決定,PM 對團隊抱怨這個決定。

對比理想情境:

  • PM 分享過程中考量過的各種觀點與意見
  • 解釋最後決定的理由
  • 詳細說明她將如何讓這個決定成功

她不必隱藏自己原本的個人意見,但必須展現她理解各種選項與最終決定的理由,並且會盡一切所能讓這個決定成功

一個提醒:這是長線的能力#

決策是隨職涯持續發展的技能——PM 越資深,責任的決策就越困難、越重要、越有後果。這個主題本身就能填滿無數場一對一

最後一段:Jim Barksdale 的三條規則#

前 Netscape Communications CEO Jim Barksdale 對作者影響深遠,他著名的「決策三條鐵律」:

  1. 看見蛇就殺它(If you see a snake, kill it.)——把問題辨識出來,當下做決策
  2. 不要玩死蛇(Don’t play with dead snakes.)——做完的決策不要一直回頭翻案;不過死蛇仍可能咬人,要小心
  3. 所有機會起初都長得像蛇(All opportunities start out looking like snakes.)——機會常常一開始看起來是困難的問題或決策

這裡的「snake」是美國南方俚語,泛指「必須處理的重要決策」。