对不起，最近被敝公司的废物PM气到很赌烂，借我发泄一下。 不是针对原PO，在此注明以免误会。 ※ 引述《romeotsai (男生小甜甜)》之铭言： : ※ [本文转录自 Tech_Job 看板 #1E5SoN1d ] : 作者: romeotsai (男生小甜甜) 看板: Tech_Job : 标题: Re: [请益] PM之後的出路 : 时间: Thu Jul 7 23:11:17 2011 : 你好...我的工作是PM... : 看来很多人都觉得PM...是废物 : 只会嘴炮 : 什麽都不会 就我所看过的PM，也的确是九成以上都是废物。 不过，这也是因为台湾变态的职场环境所致，每家公司对PM的期望都不一样， 取联集的结果，就是PM被要求甚麽都必须要懂，样样通当然就是样样松了。 这样被很多其他部门认为是废物好像也是其来有自。 : 我只想说, 每个人都有他存在的价值 : 虽然也许有人看到自己的PM只会追料, 只会pull in schedule. : 我也常跟别人说, 一个案子, 没有PM, 一样可以量产, 这是完全没问题的!! : 那PM的价值在哪? : PM, 就是依据排定的schedule催促每个部门, 该做什麽事 : 该交什麽作业 如果PM的价值只是在照表操课push schedule， 那这样的PM还真的是废物。 PM的价值在於解决问题背後的冲突管理，这才是PM真正的价值。 试想每个部门的KPI都不同，很多时候更可能是互相冲突， 比如说，产线基本要求是不断料，但是采购的KPI是找到便宜的东西， 问题是有产能的供应商可能是最贵的？ 那PM怎麽去排解这样的冲突？ 再比如说，有一个bug，用软体去解不用花额外费用， 但是需要花时间，可能schedule会滑； 用硬体加component改线路可能很快，但是会导致整个BOM cost增加， 也可能导致工厂打件良率下降或是备料上的复杂度... 凡此种种，能够扛起来并且去处理，才是PM功力之所在！ : 如果都让每个部门独立作业, 人是松散的动物, 得过且过, 对自己永远是宽以律己 : 一个有PM在看schedule的案子, 与预定量产schedule相差不远 : 一个没有PM在管理schedule的案子, 要量产, 看所有部门的心情吧...也许老板会自己叮 : 那麽..老板不也就是PM?? PM只看schedule，那案子大概是开一个就死一个。 如果照表操课去push，然後PM大概就会经常遇到专案团队同事三不五时摊手说： "对不起，我做不出来，因为oooxxx" 然後一滑再滑，最後的结果就是胎死腹中。 : 再者, PM与生管乔上线试产的时间...没有PM, 谁该要做这件事? : PM统合各部门可以拿到多少试产出来的数量, 一次发给生物管备料, 一起上线试产. : 没有PM, 难不成是每个部门要自己和生物管侨一次. : 十个部门就上线十次吗? : RD做的是技术, PM做的是统整 : 要拿RD的标准来看一个PM有没有用处, 我觉得不太合理 : 也许有人说, PM都不会解bug...压出来的时间完全不合理. : 反过来问, PM会解bug, 那要RD做什麽? PM要会解bug。这是标准的视野狭窄的工程师想法。 如果每个部门都对PM有这种要求，那可能PM要会Pro-E, C language, 还要懂产线上各式各样的工具，甚至要自己会拿焊枪去手打零件... 见鬼了。 我认为PM不需要自己亲自动手， 但是要能听懂各部门不同的语言并转化为浅显易懂的文字以做跨部门沟通。 问题就在於很多PM听不懂自己心虚，然後不懂装懂， 结果就是被人家在背後笑。 久而久之把自己的credit消耗殆尽，这样去push schedule有人会理才怪。 : 压的时间不合理, 所以才要沟通啊... : 反过来看我自己 : 我会硬体设计, 写BIOS, OS及应用程式的应用分析, 我也念过国际企业管理. : 做过八年的品保... : 现在做了快五年的PM... : 我知道每个部门需要的时间, 怎样算是合理的 : 面对一项新的bug, 我也知道要往哪个方向去解决, 需要多久可以解决这个新问题 : 但我不会去帮RD下对策, 毕竟这是RD的专业. : 我只会给建议!! 这样的观念是对的。 PM的角色毕竟是属於幕僚，知道问题所在，知道方向然後给建议， 而不是因为别部门机机歪歪就赌气自己去动手做，那不过是落入一个圈套罢了。 : PM的工作, 就是一个又一个的回圈, 一个案子结束, 再开始一个新案子到结束 : 这是小PM在做的事. : 做RD, 技术越来越专精. : 做PM, 眼界会越来越广. : 回到原po的问题. : 1. PM的前途...我曾经问过我主管, 我得到的回覆是..RD副总... : 原本小PM就是要学习如何掌控整个案子 : 小RD就是不断的增进自己的技能. : 要当副总..就是要管理强, 从基本就在学管理的人, 最後做管理的事, 应该很正常吧 : RD的技能强, 如果要转当管理职...也是有些辛苦 : 不过要看个人特质... 坦白讲我是没听过PM转成RD VP的例子。 VP level的人，还是都是干RD出身的，甚至有有听过工厂出身的。 就是没听说过PM出身的。 大概现在当到VP的人，当年他们还在菜的时候， PM这个工作的概念大概还尚未成形吧。 : 2. PM的能力, 要会说服与你意见不合的人...这也许是大家说的打嘴炮. : 不过, 让别人配合PM做事, 才是不择手段达成你自己目标的结果. : 我常说, PM = phone and mail... : 另外就是要语言, 如果有需要直接面对客户讨论产品规格时, 用的到... : 英文应该算是基本的吧 : 不过我们也不是英语系毕业 : 至少要可以说的人家听的懂 写的人家看的懂 听的懂人家说什麽 看的懂别人写的 : 这样才不会做出错的产品 : 3. 软体, 会word / excel / power point / outlook....够了, 了不起再加一个project : 软体只不过是辅助工具, 用文字或图形或流程让人家知道你的想法. : 4. PM工时, 看你自己怎麽分配自己的工作 : 没有固定的 : 有案子时, : 设计 - 试产 - 测试 & debug - 试产 - 测试 & debug - 试产 - 测试 & debug - 量产 : 设计时要和所有部门讨论, 会不会有任何与另一部门干涉的问题 : 看是谁要让谁 : 试产就是要把所有物料备齐 : 用产线组装小批量 : 这时你会知道什麽物料的备料时间比较长 比较难备 : 下次要多注意 : 也要告诉物管和采购 量产时要小心 : 也要看RD设计时所使用的物料 实际生产是不是有问题 : 测试 就是把实物做很多测试, 不外乎功能, 耐久, 破坏性测试... : 有问题就给RD修正, 在下一次试产去验证对策是否有效... : 然後过了二~三个回圈後, 就可以大量生产给业务卖钱. : 个人觉得~~在试产时的上班时间最长 : 产线实验组装有问题~~新东西不会测 : 乱七八糟的怪问题 : 又要追着快把东西弄完才能领出测试 : 平常9:00~19:00 : 试产是8:00~23:00(连续五天) : 有时要和客户开会, 如果遇到有时差的客人~~就是配合一下吧... 为什麽我当采购从来没有PM来告诉我料要怎麽备？ 反而是我一直在highlight很多key components是long lead time， PM你再不确定打件的时间和需求数量，到时後缺料不能打件那是你家的事？ 然後PM还是只知道装死，到时候时间不够， 还不是工厂和采购合力去拜托厂商把料追到。PM在哪？ 一般只会看schedule的PM，只会highlight没料，问题是多久以前就push过了？ 要PM确认甚麽东西，PM都只会装死不理，出事才会highlight投诉别人。 这大概就是很多PM为什麽会很顾人怨的缘故吧。 : 5. 菜鸟PM...薪水~~ : 个人所知~~应该是不会比RD差才对... : 不过要看产业 : 动嘴动脑而不动手的人(回头看一下坐在後面的主管)...好像领的薪水都不错... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.213.76.1