订阅掉的连我妈妈都认不出来了……求订阅
——————
就巴🝖🗶人这个人口组成，一部分来自鹏飞科技，一部分来自果实研发，还有一批元老是楚垣夕找来的，以自由职业者居多，山头和鄙视链都齐🌒了，大公司病几乎是不可避免的。
然而治理大公司病有一个非常🏩🜬🅎简单的妙方，就是不搞kpi。
虽然说⛯山头林立与部门之间的鄙视链是大公司病的两个要素，但都⛋😹没有kpi来的直接。而kpi制度想要绕开的关键点是🞗扁平化管理。
为什么很多公😣🃏司把kpi奉为圭臬呢？因为那些公司不搞kpi不行。
一个公司的业绩最终要靠项目来🝂🈒♔体现，可以说项目才是公司的生命力，但项目的载体是项目组，可项目组又是最底层的，向上有层层的部门、事业部、平台、公司、集团等等层级。部门层级太☟🀧⚶多，没有kpi的话上级甚至不知道下级的下级的下级在干什么，更别说干的🛪怎么样了。
但如果公司是扁平化的，从集团总裁到前线员工中间不超过两级，那事情就简单了，根本不需要用kpi来🁖🅳量化项目组的成绩。
楚垣夕当然知道这种扁平化管理的困🞻🙖难在哪，但是他致力于打造的公司就应该是这样的结构，这需要集团总裁巨大的付出，但这种付出也能带来巨大的回报。
如果没有kpi的困扰，山头的问题很容易解决，因为拆散山头很容易，鄙视链也可以🜳🆒🜳🆒融化，因为它本来就不应该存在。🔼🅺
大公司病从根本🐃☯🂻上来说是因为各个基层小单元为求自保而忽视集体利益所致。对于一个员工来说最好的状态是公司非常好，左右都是牛人，我做的也非常好；然而即使我做的非常好，别人不见得是牛人，或者别人也很牛，但是跟我配合的不好，这样项目就出问题了。
出👥问题的责任是谁的？这可就得说道说道了，首先，肯定不是我的问题，或者我要先摘干净⚞自己的问题。
因此在患有大公司病的公司中工作，第一件事不是考虑公司怎么样或者自己所在的项目怎么样，而是我自己的工作有没有完成好。这种状态很显然会出问🂶题，因为每个人都把自己的工作“完🏪成好”并不等于项目做得好，项目做好了，各个职能部门之间配合不好，公司也不见得就能好。
特别是，当出现优先完成自己的工🗎🚣作vs配合别人👖以确保产品的时候，这个问题尤为明显。
楚垣夕曾经就遇到过两个打起来的奇葩游戏策划，那是个三国类型的游戏，但数值策划没看过三国，于是往阵地上码了四个吕布。文案策划当🈵时就喷了，而数值策划一脸无辜的说：是你文案策划的🍂🅑需求没说清楚，没有🝿🐹🄰任何需求要求一个阵上不能有四个吕布。
这口锅看起来是属于数值策划的，但他为什么会造出这口锅来呢？因为他需要优先完成自己的工作，至于产品好坏，玩家喷不喷，那不是他需🈵要考虑的，统统🜾忽略。
再深究一下的话，这个错误的🏩🜬🅎根源其🞻🙖实🖟📺☔在于战斗系统的设定不严谨，如果在设计战斗系统的时候每一关都需要一个boss，那么这个boss在这一关这一阵上必定是独一无二的，就不会出现四个吕布的问题了。
一个项目组内都能出现这🕮种问题，需要项目组🐳之间配合，或者跨部门配合的问题就更多了，很多时候根本不是哪个单独的单元出问题，但问题就是出现了。
后来鹏飞科技为什🍛🈮🁭么每况愈下沦落到手握现金奶牛还需要跪舔🕺🎧📜浪涛信息的地🏹🟃步？就是因为大公司病把这家公司侵蚀了。
在这个世界的咸鱼楚垣夕🕮记忆库里，他清楚的记得2015年前后有一个很牛逼的tob类项目做的不错，结果特么都快上线了，发现使用的技术是侵犯了别人专利的，然后负责提供技术方案的团队和项目组互🌭🂒相推诿，让本来还有救的项目跪下唱了征服。
这也是几乎所有公司都要求工作沟通走邮件的原因，很多人忌讳口头沟通，因为口头没凭证⚞，而邮件留了底，🍥到时候对景🔼🅺了可以公平的分锅。
然而这种工作方式不可避免的会迎来工作😵🅬流程的反复梳理，因为工作流程设计之⛉😣初一般都是一方主导的，于是只考虑自己不管他人🍎死活，工作开始之后另一方立刻发现对自己不利，然后开始撕逼。
于是里程碑定了六个月，前三个月先打架，最后🚑保证各个单元都点头，但都做的很别扭，所有人都没问题，🁖🅳然而项目垮🌕⚡了公司没挣到钱。
因此大公司病的表现是大量的内耗，内🖟📺☔耗都发生在各个单元力求自保上边，kpi是他们分锅自保的利器。