如何才能调动员工，让他们自己查找网站中该做但未作的部分呢
新的项目，新的员工。前端工程师把项目页面完成之后，由软件工程师负责做模板。但是，我们的工程师很懒，比如说有些前期的页面，里面有些链接是等后期的页面完成之后才能确定的。但是，当软件工程师把后期的页面也模板化完成之后，他并不去主动地把之前的内容给更新过来。而且，有些很明显的错误，非需要QA指出他才能发现，其实有些错误，真的很明显，明显得我都不好意思拿出来说。
还有一些问题，严格的意义上来讲，不属于他们的工作范畴。比如前端工程师在开发的过程中，有些层是定高了的，在编码和数据预览的过程中，能很明显的发现网页内容显示不合理。我们这些软件工程师就听之任之，也不和前端工程师讲，他也不动他的发财手来改。
有些事情，我说了很多遍了，难道非要弄个绩效，这帮人才肯动脑经？其实我本意非常反对绩效，顶了上面的压力没有实施，因为实施方案比较难以操作。
各位帮忙出点主意吗？ 7 楼 kevin2003sk 2011-05-30 人都是有惰性的，主动性不是你想调动就能调动的了的，能让每个人把份内该做的事做好就不错了。
8 楼 jnoee 2011-05-31 恰巧我也遇到这样的问题。首先我想到的也是成员的主动性的问题，但之前的项目也是同样的人，并没有出现这样的问题。于是对比了两个项目的过程，最终我觉得是因为评审环节缺失引起的。
由此想到项目管理中只依靠成员本身的主动性是不太靠得住的，项目中还需要设定相应的环节才能保证事情是朝自己预想的方向行进的。成员能够在项目相应的环节发挥自己的主动性就很不错了，不应该指望没有环节的情况下成员还能够主动地怎样怎样。
如果团队磨合比较好了，理念统一了，或许会进入一种理想的状态而不需要这样的环节，但那需要时间。 9 楼 kevin2003sk 2011-05-31 cmmi一级到五级，都没有把人的主动性作为项目成功的关键。仅仅在一级的定义里提过，一个cmmi一级的组织的项目成功主要是依赖于人的主观能动性，成不成功关键是看这些人的热情。正因为如此，他不能保证这种成功经验能够复制到其他项目中。
用单田芳的说法就是：人上一百，形形色色（sai第三声）。所以，由制度、流程来驱动才是正道，调动主管能动性只是辅助手段。
10 楼 zhangcs053 2011-05-31 完全在于你需要招聘什么样的员工。 11 楼 yida1313 2011-05-31 mmBlue 写道一个模块做完后交叉评审，典型的低级问题开晨会的时候指出。你还是太善良了，我原来的PM最开始是开骂，后来是罚钱、罚唱歌（后来发现不太现实，容易在公司开演唱会）、做俯卧撑。
如果有同事看的是不是灰常怀念啊！~
天哪。。你们PM真有才！！ 12 楼 evanmeng 2011-05-31 mmBlue 写道一个模块做完后交叉评审，典型的低级问题开晨会的时候指出。你还是太善良了，我原来的PM最开始是开骂，后来是罚钱、罚唱歌（后来发现不太现实，容易在公司开演唱会）、做俯卧撑。
如果有同事看的是不是灰常怀念啊！~
我靠，很難理解這種PM怎麼在公司混得下去的？ 13 楼 Angel_Night 2011-06-01 合理的人员流动吧??
老员工做了几年重复的东西，必然会厌烦。 14 楼 soutnila 2011-06-02 我只能说他们还不够优秀，并不是称职的软件工程师。你们这公司算好的了，我们公司没有前端工程师，前端的开发都直接由软件工程师来搞定，纠结啊。。感觉我们公司的软件工程师都是全能型的人才啊。。哈哈 15 楼 抛出异常的爱 2011-06-02 doltter 写道新的项目，新的员工。前端工程师把项目页面完成之后，由软件工程师负责做模板。但是，我们的工程师很懒，比如说有些前期的页面，里面有些链接是等后期的页面完成之后才能确定的。但是，当软件工程师把后期的页面也模板化完成之后，他并不去主动地把之前的内容给更新过来。而且，有些很明显的错误，非需要QA指出他才能发现，其实有些错误，真的很明显，明显得我都不好意思拿出来说。
还有一些问题，严格的意义上来讲，不属于他们的工作范畴。比如前端工程师在开发的过程中，有些层是定高了的，在编码和数据预览的过程中，能很明显的发现网页内容显示不合理。我们这些软件工程师就听之任之，也不和前端工程师讲，他也不动他的发财手来改。
有些事情，我说了很多遍了，难道非要弄个绩效，这帮人才肯动脑经？其实我本意非常反对绩效，顶了上面的压力没有实施，因为实施方案比较难以操作。
各位帮忙出点主意吗？
首先QA就是干这事的.....
第二QA应该会出测试计划 或 检查清单
第三把检查列发给每个程序员
第四如果检查列表中 有20%以上的项没有通过就延长开发时间....并后移开始QA的时间
第五 如果QA发现新的BUG 或是对清单上的描述不清 就增加回归测试列表.
第六 Zero Active BUG time 之后回归测试
PS:我的建议少动点脑子多用点笔(或助记工具).人需要宽容的对待 16 楼 jiaoronggui 2011-06-02 制度，制度，100个人，难道每个人都有自觉性，很难 17 楼 weiaijun 2011-06-02 我找到一个未改动的错误，我会改掉，并且很happy！~ 18 楼 youngxu 2011-06-03 LZ出现这样的问题，觉得有点奇怪。既然前端页面都已经好了，为什么不将页面按计划分配出去呢？做事情要想让下属主动，我想最好还是按计划安排他们的好。A页面给甲，B页面给乙，这样A页面的问题由甲来负责。要是按LZ的意义，公司软件工程师都主动来完成，甲也改A页面，乙也改A页面，到底功劳要给谁好呢？工作中权责一定要分清楚，不然事情做不好，人也留不住。最后有能力的都会走路，混日子的就会得逞。 19 楼 wandou 2011-06-04 doltter 写道新的项目，新的员工。前端工程师把项目页面完成之后，由软件工程师负责做模板。但是，我们的工程师很懒，比如说有些前期的页面，里面有些链接是等后期的页面完成之后才能确定的。但是，当软件工程师把后期的页面也模板化完成之后，他并不去主动地把之前的内容给更新过来。而且，有些很明显的错误，非需要QA指出他才能发现，其实有些错误，真的很明显，明显得我都不好意思拿出来说。
还有一些问题，严格的意义上来讲，不属于他们的工作范畴。比如前端工程师在开发的过程中，有些层是定高了的，在编码和数据预览的过程中，能很明显的发现网页内容显示不合理。我们这些软件工程师就听之任之，也不和前端工程师讲，他也不动他的发财手来改。
有些事情，我说了很多遍了，难道非要弄个绩效，这帮人才肯动脑经？其实我本意非常反对绩效，顶了上面的压力没有实施，因为实施方案比较难以操作。
各位帮忙出点主意吗？
如果有人出点主意，你给他什么好处？你想通了，这就是答案。。。 20 楼 jackra 2011-06-06 kevin2003sk 写道cmmi一级到五级，都没有把人的主动性作为项目成功的关键。仅仅在一级的定义里提过，一个cmmi一级的组织的项目成功主要是依赖于人的主观能动性，成不成功关键是看这些人的热情。正因为如此，他不能保证这种成功经验能够复制到其他项目中。
用单田芳的说法就是：人上一百，形形色色（sai第三声）。所以，由制度、流程来驱动才是正道，调动主管能动性只是辅助手段。
我同意这位仁兄说的。
如LZ的情况，可以在项目整合期，再投入或者转型一个整合工程师，专门负责发现需要整合的内容，然后提出QA。
既然事情要做，就规范化的做，调动积极性这样的行为，是不足以形成规模化管理的。
一流企业靠制度，二流企业靠老板，三流企业靠人才，四流企业靠忽悠。完全适合于团队。 21 楼 sswh 2011-06-07 doltter 写道而且，有些很明显的错误，非需要QA指出他才能发现，其实有些错误，真的很明显，明显得我都不好意思拿出来说。
能否把缺陷进行分类，划分出低级BUG。象上面的这一类错误，可以归入到低级BUG中去。
软件开发中的各类缺陷，总是难免的，但低级BUG不允许出现。
对低级BUG要有一定的评判标准，并辅助一定的惩罚措施。
不知道是否会有效。
22 楼 huoyj 2011-06-07 责任明确点，该是谁的谁负责 23 楼 java.eye 2011-06-08 管理上的问题，偷懒和图利是人之本性，如果没有利益驱动每个人都能很勤快的干活，还要管理做什么，理想的共产主义还早着呢 24 楼 pearflower 2011-06-14 坚持两条大原则：
第一条：金钱物质条件合理。
第二条：有理想主义色彩，而且走在路上。 25 楼 hamsterxd 2011-06-22 什么制度、流程都靠边，看激励。
考虑到作为个体的人的经济理性，才有可能有的放矢。 26 楼 强强爱妍妍 2011-06-22 楼主在这个项目中是什么角色？
