既然是研发,做的一定是现在还做不到的产品,也许用到的是现在还不会的知识。 但作为公司,确定研发项目,一定是首先基于市场需求去做。 但作为研发人员,一定是喜欢做一些难度简单的项目,容易出结果,尤其研发人员的目的是希望通过完成研发项目,拿到绩效奖金的情况。 于是,若公司立项的项目难度大了,研发人员有抵触情绪,因为觉得自己没能力做到,做不出东西,少许多绩效奖金。 公司老板也头疼,以研发人员要求的待遇水平,如果总是让研发人员自己做主立项,都是些意义不大难度较低的小项目,达不到公司的要求。 背景是:研发人员对目前的待遇不满意,认为自己的水平能力,自己的贡献,远高于现在的工资。老板对研发人员的能力与工作态度不满意,认为研发人员的水平能力,努力干也就值现在的工资,要是不努力干都对不起现在的工资。 双方在待遇问题上分歧较大。现在皮球踢到人力这了,双方的要求都是通过绩效考核,解决这一矛盾。 但,绩效考核不是万能的,根本的分歧不解决,绩效考核是无法实现让双方满意的。因为研发人员的能力确实有限,他们也确实担心如果老板给个难度较大的项目,最后他们什么也做不出来。但研发人员又不甘心,又想拿到他们期望的那些工资。 现在我这方案都出了好几稿了,可能是研发人员心理担心的那些原因,所以,始终不能达成一致。而我这,确实也没更好的办法了。 我能解决的,只是基于我的知识,评价项目完成好坏。但其他的因素,实在控制不了。而且,即使是在判断项目完成好坏时,因为项目计划与执行情况的评估,肯定还是以研发人员为主,所以这也是执行的一个隐患。到时候研发人员就说,人家不会做项目管理,更不会评估项目,没有可执行性。那就更麻烦了。虽然,作为研发部门主管,应该具备这些知识。但现在他们的心理是我就现在的水平,你就要给我涨那么多,不给涨就消极工作。老板也没办法,十来年的老员工了,毕竟也不是天天给你捣乱,不大可能因为这个就辞退。 何况,项目管理本来就是个挺复杂的工作,研发项目计划变更本来就比较频繁,尤其是项目中涉及其他部门影响计划进度,更难以界定,或者说更容易给人找到借口推卸责任。 现在是真遇到死胡同了。 |
但作为研发人员,一定是喜欢做一些难度简单的项目,容易出结果,尤其研发人员的目的是希望通过完成研发项目,拿到绩效奖金的情况。7 a y. r& w- j; P# i1 E$ ~
; L+ U$ _( Z& T) d! k6 `# o
于是,若公司立项的项目难度大了,研发人员有抵触情绪,因为觉得自己没能力做到,做不出东西,少许多绩效奖金。
0 Y7 v- n- i" g0
公司老板也头疼,以研发人员要求的待遇水平,如果总是让研发人员自己做主立项,都是些意义不大难度较低的小项目,达不到公司的要求。
9 t' r8 h Y: [0 V [
研发人员对目前的待遇不满意,认为自己的水平能力,自己的贡献,远高于现在的工资。老板对研发人员的能力与工作态度不满意,认为研发人员的水平能力,努力干也就值现在的工资,要是不努力干都对不起现在的工资。
; d* b3 y6 p) v
我能解决的,只是基于我的知识,评价项目完成好坏。但其他的因素,实在控制不了。而且,即使是在判断项目完成好坏时,因为项目计划与执行情况的评估,肯定还是以研发人员为主,所以这也是执行的一个隐患。到时候研发人员就说,人家不会做项目管理,更不会评估项目,没有可执行性。那就更麻烦了。虽然,作为研发部门主管,应该具备这些知识。但现在他们的心理是我就现在的水平,你就要给我涨那么多,不给涨就消极工作。老板也没办法,十来年的老员工了,毕竟也不是天天给你捣乱,不大可能因为这个就辞退。