本文共 1452 字，大约阅读时间需要 4 分钟。
亲，你是否发现，项目组所有的人都很忙，而项目却在原地打转。亲，你是否发现，整个团队都开发加班了，而项目的产出却比以前少了。亲，你是否发现，团队的开发人员开始萎靡，项目已病入膏肓。亲，你有没有发现是什么耽误了我们的项目？
亲，如果你确实不知道是什么影响了我们的项目，那现在我告诉你，耽误我们项目的因素都在下面：
所有人都知道我们的开发实验室离无线发射站较远，无线网络很慢，甚至在在Check Out、Check In代码时，都会花费很长时间。在很长的一段时间内，项目经理都没有解决该问题，这大大降低了开发团队的效率。
良好的网络环境是开发团队最基本的保障，而我们却在这里浪费了很多宝贵的时间。无论是项目经理、技术经理、架构师，都应该深刻的反思。我们可以少喝一瓶饮料，但是请给我们一个流畅的网络环境。
大部分实习生的开发经验都相对匮乏，他们编写的代码灵活性较差，而且漏斗百出。如果没有正式员工指导他们的话，他们的代码很难在应用环境中运行。因此，不应该把实习生作为主力资源，单独负责某个模块的开发。而且，实习生的实习时间通常是短期的，如果对于一个开发周期较长的项目来说，使用过多的实习生开发，在他们离职时，就只能交付一个半成品。
很不幸的是，我们的项目就是有过多的实习生参与进来。每当我看到实习生离职，还有他们那漏斗百出的代码时。我在想，两个实习生的开发成本，真的能抵得上一个正式的开发工程师吗？
什么是核心技术人员？在我的眼里的定义是：独立自主完成自己所负责的模块，并能够及时解决项目中的疑难杂症。也就是说，作为一名核心的技术人员，不单单要完成好自己的模块。如果系统中的其它模块，或者整个系统出现了问题，核心技术人员都能够及时的解决。
我们项目中失败的案例就是：核心技术人员没有解决好缓存的加载问题，以至于每次开发启动系统居然要花费五分钟的时间。还有一个问题，我认为也是核心技术人员应该考虑的，那就是提供相应的免重启调试的解决方案（包括前端开发和后端开发）。
不知道从什么时候开始，项目使用了谁的Bug数量少，就把新Bug分给谁的方法。这种方式一出现，开发人员明显产生了惰性。原来每天可以修复4~5个Bug，但是现在仅修复2~3个，即使多修复了几个Bug，也不会在当天提交，而是把这些Bug留下来，像储备粮食一样，等哪天不想工作的时候，再提交这些Bug。
作为管理者，一定要明确这种管理方式所带来的危害。能者多劳的想法是对的，但是如果实施起来却是错的。因为每个人都不想因为多修一个Bug，而让自己陷入免费加班的泥潭。
每个人都不想加班，尤其是不愿意免费的加班。当项目经理宣布强制加班的那一刹那，开发人员会怎么想的呢。我可以骂人吗？我可以不加班吗？我在什么样的情况下可以不加班？我加班的意义是什么？如果没有任何的明确的目标，而要强制团队加班，不仅不会提高工作产生，反而会降低工作产出。
当开发团队明白了无论多么努力，无论把任务完成的那么好，都要必须要加班时。他们就不会那么努力的加班，他们就会在白天上班的时候看看新闻，聊聊天。在晚上项目经理查班的时候，拼命的工作，以证明自己在努力工作。
亲，看了这么多，你是否开始反思自己的工作呢？要知道，兵熊熊一个，将熊熊一窝！任何一个事情的失败，都是来自于管理的失败。从现在反思自己的项目，将那些耽误项目的因素全部找出来，让我们引以为戒，避免以后类似事情发生。
转载地址：http://swexx.baihongyu.com/