學習成長

2025.02.14 | 1926次觀看

TPM是什麼職位?成為「技術PM」需要具備的6大能力

如何成為優秀的技術產品經理(Technical Product Manager, TPM)?本文透過工程師視角,解析成為TPM所需的6大關鍵能力,無論是想轉職技術PM,或是希望提升職場競爭力的PM,都值得參考。

文/朱麒

本文目錄(點擊可快速前往)

印度資深後端工程師對TPM的6個建議

Arihant Kumar Jain是一位印度資深後端工程師,這篇文章摘要他在《An Ideal Technical Product Manager, Extract from an Engineer’s Diary》對於技術PM(Technical Product Manager,簡稱TPM)的建議。

「我們往往不會珍惜好的人或產出,直到體會到賽的。」這句話是我出社會後幾年的心得。

遇到神隊友不但可以把事情做得又快又好、甚至還可以偷學幾招;遇到雷隊友不但把事情做的又慢又鳥,甚至還可能被拖下水。

神隊友不見得跟我們是同職位的人,也不見得是同年資的人。但只要這個人夠厲害,我們就應該試著觀察與分析、甚至聽聽他們的建議(如果他還願意給建議的話),我有過太多次「聽君一席話,勝讀十年書」的工作場景,因此只要遇到就會特別珍惜。

這篇文章討論的雖然是技術PM,但內容值得其他PM職位的人學習。包含:

  • 了解基本的電腦科學
  • 注重細節
  • 了解組織產品的軟體架構
  • 掌握排序
  • 高度文件化
  • 掌握大事

1. 了解基本的電腦科學(Computer Science)

Product Manager依據專精的項目不同,可以再分成:

  • Business product manager
  • Marketing product manager
  • Technical product manager(TPM)

從字面上就可以看出,3個職位在專業上分別著重於商業、行銷、技術。

以TPM來說,至少對於技術討論、解決方案的構想、資訊架構都要有基本了解,例如設計API 時要知道REST, CRUD, HTTP status code……的觀念。

這就像對於UI設計,PM要了解公司目前的UI Library大概有哪些Componet,才不會鬧出像是「PM想這樣設計,但因公司的UI Library不支援,而要花更多時間成本客製化」的窘境。

要了解軟體技術,最基礎的學科就是電腦科學(Computer Science)。
除了在職場上邊做邊學,也要定期補充學科知識,才能了解軟體技術的基本原理。

2. 注重細節

對於一個已經工作2-3年的PM來說,寫Spec應該算是駕輕就熟的事情。但決定「好」跟「專業」的Spec, 差別就在於文件的細節。

例如寫UI的User Story時,除了User Story、Functional Map、UI Flow之外,記得要規劃錯誤訊息(Error Message) 這種反面案例。如果PM不規劃,就會麻煩到QA、Developer甚至 Designer幫忙規劃,反而讓其他人有「PM是不是都沒先想這塊」的念頭。

如果是API的User Story,則要先跟Senior工程師或是主管確認是否有API文件(例如 Swagger),仔細考慮每個資料節點的收集與傳送。

「好」跟「專業」的一線之隔,在於細節。

3. 了解組織產品的軟體架構

軟體開發除了注重 Coding 的技術細節,設計完善的軟體架構也非常重要。

許多公司開發求快的結果,就是在產品上線後要不斷地花時間進行重構(refactor)。這就像是蓋一棟危樓,草草成案就動土開工,後續必須花大量時間進行修補工程才能支撐不倒。

TPM在整個過程中,可以協助當紀錄與畫圖的角色。

透過和工程師一起討論架構、整理結論、用繪圖工具畫成流程圖、系統架構圖,都能夠幫助自己對於組織的產品軟體結構更加了解,在設計產品時能夠更有Sense。

共同參與技術討論,協助紀錄與整理資訊讓自己更理解產品。

4. 開發排序

排序(Prioritization)是PM最重要的工作之一,這項技能也決定了一個PM是否有好的產品管理Sense。

排序其實是由多項子技能組成,包含產品決策、利害關係人管理、責任感、邏輯推理、成本與效益衡量……。對於TPM來說,還加入了技術方面的考量,除了考量商業利益,也必須考慮到系統是否會產生過多的技術債(Technical Debt)。

對於TPM來說,必須多分析技術方面的效益與成本,與商業決策作權衡後再做開發排序。

5. 高度文件化

不論是軟體開發還是其他領域的工作,都一定會有「問題-討論-決策-行動」的步驟,且都會面臨到「到底當初這個決策是怎麼做出來的?」問題。

場景通常會像是:一群人開始翻箱倒櫃,找Email、找線上文件區、找桌子旁的紙張、找通訊軟體的對話……這個現象你在公司中一定不陌生。

一個好的PM要非常重視「寫文件」這件事情,因為有事情別人第一個就是找PM確認。

對於TPM來說,還要多紀錄「功能技術決策」的原因。例如:

  • 這個功能最後決定不多開資料庫欄位是因為……
  • 前後台將透過這3隻 API 進行溝通,因為……

事實上公司中的每位角色都要有「寫文件」的意識,否則發生上述問題的時候,就只會有一句:「我不知道,那是xxx叫我做的。」

6. 掌握大事

身為PM,組織中的利益關係人有事沒事都會第一個想到你,因此重要的事情都必須要能大致掌握。舉例來說:

  • 工程師會質疑你的決定還有產品需求細節
  • 主管會確認產品開發進度
  • 老闆會詢問這個專案的成本與效益

這麼多的事情,PM要做的就是Get shit done。這仰賴於對大局的理解、對資訊的掌握。

當然人的大腦也沒辦法記那麼多事情,因此我們只要知道需要的時候去哪裡查就好,這件事的前提是有做好「文件化」這件事。

「我不需要知道所有的事情,只要知道在我需要的時候去哪裡找到它。」— 愛因斯坦

( I don’t need to know everything, I just need to know where to find it, when I need it — Albert Einstein)

總結:3個建議培養「專業」

最後我將Arihant Kumar Jain提的6個建議,總結成下方3點:

1. 多跟不同職位的人學習,聽聽從他們的角度是怎麼需要你的

我們以為自己做到的,可能跟別人實際感受到的不同。一個有效的策略是跟不同職位的人聊天,問問他們:你覺得一位PM應該要能夠做到什麼事情?

2. 親自參與討論,才能培養專業的Sense

身為一個TPM要參與重要的技術決策、身為一個Marketing Product Manager要參與市場行銷的討論、身為一個Business Product Manager要參與公司商業策略的制定。

只有實際參與才能獲得深入的洞察。

3.注重細節,多想一點

「好」跟「專業」的一線之隔在於細節,細節來自於規劃時的多方面考量,多方面考量來自於過往經驗的總結。

定期做工作成果盤點,將收穫應用在下一次的規劃上。更多文章分享,可至「朱騏部落格」閱讀。

(原文標題:如何當一個技術 PM?從工程師角度來看 PM 需要具備的能力

更多104【技術PM】工作機會

沒看到有興趣的職缺嗎?