搜索
查看: 24854|回复: 129

项目与研发薪水的PK

  [复制链接]

该用户从未签到

发表于 2010-4-26 12:01:13 | 显示全部楼层 |阅读模式
不知道大家都是如何理解的
单选投票, 共有 449 人参与投票

距结束还有: 6964 天9 小时50 分钟

您所在的用户组没有投票权限

该用户从未签到

发表于 2010-4-26 14:07:54 | 显示全部楼层
这个讨论比较有意义
点评回复

使用道具 举报

该用户从未签到

发表于 2010-4-27 09:19:17 | 显示全部楼层
开发工资水平高,因为技术为王,项目是人都能做
本文来自:我爱研发网(52RD.com) - R&D大本营
详细出处:http://www.52rd.com/bbs/Detail_RD.BBS_184453_106_1_1.html

这个论调太低俗了,是人都是能活,看看周围的人,要是都是人都能做项目的话,说明说出这样的话,就是无知,无语,这样的贴直接关闭的了!

我只想说的,薪水和岗位没有关系,和能力有关

点评

说得好!!!  发表于 2014-7-14 21:10
点评回复

使用道具 举报

该用户从未签到

发表于 2010-4-27 10:40:24 | 显示全部楼层
值得 考虑和讨论   一个好的项目管理 也许需要有好的技术基础

现在国内很多公司的项目管理太肤浅
点评回复

使用道具 举报

签到天数: 2 天

[LV.1]初来乍到

发表于 2010-4-27 11:43:00 | 显示全部楼层
我所到过的公司,PM工资比绝大多数研发都高。
点评回复

使用道具 举报

该用户从未签到

发表于 2010-4-27 12:43:52 | 显示全部楼层
这个投票设计的好肤浅
点评回复

使用道具 举报

该用户从未签到

发表于 2010-4-27 13:46:52 | 显示全部楼层
以下是引用walkonthesky在2010-4-27 12:43:52的发言:
这个投票设计的好肤浅
点评回复

使用道具 举报

该用户从未签到

 楼主| 发表于 2010-4-27 16:56:43 | 显示全部楼层
以下是引用smileque在2010-4-27 9:19:17的发言:
开发工资水平高,因为技术为王,项目是人都能做
本文来自:我爱研发网(52RD.com) - R&D大本营
详细出处:http://www.52rd.com/bbs/Detail_RD.BBS_184453_106_1_1.html

这个论调太低俗了,是人都是能活,看看周围的人,要是都是人都能做项目的话,说明说出这样的话,就是无知,无语,这样的贴直接关闭的了!

我只想说的,薪水和岗位没有关系,和能力有关



我完全同意你的说法,其实我自己就是做项目的,感触很多,但是我们的老大(我们直属RD leader)总是一副看不起我们的样子,这个论调是他的,我很郁闷
点评回复

使用道具 举报

该用户从未签到

 楼主| 发表于 2010-4-27 16:59:42 | 显示全部楼层
以下是引用walkonthesky在2010-4-27 12:43:52的发言:
这个投票设计的好肤浅



诚心接受你的说法,其实一开始我是想加上项目以及开发之间的不同,角色的差异之类的,但是第一次搞这个投票,懒惰了一下,抱歉
点评回复

使用道具 举报

该用户从未签到

 楼主| 发表于 2010-4-27 17:15:35 | 显示全部楼层
引用刚刚看到一个大侠aquasnake的帖子说一下PM的角色,努力向着下文所说的方向发展:

什么是PM?PM就是要在整个项目组动工前,将要做的事情尽力策划完善,和上级无数次的开会讨论项目的目的与开发所需的内容,当全部拍板决定后,项目组再动工,否则中间环节出现问题,很难控制好开发成本,从而造成损失。如果老板在中间环节介入,必须要给他分析修改会造成的影响及成本评估,让他知道什么是牵一发动全局。再由他拍板决定是否进行修改。

项目管理文档包括以下:

