老实说PM会程式不见得比较好哦,
我是遇过会写"一点"程式的PM,
或号称会写程式的PM,
我也遇过工程师出身的老板,
会程式的PM,也是会出问题,
但出的问题会和不懂程式的PM不一样,
会程式的PM出的问题,
最常出现的就是"捞过界",
PM和RD工作上的分界点其实还算明确,
但会程式的PM会对你code review,
然后干詨你程式写很烂,
或是乱删东西,乱加东西,
会以程式主管的态度"教"你要干麻,
你和他解释技术,
他也听不进去,
因为他觉得他比你懂技术,
还听过有PM呛RD说程式不就if和for,
怎么写这么慢?
也千万不要以为是PM的程式半桶水才会这样,
如果PM是程式大师,搞不好呛更凶,整天绕一堆专有名词,
明明RD和PM会的技术不同也可以一直呛,
会有这些行为的PM,
老实说,真的不会比不懂程式的PM好搞,
我遇过很多PM,
遇过最好的两位PM都不是技术底的,
都不会写程式,
但他们懂得衡量事情,很会做人,
懂得请教RD,也懂得描述问题,
PM做得好,
关键还是在个性,态度,
要能尊重所有同事,
要懂得利用大家的专长,
要懂得打好客户关系,
而不是会不会写程式,
会写程式对PM来说只是加分
※ 引述《iamsheep (??)》之铭言：
: 我最近也快受不了PM了
: 去客户那边只要客户说什么都说OK
: 然后也不先问过RD 重点是也没程式概念
: 开一堆不可能的需求 有时候还帮客户额外开需求
: 上礼拜三也是是这样一个需求明明不可能做到的
: 讲了半天真的无法用他的逻辑解释
: 我只好跟RD部门主管求救
: 连主管都跟他说不可能做到的
: 他不相信直接跑去问他工具人同学
: 结果他工具人同学说可以做 又拿来跟我说可是我工具人同学说可以耶
: 这明明就可以是你要不要做的问题blablabla
: 那我就问他那他工具人同学用什么方法做的
: 结果他也说不出来 啊不然你工具人同学来做好了
: 不然就是每次都说这个先做个样板有个什么功能blablabla
: 结果过几天发现做的这功能跟实际客户要的东西根本完全不一样
: 然后整个功能只好打掉重写 PM就说这不是已经有了吗?
: 再往上加就好啦之类 所以最后他第一次开的需求我干脆乱做
: 弄个前端给他就好 反正以后大概也要重写...
: 然后跟原原po一样每次一个小问题可以讨论半天
: 后来我就干脆先斩后奏 不问了 管你要四舍五入还舍去
: 我都给你舍去 结果又跟我说那不符合他要的啊 要改四舍五入啊
: 过几天又说客户觉得要舍去比较好 干
: 真心觉得PM应该要有程式底子 页面一个小功能背后可能有几百行程式
: 不是那么简单的