精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-05-19
还有一些问题,严格的意义上来讲,不属于他们的工作范畴。比如前端工程师在开发的过程中,有些层是定高了的,在编码和数据预览的过程中,能很明显的发现网页内容显示不合理。我们这些软件工程师就听之任之,也不和前端工程师讲,他也不动他的发财手来改。 有些事情,我说了很多遍了,难道非要弄个绩效,这帮人才肯动脑经?其实我本意非常反对绩效,顶了上面的压力没有实施,因为实施方案比较难以操作。 各位帮忙出点主意吗? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2011-05-19
doltter 写道 新的项目,新的员工。前端工程师把项目页面完成之后,由软件工程师负责做模板。但是,我们的工程师很懒,比如说有些前期的页面,里面有些链接是等后期的页面完成之后才能确定的。但是,当软件工程师把后期的页面也模板化完成之后,他并不去主动地把之前的内容给更新过来。而且,有些很明显的错误,非需要QA指出他才能发现,其实有些错误,真的很明显,明显得我都不好意思拿出来说。
还有一些问题,严格的意义上来讲,不属于他们的工作范畴。比如前端工程师在开发的过程中,有些层是定高了的,在编码和数据预览的过程中,能很明显的发现网页内容显示不合理。我们这些软件工程师就听之任之,也不和前端工程师讲,他也不动他的发财手来改。 有些事情,我说了很多遍了,难道非要弄个绩效,这帮人才肯动脑经?其实我本意非常反对绩效,顶了上面的压力没有实施,因为实施方案比较难以操作。 各位帮忙出点主意吗? 你是领导吗?是的话,直接上去喷他们呀,有什么不好意思的? |
|
返回顶楼 | |
发表时间:2011-05-27
培养员工学习的欲望
|
|
返回顶楼 | |
发表时间:2011-05-27
如果你不怕麻烦的话,可以尝试去引导他们,让他们感觉这个东西就是给他们自己做的,并非是一种任务,其实也就是一种主人公感觉的切换
|
|
返回顶楼 | |
发表时间:2011-05-28
一个模块做完后交叉评审,典型的低级问题开晨会的时候指出。你还是太善良了,我原来的PM最开始是开骂,后来是罚钱、罚唱歌(后来发现不太现实,容易在公司开演唱会)、做俯卧撑。
如果有同事看的是不是灰常怀念啊!~ |
|
返回顶楼 | |
发表时间:2011-05-29
有问题还是要指出,因为,一方面,他可能没有这样的意识;另一方面,不对下属要求,是不能把整体事情做好的。
|
|
返回顶楼 | |
发表时间:2011-05-30
其实大家都讨厌绩效,但是大家都会喜欢奖金的
|
|
返回顶楼 | |
发表时间:2011-05-30
人都是有惰性的,主动性不是你想调动就能调动的了的,能让每个人把份内该做的事做好就不错了。
|
|
返回顶楼 | |
发表时间:2011-05-31
恰巧我也遇到这样的问题。首先我想到的也是成员的主动性的问题,但之前的项目也是同样的人,并没有出现这样的问题。于是对比了两个项目的过程,最终我觉得是因为评审环节缺失引起的。
由此想到项目管理中只依靠成员本身的主动性是不太靠得住的,项目中还需要设定相应的环节才能保证事情是朝自己预想的方向行进的。成员能够在项目相应的环节发挥自己的主动性就很不错了,不应该指望没有环节的情况下成员还能够主动地怎样怎样。 如果团队磨合比较好了,理念统一了,或许会进入一种理想的状态而不需要这样的环节,但那需要时间。 |
|
返回顶楼 | |
发表时间:2011-05-31
cmmi一级到五级,都没有把人的主动性作为项目成功的关键。仅仅在一级的定义里提过,一个cmmi一级的组织的项目成功主要是依赖于人的主观能动性,成不成功关键是看这些人的热情。正因为如此,他不能保证这种成功经验能够复制到其他项目中。
用单田芳的说法就是:人上一百,形形色色(sai第三声)。所以,由制度、流程来驱动才是正道,调动主管能动性只是辅助手段。 |
|
返回顶楼 | |