一日測試，終生測試這樣

私立學士👋

通常想當TPM就是想享受RD的薪資，但是不想做RD工作的人。 就是我 不過進入職場後 我還是決定待在RD, 打算升到技術主管時，再轉商業相關的職位。 直接當TPM基本上就是擦屎的（這邊指的是專案經理） 另外除非是快消品或是一些軟體的產品，IC產業要當產品經理基本上沒有技術非常難。

過來人路過，為了跟產品經理做有效區分，以技術背景為主導的專案經理會以TPM做區別。一般需要有很強的R&D技術背景或是產業經驗，跟以市場、業務出身的產品經理不太一樣。

每間公司對PM的要求跟定義都不一樣，我覺得你這樣問反而把範圍侷限了。有些公司職稱叫TPM，但沒有技術背景也在當；有些公司職稱叫PM，但其實技術成分重。我自己覺得如果JD寫內容更多是跟技術團隊的合作而不是推廣產品的，都能泛稱TPM。 但我更想要強調的是，口才好不代表溝通能力好，更不代表適合當PM，一不小心甚至會變成RD最討厭的那種PM。我覺得好的PM有幾個特質： 1.發源於同理、尊重專業、團隊精神的溝通力 2.能夠拆解問題的邏輯思維 3.具宏觀視角的決策跟洞察力 第一點，我舉一個例子，當RD對一個你認為只需要1天就能完工的功能開出了3天的工時，你第一個反應是什麼？有非常多技術背景出身的PM會直接說出「這麼簡單你還要3天？」甚至說「我來寫都比你快」，這就是標準沒有同理心、不尊重專業、沒有團隊精神的案例。 他可能手邊剛好有案子、可能是你根本不夠了解這個技術細節、可能有其他你沒想到的原因。PM是靠著「我跟你一起想辦法」的態度運作團隊，而不是靠技術或口才碾壓RD的角色。 第二點，你說你對探索性測試、徒手抓問題這件事不擅長，但這是PM一個非常重要的能力。需求過來的時候常常是模糊不清只有一個輪廓的，釐清、收斂需求或問題，並轉譯為可落地的規格，是PM作為一個團隊成員最重要的職責之一，你可能要想清楚。 第三點，PM作為團隊對外、對上的溝通窗口，同時肩負產品樣貌定義者的責任，怎麼談判工時、交期才能如期交付又符合stakeholder的期待？怎麼定義規格才能將開發成本降到最低，又能保留未來擴張跟修改的空間？不合理的要求來的時候，你怎麼扛住壓力並說服別人依你的期待走？團隊成員狀態差的時候，你怎麼推動甚至激勵對方再努力一下再撐一下？RD覺得你開出的規格是💩的時候，你怎麼說服他「這真的是對方要的」？ 我要說的是，當(T)PM，不是你懂點技術、有點邏輯、口才好常常辯贏別人就能做得好的，而且你還提到你不想高壓工作，你看了我前面的敘述，你會覺得PM壓力小嗎😂 每個人都有每個人適合的位置，看了你的敘述，我目前覺得你可能沒有太適合當PM，努力成為一個很棒的SQA，你的成本可能會低得多。不過就算不適合也不代表你不能當，多得是不適合當RD的人在寫code、不適合當主管的人位高權重。 人生只有一次，最重要的是自己過得開心，如果你認為轉換到PM這個位置會讓你更快樂，我是覺得嘗試看看有何不可？只是我目前猜測你可能會更痛苦就是了，給你參考囉～