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 需要具備的能力）