如何看待项目组中没有责任心的成员

在我看来，一个程序员的态度比能力更重要，除非是天才。

项目组中不乏这样的份子，当然，项目组中人人平等，这是原则，就好比技术没有国界。

他们对自己开发的功能很少做测试，更不用说junit了。在他们眼里，程序能跑通就OK，没有至少的正常数据测试和边界数据测试。

他们是真正的朝九晚五，我们不提倡加班，但是在工作时间保证工作质量是必须的，我这里说的是，他们的当天的任务没完成，照样准点关机走人。

他们上班时间可以聊天，灌水……，不要求每天8小时的时间专门做coding，你可以看看相关的网页，可以研究一点自己喜欢的东西，但是，只有聊天，灌水，和技术无关。

他们遇到问题，首先想到的是问你，从来没有说自己先研究一下代码，好像他们只负责垒砖，你就是活水泥的。

………………

实在是无语。

个人觉得是建立一个好的制度是关键，好制度能驱动个人的积极态度。一个差的制度必然会助长不积极的态度。
好的制度能充分发挥个人的能力，又对他主动承担的工作给予奖励，人员的态度自然就会积极起来，相反制度责任不明确，一级推诿一级，多干没好处，干差有人兜着，人自然就会按照责任最小化的本性越来越懒。当你的组织需要很多态度积极的人时说明你们组织的制度有问题了，需要大家用态度来弥补组织体系的缺陷。
好的组织制度不需要英雄，不需要救火员，只需要好的建立者，维护者，打个不恰当的例子，制度就好比是一个机器的各个轴承的定位，人员就是轴承上的齿轮，项目管理就是调整轴承间距的皮带，好的制度不需要一个能自动调整大小的齿轮。

还有如此好的公司？

事实说明，制度是很好建立的，但是要让这台机器跑得顺畅实属不易。

当然，领导者有很大的责任，应该三思的还是领导者。

很多人都感叹，但是的确存在。

中瀑布的毒太深

企业成立后，很多人说“按照制度办事”！
项目开发也应该这样。


工作任务合理安排，既然合理的，拿就得解决。


开发人员的问题，负责人当然应该负责解决，支持解决，鼓励他们自我解决。。。


-------------
欢迎大家来“权限管理”圈子做客。
http://accessmanager.group.iteye.com/

我们项目组也有没有责任心的成员，来公司一年多玩了一年的游戏，感觉到技术落后很多才开始学，不过是老板直接管的。
一个制度很重要，不能朝行暮改，改了除非有充足的理由，而且要有个激励机制。
同时，那些没责任心的人先给警告（WARN），不改就给他（ERROR），不需要怕得罪人（如果是亲戚关系，这点很难）。

要有人做 codereview 保证代码质量，并且要坚决执行。不要怕得罪人，这个说的好

到处都有混日子的，这种情况太多了，不见得是谁不想好，谁都想好，但是做好做坏都一样，最实际的是钱，工资都差不多，所以就混吧。

我觉得要调动积极性，就要按劳分配，多劳多得，少劳少得，不劳不得。

我说的比较理想，就要将公司利益与个人利益挂钩，开发过程中，做事多的，要多给工资，给予一定奖金，开发过程中，做的正常的，正常发钱，差的，少发，如果创造不出价值，那么应该喀嚓掉