该怎么给程序猿定 KPI ？

一、该怎么给程序猿定 KPI ？

先问问自己：为什么要定KPI？

定KPI无非是一个核心目标，那就是通过“奖勤罚懒”来引导员工，使得他们努力工作——当然企业没有罚款权，因此一般会变通为“定一个较低的基本工资，其它算到奖金上；然后只有A级卓越奖、B级优秀奖、C级合格奖和D级无奖”。说白了还是一回事，朝三暮四的把戏而已。

然后呢，怎么识别勤快/懒惰的员工呢？

很简单，计件。A一天装配了10个轮胎，B只装了8个，C只有6个，D装了3个还歪了一个……

那么，如果单件工资是X的话，给A的报酬就应该是10X，B是8X，C 6X，D 2X。

很遗憾。这个看起来天经地义一般的解决方案是傻子才会搞的——如果你发现手下有个管理者这样管生产线工人，嘉奖他；但如果他这样管技术类工种，请尽快撤他的职。

这是因为，技术类工作，产出是独一无二的。压根不能像流水线工人那样评估。

甚至于，技术类工作，产生的“量”和“质”往往是背道而驰的。

当你只顾考察他的量时，你只能得到一堆垃圾——而且技术类成果会有很多很多的衍生效应，比如会造成其它同事工作对接困难、比如会导致本来普通计算机10%CPU占用就能搞定的工作你得掏大钱砸几十上百台电脑进去搞一个集群……

但在你眼里，后者玩的那可是集群！高科技！而前者嘛……一个512M内存的破机顶盒级电脑有什么好玩的！

很遗憾。前者那才是真正的高科技。那叫算法优化。

后者嘛，那叫一将无能，累死千军。

这并不是笑话。我就遇到过这样的神人。他把一个大型交易系统的数据库查询复杂度“优化”到了O(N^3)级别——但实际上给真正懂行的技术人员，这个复杂度就应该做到O(N)！

当然，你可能看不懂大O标记法。简单说就是：一个原本打算支持2000万用户的系统，如果给靠谱人设计，那么搞个服务器水平扩展架构然后按需增加机器即可，至多几百台服务器就能搞定（线性增长嘛）；但一旦搞成O(N^3)，这个系统就会随着用户数增长指数级增长——于是，100个用户，这个系统几秒钟就能完成盘点；500用户，这个系统盘点一次要半小时；当用户达到1000人时，这个系统盘点一次就要六个小时……依此类推，当用户数真的达到两千万时，公司就需要组织一支军队，把全世界已经生产出来的电脑全部抢过来、再奴役三星台积电等半导体厂让它们啥都别干先专心造八十年芯片再说……

什么？这样能不能满足要求？没那事，你得给别人找点事做，不让就显得你无能了。折腾他们八十年，你死之后哪管洪水滔天。

可想而知，这会对公司造成多大的损失——但看KPI，谁能比他更忙、做的事情更多吗？！

作为对比，那个把事情做对的人，实际做了什么？

答案是什么都没做。除了数据库表设计从一开始就没搞那么复杂、使得将来围绕着数据库开发时，大家都不用做太多事之外。

换句话说，这种情况下，一个技术人员的价值，恰恰体现在他没有做那些多余的错事上。

从头追查这件事，就会发现，优秀开发人员和滥竽充数者的价值差异，运气非常好的时候，也只会在两年之后才让你发现——当后者问题爆发时，就会知道他吹的天花乱坠的玩意儿……不过是驴粪蛋外面光。

但是，如果真到两年后问题爆发时你才知道他是草包……砸进去的几千万甚至上亿开发费用已经打了水漂。

身为股东，你可能只剩两个选择。一是家大业大扔点没啥，二是破产自杀。

不想扔也不想自杀？那就难办了……

不过也不是没办法。古人已经有解决方案了：

齐宣王使人吹竽，必三百人。南郭处士请为王吹竽，宣王说之，廪食以数百人。宣王死，湣王立，好一一听之，处士逃。

没错。这就是办法。别让人吃大锅饭，一个个考察。从小项目开始识人、提拔，找到合适人再慢慢组织团队搞中大型项目。

你可能会说：但是现在我已经有一个五百人的团队了啊……

这就是软件工程的重要性了：真正会做工程的，一定是把一个大项目拆成一堆中型项目、中型项目再拆成小项目、小项目拆成函数来做的——合格的技术专家眼里就不存在大项目，只有基本函数库构成的小项目、一堆小项目构成的小项目以及小项目构成的一堆小项目构成的小项目……

