哈, “程序员”思维确实不适合做产品

中山野鬼 发布于 2013/12/05 19:51
阅读 699
收藏 2

产品经理的定位,可能千奇百怪。不过如果把市场、销售、项目、研发经理都站出来,大家一对比,多少还是可以有个共性的认识,产品经理的责任是什么,应该怎么思考问题。

哈,我就不说应该怎么做了,说说不应该怎么做,看看大家有什么意见。

1、不要从内部向外看。

比如,不要从逻辑实现的角度看模块,不要从模块的角度看系统,不要从系统的角度看目标。我个人认为应该反过来,否则和研发、开发的技术管理人员就有很大对冲。也会和市场人员对接不上。市场给出共性需求和特征功能,如果从具体的细节看整体,肯定是无休止的要具体化的细节内容。比如,有多少个窗口啊,有多少种数据啊。市场的人员不懂,是正常的,又不是技术。开发人员不懂也正常的,他们是完成的是利用技术手段实现明确功能的。

需求并不能是一一对应功能点的,技术实现方法也是不能推导出功能点的,那这个事产品经理不做,应该谁做?哈。架构师也是从技术角度看系统,不会从需求角度看系统。

2、产品定义的决策权在于领导,直接领导是项目经理

且不说,这个观点是不是能证明这是软件外包的产品经理,哈。就算决策权在领导,我觉得这个领导的角色也是产品总监的角色,而不是项目负责人的角色。

其实我觉得真正的程序员区别于码农的思维在于,前者更喜欢设计,而不是实现,实现是验证想法的实践。后者更喜欢明确的目标,喜欢按照一个习惯的方式实现,而不是从多个角度考虑,去构建。

哈,每个人都有自己的特性,没谁对谁错的。不过确实不同人,不同的路。有些事情不是自己擅长做的,还是量力而行吧。。。毕竟社会是结果论,光尽力而为,没结果还是不行的。哈。。

加载中
1
杨同学
杨同学
野鬼是唯一一个让人只看标题不用点进来就知道是谁发的贴的oscer
0
NickWilde
NickWilde
滚进来冒个泡……
0
宏哥
宏哥

代码本身的问题, 只是问题的其中一个维度

实际上, 解决问题需要很多维度同时作用

更悲剧的是

大多程序员不仅仅没有在代码这个维度上, 解决问题, 而是制造问题

程序员狭隘是整个软件"设计"文化导致的. 

0
IT熊猫
IT熊猫

“真正的程序员区别于码农的思维在于,前者更喜欢设计,而不是实现,实现是验证想法的实践。”

赞同

返回顶部
顶部