1. 项目开发意向书
2. 项目计划书
3. 项目立项申请书
4. 项目启动会议纪要
5. 项目产品定义书
6. 项目人力资源分配表
7. 项目周工作计划表
8. 项目总体进度跟踪表
9. 原理图设计评审报告
10. PCB设计评审报告

如果PM能在一个项目运做过程中独立完成以上10个文档中的6份,就很专业了;独立完成全部,那就是精英。

但是很不幸,有些公司连文档都不全,1、2、3几乎没有或者很草率地定义项目,Kick Off Meeting也是口头通知化,没有形成文件约束,万一出现决策失误责任人也没法惩戒。5是PM直接甩给HW/SW/MD来做;最关键的是7、8,从这2个文件中可以很明显地看出PM素质的高低,这个计划进度的控制是PM预测的,而从进度上可以看出PM计划安排的效率与执行力。9、10是HW来做,归档到项目经理的。

如此10个文件的约束下,没有理由会产生部门之间的扯皮与争论。项目总体进度跟踪表细化到每一天每个岗位上该做的事,当一个项目完成,可以清晰地回溯过去发生的开发流程,责任谁也逃避不了,功绩谁也不用去争,错误谁也不用去推。

能做到这种程度的PM,很抱歉确实很少见!

另外,PM有一份项目运做手册当SOP来参考,这就是PM的圣经。PM需要上山下乡去加工厂、安排技术支援Team食宿、与客户方工程交接。PM要保障整个RD后勤,整个项目开发环节的通畅,把项目开发比做打仗的话,工程师是前线作战,PM就是调度运输指挥。

此为后话,一般PM也不可能做到这种地步。

本文来自:我爱研发网(52RD.com) - R&D大本营
详细出处:http://www.52rd.com/bbs/Detail_RD.BBS_129257_63_1_2.html[br]<p align=right><font color=red>+1 RD币</font></p>
点评回复

使用道具 举报

该用户从未签到

发表于 2010-4-27 18:00:46 | 显示全部楼层
计划赶不上变化,PM不可或缺,但技术难题还得靠RD来跟踪解决,关键问题解决不了,再好的PM也得傻眼。若事前能够预估到各种风险的存在并找到对应的solution,其他的除了沟通协调、都是比较疏松平常的事情了。
点评回复

使用道具 举报

签到天数: 1 天

[LV.1]初来乍到

发表于 2010-4-28 09:28:52 | 显示全部楼层
没有技术的累积,PM能力再强也没用
点评回复

使用道具 举报

该用户从未签到

 楼主| 发表于 2010-4-28 11:34:22 | 显示全部楼层
其实在这里拿项目管理和研发工程师比较是不太妥当的,因为他们应该是分属两个领域的,只是这两个领域连接很紧密罢了。
   研发工程师是每个公司的基石,根本,他们理所当然的要受到公司的重视,这点是不容质疑的。而做项目呢,说句实话,这个位置有些尴尬,尤其是国内的行业,项目管理总体来说不如国外的那么正规,那么专业,那么重要。所以很多人都认为做项目的技术含量不高,基本上在自己公司随便找个比较会做事的都可以做项目。
   其实我认为做项目真的不是那么简单的,而且也是很重要的一个职位,相信各位都会遇到过一个项目来催进度或者询问各种问题吧,如果这个项目一副牛的要上天的样子,对工程师颐指气使,工程师会怎么想?严重打击团队氛围吧,如果这个项目对你说的东西迷迷糊糊,根本不知道你说的是什么,你是不是也很郁闷,甚至吐血?如果你遇到了问题,这个项目对你提出的问题不敢担当,什么都拖拖拉拉,延误问题解决是不是也会让你很不爽呢?
   如果一个工程师罢工,可能导致的是他自己负责的那个部分不能很好的做下去,如果是一个项目罢工,或者是乱来,可能整个团队都会因为这块臭肉而搞得一锅腥。
   项目管理最主要的是计划和理顺,尽量让大家少走弯路,少遇到各种坎坷,顺利的做成项目。
    我是做项目管理的,所以就说了我自己对项目管理的理解。但是我对研发工程师是真的很佩服,很尊重,我们平时也是大家一起玩,一起闹,一起拼命工作的。
    有一点,可能不太好听,现在的手机行业,越来越山寨化,也就是说入门门槛越来越低了,基本上工作个2-3年就完全可以挑大梁做项目了,只有极少数的问题可能需要深度大侠来解决。所以,这点对技术人员来说,既是悲哀也是幸事吧。
    请大家批评指正!谢谢!
   [br]<p align=right><font color=red>+3 RD币</font></p>