换句话说，考察你的中上层项目经理，看他们有没有本事把一个大项目三言两语说清楚、分成简单清晰、各自独立的几个模块——没这能耐？请他吃铁板炒鱿鱼吧。

类似的，考察你的每个程序员，看他们能不能清晰简洁的实现自己的任务、能不能把自己的任务实现的边界清晰、便于复用——然后，这些边界清晰的一个个小项目，你还考察不了他们的完成速度、效率、可靠程度吗？别整来整去，最该吃鱿鱼的是你自己吧？！

软件开发就要用软件开发的方式管理。软件工程不会？没有金刚钻，谁给你的勇气揽这瓷器活。

综上，KPI只是你关于软件流程管理、开发人员能力评估等专业知识的外在体现——事实上，这KPI还就是当年引进的、国外软件企业的先进管理理念。

但这玩意儿想玩转，要么你是管理和技术两手一起抓，两手都要硬；要么呢，公司内部两条线，一条技术线，一条管理线。

技术线里面的负责人叫项目经理，他必须是一个软件工程高手，具体技术可以不精，但总体性的把握能力必须有。他负责识人、把工程师带好，确保项目保质保量按时完成。

管理线里面的负责人是业务经理，他掌管资源调配等工作。软件团队立项，要告诉他大概需要多少人多久时间开发、需要的软硬件投资额等信息；他来判断这个项目有没有前景、能不能挣到钱，决定要不要上、最高可以投资多少钱做研发。

将来，软件团队要对按时保质保量完成开发任务负责，业务经理则对项目能否赚钱负责——更复杂的模型里面还要有市场部/客户部/客户代表、产品经理等角色：市场部/客户代表提出需求，软件部决定能不能做、需要多少人月；产品经理确保人机界面设计合理……但最终，要不要上马项目、可以给多少开发经费，这还是要业务经理拍板。

注意各自负责的范围以及职责。尤其注意合作流程非常关键——如果你让客户经理/产品经理直接干预了开发过程，那么造成的延误该谁负责？

现实是，绝大多数产品经理、客户经理、项目经理是不合格的——而他们的不合格，是因为业务经理乃至更高层领导不合格。

因为他们的不合格，很容易出现：

• 项目经理不懂软件开发规划，尸位素餐当甩手掌柜
• 客户经理/产品经理作威作福，直接指挥开发人员，任意改变既定目标
• 最终，所有人疲于奔命，忙死忙活却不出成果
• 病急乱投医，找KPI、OKR之类“灵丹妙药”，试图一抓就灵
• 结果是，灵丹妙药不仅不解决问题，反而成了各方推脱责任的借口……
• 为了推脱责任，劣质经理们不得不带领一伙人“表演式加班”，甚至把表演式加班本身当成KPI

你看，问题的关键压根不是什么“如何定KPI”，而是你，你的同事，你们这一干人，究竟懂不懂开发？懂不懂管理？

如果懂，那么你怎么搞怎么对——无论是散养、KPI还是OKR，你总是能保质保量按时完成任务、且团队成员还轻松惬意按时上下班。

但如果不懂，你搞什么都是和尚念经。

再说一遍：问题的核心是经理的能力，不是外在的具体表现。能力到了，怎么玩怎么对；能力不到，越是东施效颦，死的越难看。

二、学生使用小猿口算的感受？

小猿口算题量大，类型多，很受益。

三、谁解释下搞it的为什么叫程序猿？而不是程序猴？程序猫？

程序猿是一种非常特殊的、可以从事程序开发、维护的动物。一般分为程序设计猿和程序编码猿，但两者的界限并不非常清楚，都可以进行开发、维护工作，特别是在中国，而且最重要的一点，二者都是一种非常悲剧(加班)的存在。

程序猿是一种近几十年来出现的新物种，是信息革命的产物，在行为和物种归类上我们也可称为码字猴。

程序猿的进化之路。

我专门建立的Python学习扣QUN：②⑨⑦⑤⑦③⑤⑥②从零基础开始到Python各领域的项目实战教程、开发工具与电子书籍。与你分享企业当下对于python人才需求及学好python的高效技巧，不停更新最新教程！点击加入我的 python学习圈和你们不一样的程序员，有着自己神一般的追求。精神力早已笼罩整个世界......

