项目管理 - ITeye问答

0 0

项目管理0

对于项目代码的每一次codereview，列出一些主要问题，但事后组员改的范围都不会超过我列的问题的范围，而且代码质量也没有明显的改善(很明显的问题都能看出来)，感觉从开发的角度来看有点懒惰，怎么样才能调动起来呢？因为现在人数少，难道要招点新人来刺激一下他们，产生一些竞争才能会主动？还是需要别的什么呢？

项目管理

2012年12月19日 09:55

wangzl2222
4
0 0 26

3个答案按时间排序按投票排序

0 0

要不就是你的程序员没有代码质量的概念。把代码质量放到团队文化里好好的宣传。形成一种追求优质代码的氛围，并且告知编写高质量的代码不仅仅是为了公司，更是为了自己。经历的提升，实力的提升，完成任务的时间也会缩短。何乐而不为呢。

2012年12月21日 10:23

mqlfly2008
39
0 0 1

1条评论

0 0

lz是什么公司的？做什么业务的？可以的话，学习一下。

2012年12月20日 11:13

月亮不懂夜的黑
10
0 1 9

1条评论

0 0

楼主的境遇和我之前遇到的很相似耶，之前我带的一个项目成员大部分都是以前同一家公司的同事，在项目过程中，也许大家太熟悉，很多时候他们做的不对的地方我也不好讲，而且工作态度也很散漫，由于他们自身对于技术的热爱不高，所以在编写代码方面就是以完成工作为主，不会去考虑什么代码结构啊，质量什么的，反倒是那些和我以前没有过同事关系的组员，他们的工作热情和态度就显示更高点，我的项目经理就曾经和我谈到过这样的问题，最主要的还是在于竞争性不够，自身没有危机感，工作过程中就没有什么压力，只想着应付了事。

我看这事可以多方面着手：

1. 招点新人进来，加强团队的竞争，建议楼主找一些经验少的，经验少就意味着白纸一张，可塑性强，你可以将你的代码思想很快输送给他们

2. 加强代码编写的规则与要求，毕竟你自己不会过多参与代码的编写，所以建议你在给他们分派任务时，由自己来控制代码的架构，就好像你写接口，让他们写实现一样，只要你的代码的架构是完美的，即使他们编写的有误也只是在方法体内的错误，很快就可以发现

3. 不同的人即便写相同的字，写出来也是各不相同的，所以要教他们应该怎么写，如何写，比如让他们写一个对象的增删改查，在控制层应该做什么事，在Service层应该做什么事，在Dao层应该做什么事等等

2012年12月19日 16:44