咸鱼的自救攻略-第140章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
等到产品做好了，拿它去敲各个视频平台的门都是一件很好的事情，未必不可以一战。
从果实研发过继过来的人资叫木琏，她看到楚垣夕的招聘需求之后当场就懵逼了，半天没说出话来，最后告诉楚垣夕：你最需要招聘的是一个人资团队……
招人是一方面，给员工设定权限也是很有必要的，特别是有王京的前车之鉴。不过这个权限是很难用系统来保障的，再缜密的系统，人家连你电脑都搬走了，肯定能破解。
所以楚垣夕用的是土办法，招保安……
实际上很多公司都有保安，大公司保安多些，小公司少些，就连果实发行都是有保安的，鹏飞科技的保安更多。得益于新的办公场所全须全尾，楚垣夕一口气从劳务派遣公司签了四个保安，以巴人娱乐这么点人手肯定是足够了。
这份公司改制和招聘的计划楚垣夕拿到公司里一说，何娜美冲口而出：“你确定这样不会弄出大公司病来？”
“咱们既然有志于成为一家大公司，那么得大公司病的潜在风险总是存在的对不对？”楚垣夕很随意的说，其实大公司病的隐患他看得比何娜美更清楚。
第二百五十一章 大公司病的由来
订阅掉的连我妈妈都认不出来了……求订阅
——————
就巴人这个人口组成，一部分来自鹏飞科技，一部分来自果实研发，还有一批元老是楚垣夕找来的，以自由职业者居多，山头和鄙视链都齐了，大公司病几乎是不可避免的。
然而治理大公司病有一个非常简单的妙方，就是不搞KPI。
虽然说山头林立与部门之间的鄙视链是大公司病的两个要素，但都没有KPI来的直接。而KPI制度想要绕开的关键点是扁平化管理。
为什么很多公司把KPI奉为圭臬呢？因为那些公司不搞KPI不行。
一个公司的业绩最终要靠项目来体现，可以说项目才是公司的生命力，但项目的载体是项目组，可项目组又是最底层的，向上有层层的部门、事业部、平台、公司、集团等等层级。部门层级太多，没有KPI的话上级甚至不知道下级的下级的下级在干什么，更别说干的怎么样了。
但如果公司是扁平化的，从集团总裁到前线员工中间不超过两级，那事情就简单了，根本不需要用KPI来量化项目组的成绩。
楚垣夕当然知道这种扁平化管理的困难在哪，但是他致力于打造的公司就应该是这样的结构，这需要集团总裁巨大的付出，但这种付出也能带来巨大的回报。
如果没有KPI的困扰，山头的问题很容易解决，因为拆散山头很容易，鄙视链也可以融化，因为它本来就不应该存在。
大公司病从根本上来说是因为各个基层小单元为求自保而忽视集体利益所致。对于一个员工来说最好的状态是公司非常好，左右都是牛人，我做的也非常好；然而即使我做的非常好，别人不见得是牛人，或者别人也很牛，但是跟我配合的不好，这样项目就出问题了。
出问题的责任是谁的？这可就得说道说道了，首先，肯定不是我的问题，或者我要先摘干净自己的问题。
因此在患有大公司病的公司中工作，第一件事不是考虑公司怎么样或者自己所在的项目怎么样，而是我自己的工作有没有完成好。这种状态很显然会出问题，因为每个人都把自己的工作“完成好”并不等于项目做得好，项目做好了，各个职能部门之间配合不好，公司也不见得就能好。
特别是，当出现优先完成自己的工作VS配合别人以确保产品的时候，这个问题尤为明显。
楚垣夕曾经就遇到过两个打起来的奇葩游戏策划，那是个三国类型的游戏，但数值策划没看过三国，于是往阵地上码了四个吕布。文案策划当时就喷了，而数值策划一脸无辜的说：是你文案策划的需求没说清楚，没有任何需求要求一个阵上不能有四个吕布。
这口锅看起来是属于数值策划的，但他为什么会造出这口锅来呢？因为他需要优先完成自己的工作，至于产品好坏，玩家喷不喷，那不是他需要考虑的，统统忽略。
再深究一下的话，这个错误的根源其实在于战斗系统的设定不严谨，如果在设计战斗系统的时候每一关都需要一个Boss，那么这个Boss在这一关这一阵上必定是独一无二的，就不会出现四个吕布的问题了。
一个项目组内都能出现这种问题，需要项目组之间配合，或者跨部门配合的问题就更多了，很多时候根本不是哪个单独的单元出问题，但问题就是出现了。
后来鹏飞科技为什么每况愈下沦落到手握现金奶牛还需要跪舔浪涛信息的地步？就是因为大公司病把这家公司侵蚀了。
在这个世界的咸鱼楚垣夕记忆库里，他清楚的记得2015年前后有一个很牛逼的toB类项目做的不错，结果特么都快上线了，发现使用的技术是侵犯了别人专利的，然后负责提供技术方案的团队和项目组互相推诿，让本来还有救的项目跪下唱了征服。
这也是几乎所有公司都要求工作沟通走邮件的原因，很多人忌讳口头沟通，因为口头没凭证，而邮件留了底，到时候对景了可以公平的分锅。
然而这种工作方式不可避免的会迎来工作流程的反复梳理，因为工作流程设计之初一般都是一方主导的，于是只考虑自己不管他人死活，工作开始之后另一方立刻发现对自己不利，然后开始撕逼。
于是里程碑定了六个月，前三个月先打架，最后保证各个单元都点头，但都做的很别扭，所有人都没问题，然而项目垮了公司没挣到钱。
因此大公司病的表现是大量的内耗，内耗都发生在各个单元力求自保上边，KPI是他们分锅自保的利器。
内耗不等于内斗，如果发展成内斗，那就已经病入膏肓了。
这个道理楚垣夕门儿清，因为他原世界中第一次进共享单车公司创业的时候就经历了一轮大公司病，这也是他在那家公司里都干到公司高管了却毅然决定接受郑德的邀请独立创业的原因之一，实在是病的太厉害，已经没什么前途了。
大公司病是非常讨厌的病症，然而不应该畏惧，再困难的问题也有解决之道，何况还可以防患于未然呢？之所以扁平化管理可以遏制大公司病，是因为无需分锅。我只做好我自己的工作不管公司死活是没意义的，因为我的贡献不体现在KPI上边，但对公司造成的伤害被人一览无余。
何娜美看楚垣夕一副不知道天高地厚的样子，心里有话嘴上却不说了。她知道楚垣夕只是通一下气，并没有和她们商量的意思，而且从根本上来说除了朱魑也没人有资格跟楚垣夕商量。因此，本姑娘着的什么急？
这个通气楚垣夕是把赵杰和杨健纲也拉过来的，赵杰听了内部孵化的idea之后倒是很兴奋，但杨健纲却对PKI感兴趣，对孵化创业兴致缺缺。
这倒是挺让楚垣夕意外的，他还以为杨健纲会因为有机会孵化创业项目而特别兴奋呢，哪知道杨健纲说出一番他没想到的话来。
第二百五十二章 果实研发的实力
杨健纲说的是：“这个DKP很好，不过有上限没有？”
楚垣夕一时间没明白，杨健纲值得这么说：“我是说，DKP相当于是兑换公司资源的货币，我可不可以累计很多的DKP，然后做一件大事？”
楚垣夕一脸懵逼：“你要做多大的事啊？”
“还记得你答应过我的事不？”杨健纲一扬眉，“在盘古七星，未来你有能力了，要帮我实现理想。”
楚垣夕咽了口唾沫，心说杨健纲这是憋着大招呢？于是他点了点头：“你有什么不靠谱的想法咱们下来单独聊。”
“好！”杨健纲说话的时候仿佛楚垣夕已经有能力了一样，然而其实巴人娱乐距离真正的成功还远呢。因此这两人的对话让站在一边看热闹的何娜美更不爽了。
来听楚垣夕嘚吧的人不止有杨健纲和赵杰，还有果实研发的游戏团队的前后端主程。他们不是巴人的员工，但是未来很可能是，所以也被楚垣夕请来旁听一下公司的新政策。
与赵杰杨健纲的淡定相比他们的心理波动就明显大的多了。
后端主程叫陈然，今年已经三十好几了，前些年手游大火的时候跟着果实发行赚到不少奖金，年入百万让他飘的很厉害，然后就再也没有成功产品。当然这个并不应该由后端主程来承担主要责任，因为后来的游戏想成功本来就很难。他的技术仍然过硬，而且因为还没结婚所以财务上自由的多，虽然有房贷要还，但对成功的向往大于稳定而单调的生活。
前端主程江波比陈然小了不少，然而已经结婚了。他的婚姻真是非常典型，自己是西江赣城人，老婆是蜀都人，自己在帝都工作，老婆在魔都工作，天南海北漂得不亦乐乎。
他的野心比陈然就小多了，当然对奖金仍然非常饥渴，因为需要讨好老婆。
他们俩对视一眼，几乎同时想起来楚垣夕之前不久要求看他们代码库的事情来。
这个要求实际上有些过分，因为项目是果实网络的，虽然他们已经身在曹营心在汉了吧，但是谁知道楚垣夕是不是考验他们的职业道德呢？
正在这时他们俩所在的一个工作群来消息了，两人看看手机，发现是魔都总部的指示：可以给楚垣夕看代码库。
“卧槽！”两人面面相觑，原来楚垣夕是认真的，而且公对公的把要求提给了魔都。其实他们是想多了，楚垣夕的要求非常合理，既然你们果实网络要把包袱甩给我，那我当然得看看他们的实力了。看实力怎么看？到设备上看产品短时间内根本看不出来到底是金镶玉呢还是金玉其外，但看代码库就明显的多了。
因此散会之后楚垣夕先冷落了一下杨健纲，跟着陈然来到项目组的机器上。
这一看就是一个多小时，楚垣夕走马观花大致看了一下，发现比上次看赵杰那个可是工整的多了。说一丝不苟有些过誉，但是该写注释的写注释，也没有明显的低级错误，像赵杰那样用str存数字之类的奇葩事情是不存在的，只是写特例的情况也比较多。
似乎要求游戏开发少写特例是一种不人道的事情。
楚垣夕的水平仅限于挑大面上的刺，你让他判断两段代码的水平高低，在看起来都不差的情况下，他是百分之百麻爪的。
当然毛病还是得挑，楚垣夕打开一张策划表格指着问：“哎你们这个表格为什么要求策划赋ID的时候必须从0开始然后保持连续啊？”
“因为这样程序好写啊。”陈然理所当然的说，“程序机制不一样，这种表格程序运行起来效率多高啊？”
“但是要是进行多个平台的移植和扩张呢？”楚垣夕闲聊天一样问：“有些时候游戏是需要交给别的公司运营的对不对？可是版本的更新工作是自己负责的。那你第一个版本传过去，对方在表格里加了一段内容，就得有一段新ID被占用，然后你们第二个版本更新过去的时候对方怎么办？他们已经把那段ID占上了，你们传过去的新版本里也有这一段ID。”
“楚总，我们就是开发一个外包项目，不用考虑那么远的事情吧？”
陈然知道楚垣夕说的是什么，而且对楚垣夕能问出这么专业的问题来感到很吃惊。
表格中的ID不连续有个很大的好处，就是可以通过“ID段管理”的方式进行扩充和识别。
比如角色表，ID的第一位表示性别，男性为1女性为2，第二至四位表示种族，人类为100，兽人为200，血精灵为300，这样九个种族各占一个ID段，第五至七位为具体的ID，需要添加角色的时候直接在表格里相应位置添加一行就可以。比如ID为1201017的，就代表男性狼人第17号角色（假定兽人中狼人代号201）。
这种方式有些类似程序中的数据结构，看起来非常清晰。1201017下面一行可能是蜥蜴人，1202001，中间有很大的间断，这样如果需要再添加一个18号狼人，直接在17号下面插入即可。
而使用陈然要求的方式，所有ID必须连续，那么必然出现混乱排序。仍旧以角色表为例，第一版100个角色，可能是按种族性别排好顺序的0…99，第二版再添加50个新的，完蛋了，没法往前插，必须从99的后边开始写起100…149，新旧两版的狼人在表格里隔得天南地北，几个版本过后再也没有顺序可言。
如果这个问题还不严重，那楚垣夕说的情况就严重多了。项目组给运营方传过去的第一个版本的表格是0…99，写的清清楚楚，运营方拿过去一看，角色这么少？这不好卖卡牌啊，于是自己添加了50个新角色，是100…149，然后拿去卖。
�
