管理的精髓是流程管事、制度管人，老板或者管理者既需要懂业务也需要了解人性。这些其实都是正确的废话。

现在的企业管理越来越难，管理最追求效率和效益，而人是好逸恶劳的。你看看现在的企业，员工每天上班真正工作的时间有限的可怜，员工一周多上一天少上一天真没啥区别，把员工当“猪”卷在公司也真没啥用，特别是知识工作者，上班更是如此。

做老板是一条孤独的路。现在可不是过去了，老板把员工当傻子，现在是知识工作者是真把老板当傻子，你pua我，我听着，你上火我看着，我该咋地还咋地，这是现在大部分公司的内耗，员工的积极性是大部分公司现在面临的棘手问题，不管公司计时还是计件怎么算，员工只看拿到手多少，工资不满意就走人，其实知识工作者也一样，干的多也不见得拿的多。

管理的本质是解决工程和管理的问题，把很多看似人性的管理问题转化为工程问题进行求解。科学管理，也就是IE解决了体力劳动者的效率问题，把体力劳动者的工作量化了，跟薪酬进行了绑定，调动了他们积极性，提高了企业效率，提高了体力劳动者收入。但是知识工作者的管理就没有很有效的管理手段，德鲁克的管理思想就是要解决这个问题即目标管理，有效的手段就是流程管理和项目管理，例行工作按流程节点完成，项目工作做好项目管理，但都存在扯皮的空间，一个小时可以干完的活可以墨迹一天。

就拿chatgpt要替代程序员来说，作为一个从程序员进化到管理者的IT老兵，我们首先看看程序员一天的工作时间是怎么分配的，你公司的程序员是不是也这样。一天当中程序员有50%的时间在开会或者跟各相关人沟通需求，10%的时间在跟产品经理或者项目经理“打架”，10%的时间在跟测试人员“打口水仗”，10%的时间在改bug，10%的时间在写代码，10%的时间在平复心情、程序员之间聊天吐槽闲扯淡和干干自己家里网上的事情，再玩一玩电脑自己喜欢的东西。这就是大部分程序员一天最真实的写照。

今年年初我做了一个小小的调整：出了一个新制度就是正常开发计划之外的bug修复有绩效。我先说一下成效绝非鸡飞狗跳：客户服务这块效率和及时率都得到了大幅度提升，也很少有客户抱怨，客户投诉的一个没有了。

这时候很多人会问修复bug怎么还给钱？可不可以自己预埋点“bug”？为了不产生误导这里简单说明一下，当然肯定不是开发后测试出来的bug，也不是上线过程中发现的bug，而是客户提出来需要优化的，或者先前没有深度应用发现的，做过软件开发的遇到最多的就是需求蔓延和超范围，而又不得不做的。

这个事情难在操作上，做过管理的都能体会到，向上管理要资源的不易和重要性。软件工程师修复bug的量化工时相对好算，难在怎么说服老板接纳这个新制度，毕竟是一块支出，现在企业最时髦的一个词就是“降本增效”，没有之一。

这个制度，对于企业成本肯定是上去了，每个月都得几万块钱的奖金出来，每个月数额不大，但是年底一算几十万。我们公司的实施人员年薪12万左右，在项目中起到的主要作用是培训、沟通、反馈问题，我跟老板说精简这部分人员，把这部分支出用到程序员或软件工程师的绩效奖励上，对于公司老板来说，没有额外的支出，就采纳了这个建议实行了此激励制度。

现实职场中，员工不太指望你培养他，讲道理更是没用，只有为他们多争取点钱，多赚钱才是硬道理。通过此制度实施，下属虽然每月多不了多少钱，但是他们更愿意听你安排，安排的事能更快有结果。

我们要明白软件行业还是个服务行业，客户不满意一切都白搭，第二年不会续费或者后期（二期三期......）项目就没有了。这个激励制度表面上看是让程序员多挣点钱，实际上管理者完成了工作目标，还有了下年一部分稳定的客户，老板提升了公司业绩，皆大欢喜。

目标管理也得员工先有动力，现在员工缺乏的就是积极性，老板们感觉无招可施。中国最大的原动力是对财富的渴望，赚不到钱一切都是空谈，没人想一辈子为奴，大家都想从房奴、车奴中翻身作人，这就是员工的原动力、员工的奔头，高管的工资最起码是普通员工的3到5倍，所以干劲大，再有一点高管们已解决了生活问题，能有点长期主义，延迟满足；但是给不了普通员工实实在在的生活需求这个“奔头”，员工工作就不可能有激情和主动性。

有朋友会说还是做个技术专家可能爽很多，不用像管理者操心这些，我觉得技术是干出来的，如果技术专家不下场做也很难落地，存活得也不会长久，打工只有尽量往食物链的顶端走，走管理路线拥有一定的分配权才能财务自由，这个话题也许是个伪命题，我们留到下次。