点评回复

使用道具 举报

该用户从未签到

发表于 2010-4-28 17:16:56 | 显示全部楼层
以下是引用smileque在2010-4-27 9:19:17的发言:
开发工资水平高,因为技术为王,项目是人都能做
本文来自:我爱研发网(52RD.com) - R&D大本营
详细出处:http://www.52rd.com/bbs/Detail_RD.BBS_184453_106_1_1.html

这个论调太低俗了,是人都是能活,看看周围的人,要是都是人都能做项目的话,说明说出这样的话,就是无知,无语,这样的贴直接关闭的了!

我只想说的,薪水和岗位没有关系,和能力有关


不知道你所谓的能力是指什么??
点评回复

使用道具 举报

该用户从未签到

 楼主| 发表于 2010-4-29 17:52:18 | 显示全部楼层
还有一点关于项目管理或者是leader层的东西需要注意:
   就是项目管理可能因为工作原因,会和几个leader走得很近,因为有很多事情需要他们的支持,有很多问题需要请教,所以在别人看来,可能这会是形成了一个小团体,自觉不自觉的就会去排斥或者想融入这个团体。这是作为一个项目管理者一定要让这个所谓的小团队处于open状态,要善于接纳任何想接近这个团队的人,这样也是对员工的一种重视的表现。
   对于其余的管理者,我想也是同样适用的,千万不要让你的小团体特别的封闭,特别的孤立,一定要创造条件去接纳别人,让大家都知道你们在讨论什么,让他们的自尊心,自重心得到足够的满足,足够的重视。
   曾经,我一个团队的leader总是三个人抱成团,很努力的去融入,可是,不被接纳,确实很痛苦。
点评回复

使用道具 举报

该用户从未签到

发表于 2010-4-30 14:22:16 | 显示全部楼层
啥需要啥就最重要,MTK平台把技术门槛拉低了,pm的重要性大大提升了。

评分

1

查看全部评分

点评回复

使用道具 举报

该用户从未签到

发表于 2010-5-4 12:57:53 | 显示全部楼层
说的好
点评回复

使用道具 举报

该用户从未签到

发表于 2010-5-11 14:17:56 | 显示全部楼层
赚3毛~~~~~~~~
点评回复

使用道具 举报

该用户从未签到

发表于 2010-5-11 18:07:51 | 显示全部楼层
以下是引用every900在2010-4-27 16:56:43的发言:



我完全同意你的说法,其实我自己就是做项目的,感触很多,但是我们的老大(我们直属RD leader)总是一副看不起我们的样子,这个论调是他的,我很郁闷


学会在管理上挑战他的权威!
有价值的挑战越多,受到的尊重就越多。
点评回复

使用道具 举报

该用户从未签到

发表于 2010-5-18 14:40:51 | 显示全部楼层
看完了LZ的长篇大论  感触很深
小弟我正准备从技术转去做项目
有些观点很值得学习
点评回复

使用道具 举报

高级模式
B Color Image Link Quote Code Smilies

本版积分规则

手机APP| 小黑屋|Archiver|52RD我爱研发网 ( 沪ICP备11014270号-1

GMT+8, 2018-8-17 02:10 , Processed in 1.759544 second(s), 34 queries , Gzip On.

Powered by Discuz! X3

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表