中小规模软件团队管理

在我软件行业的职业生涯中，经历过从30人到3、4百人规模的集成公司，从初级程序员干到公司CTO；创业N次，失败N-1次（也算是当过老板、CEO的人哈）。对于中小规模的技术团队管理，我感触很深。在我经历和身边的同等规模的类似公司里，关于技术体系的建设、技术团队的管理，发生了很多有意思的事情。其中，如何用各种炫目的绩效考核制度一而再、再而三地跌进同一个坑里，把自己的技术团队搞残，绝对是一个常见的现象。

比如，一家技术人员不到10人的公司，搞了一个非常复杂的绩效考核制度，每年、每季度都要对KPI进行制定、打分，然后据此给技术人员评定绩效工资。这项工作在一年里至少要占用4-5个月的时间，计划的时候来回扯皮，评定的时候勾心斗角。技术人员根本没有时间好好去想想怎么做开发，只是按照KPI上的点按部就班的做事情，然后就像圆谎一样使劲向KPI的描述上套“自己的业绩”。

考核考核，多少罪恶假汝之名而行

看起来，这挺不错的啊，老板也省心。但实际上，软件开发人员的KPI是怎么确定呢？老板一拍脑袋，今年要做XX办公系统，在市场上销售100到200套。软件团队的直接目标是在3月份推出1.0版，间接目标是支持销售团队达到销售目标。然后软件团队据此分解目标，制定自己的年度KPI和季度KPI。到这里，事情似乎都很正常。

但问题是这家公司的技术团队非常初级，时间最长的团队成员来公司也就1年多一点，最有经验的技术经理只是一个稍有资历的高级Java工程师，既没有能够统领全局的技术负责人，也没有能够做系统架构的架构师，甚至连一个有经验的项目经理都没有。产品经理也只是一个刚入门不久，基本上只会用Axure画画原型的年轻童鞋。在这样的条件下，产品开发完全是一种无人能够掌控的自行发挥状态，那么又怎么能落实到有效的KPI指标呢？要完成公司的目标就更是天方夜谭了。

但老板不懂技术管理啊？他认为只要提出明确的要求，自己的员工就能够自己有动力去想办法解决。于是在目标没有完成的情况下，更加变本加厉地严格约束。员工在更大的压力下变得更加谨小慎微，专注于怎么应付老板的压力，更没法有效的工作了。当然，有潜力、有能力的员工在这个过程中就流失了，剩下的人也无心工作，只是在等待一个更好的机会跳槽而已。

为什么会出现这种情况？因为软件开发是一个团队合作的系统工程。除非是项目规模极为有限，否则仅靠一两个天才程序员，是不可能完成一项软件产品的开发任务的。当一个技术团队本身就缺乏组织管理、也没有适当的资源和人力组合时，就难以实现项目目标和产品研发目标。所以，对技术人员是需要考核的，但要符合公司的实际情况。当一种考核制度不适合公司现状的时候，一定要钻牛角尖，把目标未达成归结到考核不严格的问题上，除了刚开始给老板一点心理安慰，其实毫无用处。

按照我说的办

在我看来，考核是否有效必须有两个前提：

第一，目标是可行有效的。很多企业管理者由于不了解软件工程和产品管理，认为只要自己说出一个时间点，比如“下个月我们就打算推这个系统了，所以你们这个月底就应该开发出来”，这就是目标。如果没完成，就说明技术团队不给力。另一种常见现象是：“什么？你们说这个月不行，那下个月可以吧？下个月还不行，那你们说，什么时候可以？”目标就在这种没有认真计划的前提下被糊里糊涂地确定下来。能否实现？只能是上天保佑了。一谈到目标，外行的领导最担心技术团队偷奸耍滑，一定要盯得死死的，你说初一交付，绝不能十五。可是，软件开发的周期是整个世界的难题啊。有谁能够拍着胸脯说，我说那天完成，一定能那天完成，越大的项目越不可能。所以，要懂方法，如何制定目标，如何分解目标，如何监控，如何调整。软件开发过程和一切项目一样，都是目标和资源的协调问题。目标不对，一切就无从谈起。

第二，公司是否有资源实现目标？很多时候，公司的领导会向自己周围的朋友感慨：“我们公司开发一个XX系统，都做了一年了，出来个什么玩意儿。”然后那朋友听了一下，用不屑的口吻说：“这么简单的功能，你们用那啥啥工具，简单定义一下就能实现啊，还用这么多人开发这么久？”或者是这样“干脆我给你介绍一个公司，他们专门做这个，肯定没问题。”（我以前也做过这样的不负责“顾问”朋友）真实的情况往往是，公司并没有能力足够的项目经理来组织研发项目，也没有有经验的系统设计师、架构师来设计系统架构。大部分情况下，是老板亲自上阵，讲了一通自己的理念想法，就认为自己已经尽到了产品经理的责任，规划了一个清晰的产品，然后扔给程序员开发。一般来说，是后端程序员不自觉（或许还不自愿）地担任了项目经理和设计师的角色，开始组织开发工作。但如何设计合理的数据结构和系统结构、如何定义接口、如何制定项目计划，他是没有经验的。只能是边做边看。他也没有能力指导其它环节的工作，比如，前端程序员肯定不服他啊。所有的交互流程、接口都要折腾好几遍才能走通，至于测试联调基本就是走过场，正经交付的时候，还留有一堆Bug等着老板或客户去发现。

没有准确的目标，就没法有效地考核

搞定了目标和资源的问题，谈考核才不会适得其反。中小规模的软件技术团队管理是很多中小企业的痛，我今后还会继续分享一些自己的体会和认识。

顺便说一下，今天是“九一八事变”89周年纪念日，这是一个永远值得纪念的日子。牢记中国曾经经历的苦痛磨难，以及差点亡国分裂的历史事实，不是抱着仇恨不放，而是珍惜今天来之不易的繁荣富强。虽然我只是 会底层的一个不成功人士，但我认为仍然值得为今天的中国去奋斗努力。当然，作为普通人，我能做的，就是做好自己的本职工作，教育好自己的孩子。