如此“赏罚分明”
 
        新官上任的第一把火是什么？有时候首先想到的是如何使用自己的领导权威。

        某公司规定：凡员工迟到十分钟，扣50元；迟到半小时，扣一天工资……（注意，项目经理及以上级别领导不限）。

        经常在项目管理的论坛里面看到“惩罚更有效还是奖励更有效”的讨论，其中“惩罚派”占多数，毕竟被管理者都是“浮躁刁蛮的中国程序员”。参与者往往引经据典，分析人性劣根，甚至抨击独生子女的娇惯等等。有论者认为“奖励几百块钱的工资，程序员根本不会在乎”。

        但是这个问题在很多项目中是彻头彻尾的伪命题，因为往往有一个“领导特殊”的尾巴，尽管不是所有时候都明确的写出来。自外于员工的管理不是行不通，在工业革命时代，在中国现在的血汗工厂里面都取得过成功。但是程序员一般把自己看成脑力劳动者，事实上他们的工作性质确实是这样，需要个人的创造性和热情。假如你确实觉得自己的技术人员都只需要两只手，那么这种所谓的赏罚分明也许不是一个坏主意，毕竟你可以打击程序员的自尊，让他们意识到自己只是多余的垃圾。

        如果不是的话，那么对于你来说，采用惩罚还是采用奖励并不重要，因为如果一视同仁的要求都不能达到，那么你制定的规则完全是可以随意揉捏的人治，团队将毫无士气可言。

        遗憾的是，现实中经常出现对下属要求严格，自己却在公司玩游戏的项目经理，10点才来上班的架构设计师。既然如此，又何必劳神去思考赏还是罚呢。无论你采用什么方法，最重要的都是一个“信”字。

        笔者的建议是：赏罚不是包治百病的良药，赏罚的基础是团队内部的凝聚力，否则任何赏罚措施都无法收到预期的效果。管理者的职务之所以有存在的意义，是因为人类的组织架构需要把多个个体的力量集合起来，向一个方向使力，而不是因为需要管理者和被管理者的两个阶层。

        那么如何建立这个玄乎其玄的凝聚力？如何让程序员认同团队的目标就是个人的目标？其实我们需要的并不是一只万里长征的铁军，只需要稍稍的信任，就可以解决软件开发中的很多问题。管理者可以问问自己：我会搞特殊化吗？我严于律人宽于律己吗？其实这些问题不是难解决与不难解决的问题，只是想解决与不想解决的问题。

        当然，血汗工厂的野蛮管理也有它的价值，在那种条件下，野蛮的惩罚同样可以促使工人为企业工作，并且此简单粗暴的方法成本低廉。

发射后不管的项目计划

        对于我们这个国家来说，计划是一种信仰，在软件行业更是如此。我们从小被灌输的是，所谓管理，就是让甲去洗菜，同时让乙去煮饭而已。

        开始一个项目的编码工作时，我们往往是先像切蛋糕一样将其分割给几块。项目经理会给项目中的“菜鸟”、“懒虫”各分配一个模块，一个月的工作时间。

        既然管理者的责任就是制定计划、分配工作，那么如果完成分配，项目经理就可以放心地等到一个月以后了。有些事必躬亲的项目经理会亲自搞一个模块埋头苦干，有的则轻松地看看报纸、上上网，全然不在乎菜鸟在冥思苦想，懒虫在睡大觉。

        一个月以后，实力不济的菜鸟没有什么有价值的代码，天天偷懒的懒虫更是一张白纸。设想中的模块测试、代码集成无法开始，项目计划书成为离题万里的废纸。

        如果管理只是指示甲做这件事情，乙做那件事情的话，恐怕这个事情谁都可以做，而且会有很多有“施虐”倾向的人愿意做。难怪人说，天下最容易的事情就是做官了。

        在任务下达之后，仍需要不断地跟踪任务的进展情况，询问下属是否遇到了什么困难，考虑自己是否可以利用别的资源来协助他。当然其实真正最重要的是查看他是否偷懒！

        笔者的建议是：有跟踪的计划才是真正的计划。有效的计划跟踪是一个团队可控的基本标志，不仅可以保证任务的进行，而且管理者可以利用获得的信息评估人团队成员的绩效，以及适时地调整任务。

        可能有人要问了，那不是很麻烦啊！当然了，否则管理者的意义在哪里呢。如果你不知道怎么做的话，首先必须清楚有哪些正在进行的任务。项目工程管理软件可以帮助管理者做到这点，但是必须记住的是，跟踪始终是要靠人来完成的。有足够经验或者热情的管理者完全可以不依靠软件做到，相反有些项目工程管理软件的使用者只是把任务写在软件里面，那么这个软件起不到任何作用——除了浪费一点时间以外。