程序猿是人类在科技研究上的一种新兴进化，拥有无与伦比的耐力、超越时代的智商、横穿社会的苦逼相和低于人类平均寿命的显著特点。

这不是黑眼圈，只是化的妆而已。千万别误会哈

一天工作简单的很，也就三件事。工作使他们兴奋使他们快乐，大道至简最适合他们。

程序猿，眼睛很尖，动作很快，一般是常人的九倍反应速度。

不懂程序猿的标配，你永远无法了解程序猿。

如果说时间是他们的血液，那代码就是他们的生命。

至今科学尚不能证实程序猿的逆天之路，这是上天都在嫉妒的一个种族。

要嫁就嫁灰太狼，错！要嫁就嫁程序猿，原因就一个：钱多话少！

你想程序猿写简历，你太OUT了。能用代码解决的事为啥用文字？just SO So哦！

从来不花时间来看世界，脑壳里的BUG才是最好的风景。我有BUG我就有了全世界

关爱自己？有没有搞错！每年都有一天救猿日的好吧

每年的10月24日被称为救猿日。

四、中班幼儿对化妆的感受？

我觉得小孩子还是不要化妆的好！小孩子天生丽质，什么都是原生态的，嫩嫩的多可爱！而且过早化妆还会破坏孩子的皮肤组织。这是有例可循的，不是空穴来风！当然，如果是逢年过节，幼儿园有什么表演之类的活动，为了更好的展现舞台效果，偶尔化几次，也是可以接受的！

五、化妆的程序是什么？

步骤一：上粉底

选择与肤色最接近的粉底，然后用手或者粉底刷将粉底涂抹在脸上薄薄的一层，在蘸取粉底霜或者粉底液时，可以用打圈的方式蘸取，在鼻子、嘴角等地方需要特别注意粉底是否均匀，可以用化妆棉进行涂抹。

步骤二：遮瑕

脸上有痘印、细纹、粗毛孔等需要瑕疵的，可以用粉底在该处多刷两遍遮住痘印、细纹等，或者使用海绵、手指肚，将此处涂抹上遮瑕膏。而黑眼圈可以选择遮瑕膏，用刷子点涂后，再用手指将其推开让其自然均匀的分布。

步骤三：蜜粉定妆

上完粉底和遮瑕完成后，用散粉扑轻轻的扑在脸上，不要用力扫。

步骤四：画眉毛。

画眉毛时可以借助一定的辅助工具，按照自己的脸型和妆容选择合适的眉毛。

步骤五：画眼影。

先用浅色的的眼影涂抹整个眼皮，再用深色一点的眼影涂抹双眼皮的褶皱处。

步骤六：画眼线。

用适合自己的的眼线笔沿着睫毛根部画眼线。

步骤七：刷睫毛膏。

用睫毛夹稍微夹一下上睫毛，然后用睫毛膏进行定形。

步骤八：上腮红。

在脸部凸起的苹果肌部分涂上适量的腮红。

步骤九：上口红。

化妆的最后一步就是涂口红，选择适合自己唇色的口红涂上。

六、40岁以上的程序猿都跑哪里去了？

如果是科班出身，40岁的程序员至少已经工作15年。15年前的程序员没有这么多。

这些人中的大部分现在在做架构设计、高级码农、项目经理、产品经理之类

七、各位程序猿大哥，程序猿妹子！有没有了解thinkpad t460s的。这本子软件？

内存小了写 不适合做软件开发 除非你自己加 现在做软件开发 内存至少要8G 不然 根本不够 尤其是需要跑虚拟机的

八、给植物浇水的感受？

浇水的感受是轻松而有趣的，就像给生命一份滋润，让它们更加美丽绿意盎然。

浇水时，能够感受到植物的生机，看到它们的叶片慢慢的饱满，绿叶像绚丽的绿火焰一样，令人赏心悦目。浇水是一件很有趣的事情，因为你能够看到植物从干枯变得活跃，叶片变得嫩绿，花朵也慢慢绽放，令人感到满足和欣慰。

九、给长辈捶背的感受？

岁月不饶人，时光流逝，看着爷爷奶奶操劳了一辈子，辛苦了一辈子，他们的容颜开始慢慢的老去，感受比较深刻，希望他们快快乐乐的，身体健健康康

十、给父母捶背的感受？

感到父母老了，自己今后要多关心他们