Re: [讨论] PM到底要做啥

楼主: randallkwo (Randall)   2019-04-28 13:27:07
我是科技业PM,我先说明一下我的立场,欢迎回馈
1.客户压的时程,代工厂可以讨论回馈,但评估之下,有可能资源不足或达不到
客户要求的时程,这时候PM是二面受敌,还要想如何不要压死RD,以及让客户满意,
我通常是避免一个不合理的时候,压死RD,然后结果会是PM一直被客户Escalate你,
这时候PM老板挺不挺自己人就很重要了。
2.RD要的时程,合理的可以接受,但案子做多了,PM也知道什么是合理的时程,RD不
要灌太多水,各个部门多灌一点水,这个案子就做不下去了。
3.我们可以了解解BUG要时间,但是,要给个时间,不然下一步怎么走下去?另外,给
的报告要像个RD写的,要像个专业的报告,当客户是专业的时候,你只能数字对数字,
一切用数据来讨论,不要用好像、可能、应该,然后也没root cause。你当客户吃素的吗?
4.我心理对ODM PM的要求是,你RD资源不足,需要时间,我会去想辨法,但你要做好RD的
本份,不要东西有问题时,问我怎么辨?你是RD耶,设计问题你要解决,告诉我怎么辨及
相关的风险?难不成要PM告诉你ROOT CAUSE?
5.一个好的PM要应付(1)客户 (2)SALES (3)RD (4)工厂 及各种鸟问题,与RD的沟通
顶多占一个案子的25%而己,其它问题不是RD能想像的,不可讳言,目前业界很多新
人来当PM,不过那是公司及老板的问题,谁叫他们觉得任何人都可以当PM?所以当你
遇到新人PM时,不要怨PM,去怪你公司!
6.我最讨论被RD讲说“PM不专业”,所以包含我及很多PM都是技术底的,另外,专业的PM
是要怎样才叫专业?专业的PM是把你讲的一堆技术名词翻译成客户可以听懂的语言,因为
决定你这个案子进度及APPROVE生产的人,通常是外行人,他决定你这个案子是成功或
失败,你讲的客户听不懂,是要怎么跟他沟通,叫他付你钱?
以上,遇到好的PM是你有烧好香,遇到不好的PM算你倒楣,你公司没在培养好的PM,只能
找一堆免洗的,所以你要嘛认命点,要嘛叫公司找个专业的PM来跟你做事,那时,最好自
自己也专业点,不要写个REPORT像外行人写的,一点说服力也没有,那时要怎么说服客户
作者: enjoy5566 (硬久56)   2019-04-28 13:35:00
PM不专业
作者: frghty (Self)   2019-04-28 13:37:00
技术底的不知道有些bug很难预估时间?不然你随便喊个时间啊 解不出来 你技术底 你下来阿
作者: jay0811 (Money Slave)   2019-04-28 13:42:00
糟,我也常说PM不专业,但确实每个PM的强项都不一样。比如景气不好时,擅长成本控管的PM还蛮吃香的RD估不出时间就给他押Weekly或daily report啊
作者: pttccbbs (中华电信)   2019-04-28 14:00:00
我跟PM 讲,要不然给你解,我乐意把issue 转给你,马上闭嘴勒在我们这里,没有技术背景,不会写code,就是垃圾,我管你是谁勒
作者: labdog (飞啊,飞啊, 小飞侠)   2019-04-28 14:06:00
写code真了不起,果然是RD好棒棒,其他职务都是杂碎很可悲,一堆科技宅总是自以为自己做的研发最了不起,其他职务的不懂就闪边站我也是十多年的研发RD, 但我还真瞧不起那些只会拉抬RD自己身价,贬低其他职位的人好的PM, 也是project必须成功的一环,很难懂吗?
作者: jay0811 (Money Slave)   2019-04-28 14:14:00
年轻人以管窥天啊,笑笑就好有的人没有遇过那种擅长成本控管的PM review整个RD部门的工时
作者: james1827364   2019-04-28 14:29:00
“其他问题不是RD能想像“,好强
作者: shooter555 (shooter)   2019-04-28 14:31:00
你真的有技术背景?都找到root cause当然就直接解掉你真的有技术背景?都找到root cause当然就直接解掉了 还在跟你回报root cause跟时程
作者: za755188   2019-04-28 14:39:00
解bug这种事就是 如果我知道原因通常都已经解掉了不知道原因 那我也不知道要多久
作者: rosseta0702 (0.0)   2019-04-28 14:43:00
推楼上
作者: za755188   2019-04-28 14:45:00
有些PM连客户想要什么都讲不清楚 那我自己来想他又只会丢一句不是这样 那问他是怎样又讲不出来
作者: psychic (过路人)   2019-04-28 14:48:00
身为PM...你说要抓bug的时间我也觉得不合理通常就是解不出来才叫BUG,知道问题在哪就不会难要求RD做的不是把bug解开,是请RD提供数据,你再来决定到底多重要,这时候押时程才有意义吧
作者: jay0811 (Money Slave)   2019-04-28 15:21:00
不知道多久,可以把action plan列出来,然后每个item估个时间,有凭有据,至少对PM或客户都有个交代我遇到有一些做RD的,连基本的工作规划都写不出来,这不是也挺可笑的?还敢嘲笑PM没技术能力?
作者: za755188   2019-04-28 15:26:00
没技术能力不了解 解bug很难估时我也没办法要马我只能随便乱估 要马就估超长不合理的时间最后还是没意义
作者: cloud0829 (!!)   2019-04-28 15:33:00
一看就知道是技术不怎样的技术背景
作者: za755188   2019-04-28 15:35:00
程序猿混口饭吃
作者: jay0811 (Money Slave)   2019-04-28 15:42:00
遇到那种每天要daily report的,整个team就得跳进来brainstorming了
作者: fbb123 (fire12)   2019-04-28 15:59:00
转发客户mail给你
作者: wenwei (小明の传说™)   2019-04-28 16:18:00
反正又是推给RD去死,自己估估时程就好了
作者: chunfo (龘龘龘)   2019-04-28 16:38:00
会转信的pm算好的了 还有不沟通自己去跟客户乱画押的
作者: brianoj (马可先生)   2019-04-28 17:24:00
解bug就是不知道原因才叫bug知道原因的话RD还跟你在那边演戏 早就修掉了
作者: edieric (Edi)   2019-04-28 17:47:00
解bug时间有时候不是用喊的就好
作者: codehard   2019-04-28 18:03:00
连bug是啥都不清楚 他除了写debug还能写啥
作者: fightyin (缺德辉)   2019-04-28 18:18:00
嘘, 两手一摊赖给rd,你好意思,只会压工时做名词解释算什么专业
楼主: randallkwo (Randall)   2019-04-28 19:07:00
解BUG是RD的责任,你是RD耶? 不然要PM帮你解吗?生小孩都估10个月,RD需要估时间,PM才知道能帮你什么,RD回不出来时程,那解bug需要1个月?2个月?6个月?1年?你回得出来PM就可以去跟客户协调,给你时间,问题是RD不估时间,PM估又说PM不专业?那RD需要什么样的PM?不然RD自己去当PM,去回客户时程,就是专业的PM了?
作者: Bluetign   2019-04-28 19:18:00
zzz
作者: frghty (Self)   2019-04-28 22:00:00
阿不是有技术底 可以RD一起讨论啊 时程合理性 PM不是都理性沟通吗?还是直接压时间就好?
作者: p013080 (p013080)   2019-04-28 22:33:00
反正RD该死就对了
作者: iPadProPlus (哀配之神)   2019-04-28 22:38:00
还好我没认为PM不专业,有事情没得协调还是要PM啊
作者: yudofu (豆腐)   2019-04-29 00:09:00
这就是问题所在了,很多RD觉得问题只有PM才能协调、也只想靠PM协调。PM是给轮子运作不顺利时的润滑剂、不是运作本身的动力来源(金钱才是动力来源)。PM的技术本来就不可能比RD强,因此要强行解释到PM可以理解根本就是双方都是呵呵。RD自己不能估就只能让PM乱估,这也是摸鸡弄的事情,活该。

Links booklink

Contact Us: admin [ a t ] ucptt.com