管理的平衡艺术
以前写过《架构是一种平衡艺术》,现在发现管理也是一种平衡,一种动态的平衡。(俺也从架构师走上管理岗位)
1. 部门外的需求平衡。技术部永远不可能全部满足其它部门的需求,这就需要你平衡需求跟生产资源之间的矛盾,那些需求重要,需要马上做,那些需求可以往后放一下,当然不同的时期,需求的重要性也是变化的。如果重要的需求都忙不过来,那你应该考虑增加生产资源。
2. 部门内的生产力平衡。在部门内主要是如何在保证质量的情况下达到最大的生产力,研发是脑力劳动,如果你的研发人员有情绪,他写出来的代码出错率就高,如果加班时间太长,人疲惫,又有情绪,那他写出来的代码更有问题。这就需要你平衡,找到一个平衡点,在这个平衡点上,研发人员能完成最多的任务,质量又能满足你的需要,当然每个人,每个团队,这个平衡点是不一样。加班,加点,鼓励,加上奖金可以在短时间内提高最大的生产力,但也要把握好,它也是有有效期的。
3. 部门内外的平衡。来自部门外的需求的完成情况,是公司对你这个部门成绩评定的重要指标之一。而你一味的追求这个指标对内加班加点,会让你的研发人员不满,离职,影响你的生产力,最终完成不了。如果为加班加点增加大量的奖金,公司也会对你不满。这需求一个平衡。
4. 质量和时间的平衡点。没有零BUG的系统,你的用户对BUG的忍受力也不一样,如果你的任务是一个商业产品,用户希望得到的是一个极少有BUG的系统,稍微多一点的BUG会让你失去市场,即使你很快改好了 ,也会跟用户留下一个不可靠的印象。但企业内部的开发不一样,用户能容忍多一点的BUG,那么你就可以加快开发的进度,对测试只需要简单的功能测试就可以了,更详细的测试可以留到用户使用时慢慢进行,听起来是不负责的一种做法,但用户更不能容忍你长时间的开发周期,一遍一遍的测试。当然系统关系到钱的地方,也要经过详细的测试。也就是说系统要达到一个什么的样的质量标准,在不同的环境下,这个平衡点是不一样的。
平衡点不是不变的,它是一个动态的,在不同的环境下这个平衡点不一样。架构如此,管理如此,人生如此。
天啊 , 难道这是传说中的万剑归宗,看来我找到门槛了,呵呵。