书接上文：
前段时间我问了自己一个问题，如果自己真的是公司内部的外包团队，会怎么样？自从思维转变后，很多事情居然得到了完美的解释，包括：
- 开发人员的人效是什么；
- 技术部如何找到话语权；
- 工程的占比应该是多少；
- 接什么需求，拒绝什么需求；
- ...
这一切是资源能力市场化的结果，核心就两个字定价！其中的资金流向如图所示：
正常情况应该分为三个集团：
- 总办，最终的买单方；
- 职能部门，直接服务于总办，为公司做兜底；
- 业务部门，总办给予预算，业务部门承诺KPI；
- 业务支持部门，主要从业务部门赚钱，偶尔从总办、职能部门赚钱；
开发部和职能部门都属于业务支持部门，被业务方采买能力，做他们的乙方。流程上直接走公司OA即可：
导出Excel效果：
这一圈走下来，我发现每个月赚的钱，扣除人力成本后居然还多出了几十万！
于是一些问题似乎开始有了解法：
- 业务方需求时间紧，倒排期怎么办；
- 有些小业务，甚至不太看好的业务，不想做怎么办；
其实上述问题都很好解决，就两个字：加钱！
只要钱够了，我都可以协调资源帮助处理，但这导致了另一个问题：同学们加班加点的完成工作，多出来的钱怎么处理？
比如，我一个月的人力成本是100w，但这个月因为加班赚了130w，多出来的30w如何处理？
撕逼开始
首先私下游说HR无果，又跟老板、HR、部分业务老大在一个群里面争了起来，吃了上次情绪化的亏，这次我直接讲道理，并且上模型了！
- 多出来的钱怎么办？
开发部一个月人力成本是100w，多出来30w是加班加点赚回来的血汗钱，所以这笔钱应该归开发部支配，有以下好处：
- 30w是辛苦钱，给大家发奖金后，大家会更努力加班，加速其他业务拿结果；
- 如果多赚的钱与开发部无关，那大家找不到加班的理由，这不利于战略落地；
- 就算使用行政手段忽悠大家加班，一个月可以，两个月勉强，长时间肯定要崩；
综上，多出来的钱应该让开发部自由支配。
- 如何保证奖金被有效分配
我们希望奖金被分配给正确的人，那么如何保证奖金被有效分配了呢？
- 首先，每个业务方的大单子会被分解成若干小任务，大单子业务方会和开发部不停拉扯价格，保证其合理性；
- 然后，开发部会抽取10-50%的基础费用，作为技术基建、出差、管理费用或者团建费；
- 其次，开发部各个Leader将从业务方赚取的钱分配到各个小任务，对任务进行定价；
- 其次，开发部为基础部门比如DBA、运维、工程基建团队任务定价；
- 最终，开发部乃至部门每个个人的ROI就出来了；
我们为ROI高的同学发放奖励，并且我们会慎重做技术基建，保证技术基建一定会产生全局效益，不会无根由造轮子。
首轮观点表达后，不出意外的收到了反对...
HR的反驳
首先内部交易，大多时候并没有三方比价，没有客观公平的价格，无法判断你的收入是否虚高；
其次，每月结算，如果这个月赚了钱就要发奖金，那下个月亏损的怎么处理呢?ROI低于1部分难道从工资抠吗？
任何奖金的前提都是你有明确合理的考核方案，能识别出优秀；我姑且认为你们的任务定价体系是合理的；
但你当月业务方需求采买金额，不代表当月的任务量，很多是几个月的需求，相当于业务方提前透支，把用于开发的预算都花完了，这个时候怎么办？
对此我开始了反驳。
继续要钱
首先，业务方没大家想的那么傻，甚至他们很精，他们如果觉得自己的技术团队价格虚高，可以直接选择外包，我们这边不做阻拦；
真正的问题是第二个：这个月赚钱了，下个月亏损怎么办？
这个确实是真正的问题，如果多出的30w全部当做奖金发出去了，下个月只赚了70w，导致的30w亏损就是公司买单，但是我们毕竟不是一锤子买卖，我这里认为：
- 第一个月多了30w，开发部依旧可以自由使用；
- 第二个月如果少了30w，那么第二个月也不用扣钱，但开发部这个月没奖金；
- 第三个月大概率可以把30w漏洞补足，有多出来的钱就作为奖金，如果依旧少了，那么再补足；
这样公司可能导致的风险只有30w，但对应的收益是一个有激情的开发部，公司不吃亏。
至于第三个问题，业务方不给力，就是提不出来需求，甚至透支开发部，这个与开发部无关，是他们自己要思考的问题啊，我们要做的是支持好他的需求。
HR继续反驳
那按照小钗的逻辑是：反正我凭我自己本事去拉到了业务的预算，至于业务要咋个验收我的产出是他的事情了，他验收不了是他笨；另一方面业务方的死活与我开发部无关，他应该自己对自己负责，反正我钱收了，cover住成本以外的我就要发奖金，交付得再烂，价格再高，都是业务方自己的问题。
凭你的三寸不烂之舌，开发部绝对是全公司唯一盈利的部门！
这个时候一个业务方老大看情况不对，插了一句：哎呀，小钗说是可以外包，但很多工作外包的可能性太低，垄断经营才是根本问题，业务方事实上没得选。
这个时候HR开始补刀：
当前采买模式的问题，在研发资源上体现最明显，花着各业务线预算但不关心业务是否成功，原因是和结果不关联。如果是为了公司总目标的达成，研发的okr要和业务结果直接挂钩。当然会觉得业务做不做的起来关研发啥事儿，只能说，谁都不能置身事外。
小钗目前的做法，我认为是大公司一个组织的存活之道(之一)，目的是组织能存活，业务和公司能不能存活就管不了了。一个好的组织负责人，内部认可度会很高，但没有外部的业务方会满意。
这个想法还是要警惕，现在底牌就是历史包袱，以及业务线可能没有额外的HC来自己组织管理研发。一旦有新势力，或者业务线真的壮大了。目前这一套就行不通了，到时候就是天下苦研发久矣。
继续拉扯
业务团队也是从总办拿预算，他们需要对总办负责，不需要对开发部负责，比如业务方不会关心技术团队的能力建设。
并且就战略分解来说，他自己应该有明确的达成路径，技术团队作为其中核心依赖一环，做好自己的工作，不掉链子就是帮助，不可能让技术团队承担业务团队的失败，比如：
- 技术团队觉得业务线需求在扯犊子，不接需求，这显然不对；
- 技术团队做好了需求，甚至多做了一步，但因为业务团队重大失误导致技术团队没有年终，这不合理；
- 技术团队做的很差，甚至躺平，但因为业务线给力导致技术团队年终好到爆，这也不合理；
这就是为什么我坚持现在的模式，首先要不要做一个业务，技术团队有建议权没有决策权；其次开发做一个项目行业价格就是10w，我们可以估值9w或者11w，但是因为业务方的变化变成1w或者100w，显然就不科学了。
所谓兜底，所谓担当，就是我做好我专业的部分，你做好你专业的部分，合作的部分多配合，但我不能去做你专业的部分，这点我相信大家应该可以达成一致。
CEO切入
看大家聊得差不多了，老板开始进场收割，开场肯定还是要PUA一下的：我看HR和小钗两个拌嘴，就是两小儿辩日，毫无营养啊！
为了巩固战果，继续帮团队要钱，我首先出击：
然后，HR突然私下给我发消息，他感觉不妙...不出意料，老板马上拔刀向HR：
HR马上开始背刺我：小钗，开发部在这个事情上一定要起表率作用啊，奖金什么都好说，比如你们多赚的一部分钱，我觉得也是可以作为奖金的，看看怎么分成...
我马上开始叫苦，天啦，开发这边都是人肉辛苦加班血汗钱，你还要分成，好资本主义。
并且，我一个月人力成本100w，无论如何也做不了150w的活啊，团队还是要休息的，我觉得努力值带宽在120w不得了，团队其实也赚不了那么多钱...
HR说：老板我觉得有道理，你怎么看？
老板：不打卡996这个任务，HR总负责，一个月之内我要看到效果！
然后，群里暂时没人再说话了......
请教CEO
下来后忍不住私下问了老板一嘴，到底什么意思，老板大概的意思是：
你那套机制其实本身问题不大，但是有两个问题：
- 跟最终财报不直接挂钩的leader如果没意识到自己的高管定位，可能跟公司对着干，或者玩忽职守。我在想公司可以先做点什么让leader安心；
- 没有一套运转良好的互信制度，这套所谓的互信制度其实就是leader们自己要不停自证自己的定价判断是物美价廉的、有竞争力的（这其实需要充分的调研市场情况，是要努力的），公司这边人力和财务和风控和CEO要去再做一次验证，对leader的判断依据做穿测，比如对同类供应商或合作伙伴做抽查访谈等等。leader的证据链是职能的调查的10倍，职能是CEO的10倍，这样能在理论上做到最多的互信；
但监管这个事情又像内裤一样需要有，但真要花大价钱建设又总感觉时机不对，而且可能永远存在业务一级部门的Leader的监管能力是高于职能部门的，第一层高效快速的监管还是在业务部门，第二层延迟的监管是职能，第三层较慢的监管是CEO，最后一层最慢的是董事会。
我们能做的只有减少延迟，而不能消灭延迟，所以必须把一级部门leader们纳入统一战线。信息延迟带来的就是腐败空间，腐败空间只有大或小，没有0或1，所以中间还有很多路要走啊...
于是我私下补一句，那是不是说那个“996”是不是说着玩的？CEO笑而不语他问了我一个问题：
你怎么看待996、下属比我忙以及跑满这三个事情的？
我整理了下自己的思维，每个Leader都有一个梦想，从程度来说可以是这样的：
- 下面同学能不能996；
- 下面同学能不能比我忙；
- 下面同学能不能跑满；
有这种思维的Leader不在少数，很不好意思，区区在下偶尔也会有这些想法，甚至现在我也一直在落实让汇报给我的同学比我忙的目标，但严格来说996、比我忙、要跑满还是有很大的不同。
关于996
正常工作时间是8小时，995代表的是工作量的1.5倍，如果我工资是1w的话，如果真的做到了995，那么对应的奖金就该是0.5w。
正儿八经聊天，作为社畜的区区在下其实是愿意为了0.5倍工资奖金每天多工作4小时的，但严格的996却很难做到，因为这意味着所有的家庭时间没有了，说个笑话可能是夫妻生活都没有了，这会进一步导致家庭关系破裂，一旦家庭出现问题，工作也不能用全力，所以996其实是不可持续的。
比较靠谱的是994，最多做到995，在项目特殊时期可以996，但对应的代价应该是0.3-0.5倍月薪，没有奖金这些事情都不应该发生。
关于比我忙
我习惯的是一种外延的工作方式，说难听点就是：将自己的活尽量分出去给其他人，能不做的，一定不做...，这个方式的难点首先是确定什么该自己做，其次是想分出去的事，其他同学是不是做得了。
- 什么该自己做
之前其实聊过，以下事情Leader必须亲力亲为：
- 做战略做选题，包括接下来一段时间做什么，什么是重点，什么是非重点，并且要把自己的想法尽量放大给其他同学；
- 做预算，核心是从外面搞钱回来（包括HC），然后是决定资源应该被投入到什么地方，还有一个重点是需要给团队核心搞一部分奖金，不然团队运转不起来；
- 做梯队建设，选题想清楚了，资源拿到了，就需要组建梯队去做这一切，选题、资源、梯队缺一不可，做梯队建设时候一定要刻意补足自己能力不足的部分；
- 做机制，想清楚了要做什么，并且拿到了相关的资源，准备好了相关的梯队，最后还要将流程机制做好，帮大家把阻碍去除；
- 错误示范
错误案例就是不做自己该做的事，最后因为大Leader的工作没做好团队不可能健康发展，所以团队疲惫而忧虑，这就是错误的降维使用。
关于Leader的降维使用案例很多，最常见的就是Leader去抢下面同学活干，比如抢一线经理的活，去跟进项目进度，甚至手把手教写代码，如图所示：
在小项目上打出超预期的战斗，会让人有我真棒的错觉。但将简单的事情做得超出预期，并不是我们该做的，巴西打国足一个5:0也不值得骄傲。
有些leader定位不清晰喜欢抢下面同学活干，这种行为能带来「巨大的安全感」，这种安全感甚至是「可触摸的」，但这种安全感并不能带来根本改变，情况反而更糟了，因为困难的工作被遗留下来了...
所以，“比我忙”，应该是下面同学体力上比我忙，我们该有的独立思考时间，一点都不能少，啃硬骨头才是我们需要做的。
关于跑满
事实上无论是“996”还是“比我忙”，都不能说明这个同学跑满了，就我十多年的摸鱼经验，996其实是很糟糕的选择，他最大的好处是可以将一部分努力的同学识别出来，因为长时间在公司摸鱼，还是太累，很少有同学会在公司假装努力；但他并不能解决效率低的根本原因，996≠效率高！
所以对跑满的定义就很重要了，我现在用的方式是：
- 创造符合工资的价值算及格；
- 创造1.2倍工资价值算优秀；
- 创造1.5倍以上工资价值算卓越；
跑满以1.2倍算，也就要求优秀的同学每天加班2小时左右，团队都会分层，不需要所有同学一定要优秀，也不需要优秀的同学一直无法休息，但同学们一旦优秀起来，作为组织Leader，该给的福利可以少但不能没有，尽量别让他们吃亏，这也引出了最后一个话题。
凭什么996
站在个人的角度，Leader是我儿子吗，我为什么要为了你去996、去跑满，我正常工作不行？
每个出来工作的人，努力工作无非为三点：
- 名，做对社会有价值的事，增加社会中的地位；
- 利，就是钱；
- 成长空间；
虽然也会有一些同学追求了一段时间后疲了选择躺平，但多数同学还是对公司有一些诉求的，所以公司应该做什么去帮助他们，要激活人才也就是给他想要的嘛。
对我这种人：成长空间>=钱>名，对于其他人是什么，需要诊断，需要思考。
只要筹码到位，无论怎么996，大家的积极性依旧会很高。我们要求人努力的时候，可能会让他们受到损失，比如别人本来可以多陪陪小孩，或者别人本来可以利用一些职务之便赚点相对合法的钱。那么团队需要评估每个优秀人才可能的损失，并且要想办法补足这个损失，损失能补足，激情自然来！
好了，今天的分享就到这。如果本文对你有帮助的话，欢迎点赞&评论&在看&分享，这对我非常重要，感谢🙏🏻。