有关于PM生涯规划的问题想请教前辈们
板上有几篇文章也都已经拜读过，受益匪浅。
我现在是乙方软件专案的PMA，协助团队处理文件跟团队沟通与记录规划。
年资目前五年，本身是公立资管毕业，英文蛮好的但程式底偏弱一点。
主要负责部门间的协调，专案的一些排程与跟客户做一些信件沟通。
希望可以慢慢的往管理团队的PM晋升，但是公司没有这个机会，于是想提升自己跟决定未来方向才来版上请教意见。
1.证照的重要性
Google 的一些PM证照，或是云端AI之内证照的含金量跟必要性是很重要的影响吗？有课程推荐的吗
2.换领域的问题
如果换了一个专业领域如转到金融业，以往累积的价值会降低很多吗？毕竟除了专案管理，know how变得很薄弱。是不是都要重新开始
3.程式的姿势
除了一基本的架构跟工具，工程师会希望Pm能有更强的coding 能力吗？还是专精于管理跟人和与沟通能力就可以了？
4.pm该怎么衡量自己的价值
衡量自己价值跟薪水的方法是面试吗？还是有什么判断基准呢？
希望板上前辈可以给小弟解惑 感谢！

程式是你的硬实力，证照如pmp则是给你挂履历用的。然后等等铁克伯会来讲些没意义的意见记得略过

通常不预期PM会懂code，但是工程师又很常拿coding的各种用语跟PM沟通，所以还是要自己看一下

看你pm有没有兼sa功能

除非全端PM化，否则PM还是好好炼话术宠老板就好因为利害关系人都不在意PM是否有技术解决能力PM有了技术解决能力只会增加与周围的人的冲突性当然如果是全端PM那又是另一回事

捧主管 安抚工程师 上业务课程

PM就是搓圆仔汤技能点满 行有余力对技术有兴趣再去摸

借版问，pm需要有自己的客源吗？

求职不要太在意 domain，专注domain 可以增加职涯深度，但是同时也过滤了其他可以去的公司，因此求职应该把 domain 当成加分条件就好

男pm 多一根苦一生

PM可能有几百种定义。但没看到内文讨论到任何价值面。PM重点绝对不是传话，纪录，盯进度的人。重点是 1.对外沟通出有价值的客户需求 2.对内帮助工程师只做重要有价值的工作。内文的1.2.3都别浪费时间了。想想自己在每个专案，怎么沟通对外创造客户价值，对内帮助工程师只做有价值的工作吧。B0988698088大概没在正常的公司工作过。PM根本不需要写程式。人家问 PM价值，B0988698088推荐去写程式，有够外行的。笑死。B0988698088 只会发不专业的推文，还会什么。

PM要会写程式干嘛 看code吗？

我教过我的TPM写SQL 不然他都一直需要让我查超烦的

英文不错就出国领两三倍薪水 有事去reddit问 这就是你提升薪水最实际的方式还有你应该要说你完成了什么样的案子吧 从你的叙述就好像一个工程师上来说“我会写程式 平常就是照需求开发”听起来就是谁都能取代的人啊 PM做了五年却连怎么描述自己的价值都不知道吗？最后你的错字也太多了吧 建议先去唸个中文课程

当然是学DDD Dealine Driven Development 交付验过了谁管你怎么写的呵

PM主要的能力是沟通,coding是其次,会程式只是让你比较好和工程师沟通,还有排时程等比较有利英文好就可以考虑往外商或外国走+1

如果你的个性喜欢满世界跑 出国+13. 我知道现在有些startup有这个要求eg john Carmack × Richard Sutton的agi公司不过要成绩很出色很出色才行 你也可以去上面看一下台湾目前没有这样高级的人才硅谷每个大公司都有1-2个startup会要求比较低一点普通的coding我会觉得... 有跟没有一样要有心理准备

建议要有技术底 不然到最后只会问工程师:能不能提早交付沟通是只要你有技术底气加上继续进修的商业英文 不是问题

把工程的回答丢AI

怎么说呢，我觉得会程式的pm是需要的，举例，你派工给我8个api，但都是查询我说要5天，跟3支不明确内容的电文传递我说要五天，那一个pg在唬烂你

pm至少要怎么用ai问程式的问题，看的懂ai回复的内容

pm最好是懂一点程式+商业逻辑..如果两边都不懂的话很难跟工程师与需求方沟通纯pm对专案的推进会比较累，沟通成本垫高

好好上班了解产品别想东想西就好

一堆人没在正常公司待过吧。PM根本不需要管到工程师会不会唬烂工时。那是工程师主管或技术leader的职责。甚至可以去请技术主管协调工时。能帮忙工程师主管考绩好，帮忙创造工程团队价值。还要担心工程师会不会唬烂你工时吗？根本外行与越界。每个团队一定有额外的工作，工时请工程团队合理安排就好，根本不用管到人家说的是否唬烂。专业的PM即使别人唬烂工时偷懒，也要用PM专业：协调其他资源完成需求，例如协调技术主管帮忙判断。而不是直接跳到：我该去学技术，用来判断别人有没有唬烂。外行PM：为了判断工时，我应该去学习写程式，这样才能判断工时是否合理。正常PM：我去协调技术主管，请他们内部讨论，利用他们的专业去安排合理的工时。

原来是这样

楼楼上说的没错

D讲的是正常的PM，理应本来就应该是这样只是87%的台厂都是怪公司，一堆用兼的，才会变成PM也可能需要coding

怪洨文化千百种，讨论不完的

感谢各位前辈热心回复 我会再好好想一想

我看很多pm都兼或转业务

金融业的know-how在长官跟各种繁杂制度流程

PM就是要会抢功劳就好再怎么废 就是都能生存的很好

Dr一出手便知有没有

这里是指PJM吧？我看留言好像也都在讨论这方向，如果是PJM的话，组织，沟通，懂需求，就这么单纯