亲，如果你确实不知道是什么影响了我们的项目，那现在我告诉你，耽误我们项目的因素都在下面：

　　一、网络环境

　　所有人都知道我们的开发实验室离无线发射站较远，无线网络很慢，甚至在在Check Out、Check In代码时，都会花费很长时间。在很长的一段时间内，项目经理都没有解决该问题，这大大降低了开发团队的效率。

　　良好的网络环境是开发团队最基本的保障，而我们却在这里浪费了很多宝贵的时间。无论是项目经理、技术经理、架构师，都应该深刻的反思。我们可以少喝一瓶饮料，但是请给我们一个流畅的网络环境。

　　二、过多的实习生参与开发

　　大部分实习生的开发经验都相对匮乏，他们编写的代码灵活性较差，而且漏斗百出。如果没有正式员工指导他们的话，他们的代码很难在应用环境中运行。因此，不应该把实习生作为主力资源，单独负责某个模块的开发。而且，实习生的实习时间通常是短期的，如果对于一个开发周期较长的项目来说，使用过多的实习生开发，在他们离职时，就只能交付一个半成品。

　　很不幸的是，我们的项目就是有过多的实习生参与进来。每当我看到实习生离职，还有他们那漏斗百出的代码时。我在想，两个实习生的开发成本，真的能抵得上一个正式的开发工程师吗?

　　三、核心技术人员没有承担起相应的责任

　　什么是核心技术人员?在我的眼里的定义是：独立自主完成自己所负责的模块，并能够及时解决项目中的疑难杂症。也就是说，作为一名核心的技术人员，不单单要完成好自己的模块。如果系统中的其它模块，或者整个系统出现了问题，核心技术人员都能够及时的解决。

　　我们项目中失败的案例就是：核心技术人员没有解决好缓存的加载问题，以至于每次开发启动系统居然要花费五分钟的时间。还有一个问题，我认为也是核心技术人员应该考虑的，那就是提供相应的免重启调试的解决方案(包括前端开发和后端开发)。

　　四、不正确职责划分

　　不知道从什么时候开始，项目使用了谁的Bug数量少，就把新Bug分给谁的方法。这种方式一出现，开发人员明显产生了惰性。原来每天可以修复4~5个Bug，但是现在仅修复2~3个，即使多修复了几个Bug，也不会在当天提交，而是把这些Bug留下来，像储备粮食一样，等哪天不想工作的时候，再提交这些Bug。

　　作为管理者，一定要明确这种管理方式所带来的危害。能者多劳的想法是对的，但是如果实施起来却是错的。因为每个人都不想因为多修一个Bug，而让自己陷入免费加班的泥潭。

　　五、强制加班

　　每个人都不想加班，尤其是不愿意免费的加班。当项目经理宣布强制加班的那一刹那，开发人员会怎么想的呢。我可以骂人吗?我可以不加班吗?我在什么样的情况下可以不加班?我加班的意义是什么?如果没有任何的明确的目标，而要强制团队加班，不仅不会提高工作产生，反而会降低工作产出。

　　当开发团队明白了无论多么努力，无论把任务完成的那么好，都要必须要加班时。他们就不会那么努力的加班，他们就会在白天上班的时候看看新闻，聊聊天。在晚上项目经理查班的时候，拼命的工作，以证明自己在努力工作。

　　亲，看了这么多，你是否开始反思自己的工作呢?要知道，兵熊熊一个，将熊熊一窝!任何一个事情的失败，都是来自于管理的失败。从现在反思自己的项目，将那些耽误项目的因素全部找出来，让我们引以为戒，避免以后类似事情发生。

　　本文出自 “尘风随影的天空” 博客，请务必保留此出http://genuinecx.blog.51cto.com/2890523/1118348