管理的平衡艺术

管理的平衡艺术

    以前写过《架构是一种平衡艺术》，现在发现管理也是一种平衡，一种动态的平衡。（俺也从架构师走上管理岗位）

1.       部门外的需求平衡。技术部永远不可能全部满足其它部门的需求，这就需要你平衡需求跟生产资源之间的矛盾，那些需求重要，需要马上做，那些需求可以往后放一下，当然不同的时期，需求的重要性也是变化的。如果重要的需求都忙不过来，那你应该考虑增加生产资源。

2.       部门内的生产力平衡。在部门内主要是如何在保证质量的情况下达到最大的生产力，研发是脑力劳动，如果你的研发人员有情绪，他写出来的代码出错率就高，如果加班时间太长，人疲惫，又有情绪，那他写出来的代码更有问题。这就需要你平衡，找到一个平衡点，在这个平衡点上，研发人员能完成最多的任务，质量又能满足你的需要，当然每个人，每个团队，这个平衡点是不一样。加班，加点，鼓励，加上奖金可以在短时间内提高最大的生产力，但也要把握好，它也是有有效期的。

3.       部门内外的平衡。来自部门外的需求的完成情况，是公司对你这个部门成绩评定的重要指标之一。而你一味的追求这个指标对内加班加点，会让你的研发人员不满，离职，影响你的生产力，最终完成不了。如果为加班加点增加大量的奖金，公司也会对你不满。这需求一个平衡。

4.       质量和时间的平衡点。没有零BUG的系统，你的用户对BUG的忍受力也不一样，如果你的任务是一个商业产品，用户希望得到的是一个极少有BUG的系统，稍微多一点的BUG会让你失去市场，即使你很快改好了 ，也会跟用户留下一个不可靠的印象。但企业内部的开发不一样，用户能容忍多一点的BUG，那么你就可以加快开发的进度，对测试只需要简单的功能测试就可以了，更详细的测试可以留到用户使用时慢慢进行，听起来是不负责的一种做法，但用户更不能容忍你长时间的开发周期，一遍一遍的测试。当然系统关系到钱的地方，也要经过详细的测试。也就是说系统要达到一个什么的样的质量标准，在不同的环境下，这个平衡点是不一样的。

   平衡点不是不变的，它是一个动态的，在不同的环境下这个平衡点不一样。架构如此，管理如此，人生如此。

   天啊 ， 难道这是传说中的万剑归宗，看来我找到门槛了，呵呵。