Re: [问卦] 为何PM不是由RD去转的?

楼主: KILLE (啃)   2017-10-18 19:44:15
大体来讲 PM 有两种
Project Magerment 项目统筹
就要做一东西 从开发到生产 一堆事要作
总要有个单位 去做整体性统筹吧
好比何时要试产 何时要开发完成 工厂何时要备好料
生产时出状况要怎处理 这类的
这种与工程开发没直接关系 顶多就时程延误尔
而时程延误 产品企划比工程人员或工厂生产 须付更大责任
Product Managerment 产品企划
负责产品开发 制订规格 使用者体验等
像手机屏要多大 网游怪血要多少 各职有甚技能
洗衣精要不要支持抗霉 肥皂去污力要多强
保险套要不要厚到 月工 不破 等(怎样算 月工 破要清楚定义)
工程人员不会管这些使用者体验 这些要由产品企划做决定
当然 这职也要作技术评估 可行性分析 量产性分析等
不然开个时光机这类的天马行空事 谁做的出来?
不过这种评估的事 通常由另职来处理
(有些公司叫技术长 有些叫总工程师 有些就叫技术管理)
若是产品企划没定义清楚 那就是给工程人员乱搞之空间
好比 我要温馨的套套
那这样产品企划只是在找死
工程人员只要随便搞个自以为"温馨的"套套出来就可交差
那原问者 到底是讲那种PM呢 ?
※ 引述《iamsheep (??)》之铭言:
: 不会程式的PM跑去跟客户开需求
: 都在那边任由客户乱开需求
: 反正又不是他去写 如果是RD自己去跟客户开会不是比较好吗?
: 开出来是自己要去写的 不合理的需求一定马上反驳
: 不然PM都以为这个功能很简单 然后RD天天加班
: 最后又被PM骂说这新RD烂得要死 其他(资深多年)RD明明一个礼拜就做出来了
: 应该要限定PM要给客户开需求 自己要能写得出来才能答应才对
: 而且最好是新手RD去兼 不然神人RD去他说他三天写完一个系统
: 其他RD都加班该该叫的做 有无这类八卦?
作者: gino0717 (gino0717)   2016-10-18 19:44:00
pokemon
作者: ilovedandan (我爱丹丹 天天丹丹)   2017-10-18 19:45:00
Period Maintanese
作者: iamsheep (??)   2017-10-18 19:47:00
第三种:problem maker
作者: fan5566 (56迷)   2017-10-18 19:48:00
private message
作者: smalltwo (奖金猎人)   2017-10-18 19:49:00
大体有两种...一种是完整的.一种是不完整的

Links booklink

Contact Us: admin [ a t ] ucptt.com