第(2/3)页

    出问题的责任是谁的？这可就得说道说道了，首先，肯定不是我的问题，或者我要先摘干净自己的问题。

    因此在患有大公司病的公司中工作，第一件事不是考虑公司怎么样或者自己所在的项目怎么样，而是我自己的工作有没有完成好。这种状态很显然会出问题，因为每个人都把自己的工作“完成好”并不等于项目做得好，项目做好了，各个职能部门之间配合不好，公司也不见得就能好。

    特别是，当出现优先完成自己的工作VS配合别人以确保产品的时候，这个问题尤为明显。

    楚垣夕曾经就遇到过两个打起来的奇葩游戏策划，那是个三国类型的游戏，但数值策划没看过三国，于是往阵地上码了四个吕布。文案策划当时就喷了，而数值策划一脸无辜的说：是你文案策划的需求没说清楚，没有任何需求要求一个阵上不能有四个吕布。

    这口锅看起来是属于数值策划的，但他为什么会造出这口锅来呢？因为他需要优先完成自己的工作，至于产品好坏，玩家喷不喷，那不是他需要考虑的，统统忽略。

    再深究一下的话，这个错误的根源其实在于战斗系统的设定不严谨，如果在设计战斗系统的时候每一关都需要一个Boss，那么这个Boss在这一关这一阵上必定是独一无二的，就不会出现四个吕布的问题了。

    一个项目组内都能出现这种问题，需要项目组之间配合，或者跨部门配合的问题就更多了，很多时候根本不是哪个单独的单元出问题，但问题就是出现了。

    后来鹏飞科技为什么每况愈下沦落到手握现金奶牛还需要跪舔浪涛信息的地步？就是因为大公司病把这家公司侵蚀了。

    在这个世界的咸鱼楚垣夕记忆库里，他清楚的记得2015年前后有一个很牛逼的toB类项目做的不错，结果特么都快上线了，发现使用的技术是侵犯了别人专利的，然后负责提供技术方案的团队和项目组互相推诿，让本来还有救的项目跪下唱了征服。

    这也是几乎所有公司都要求工作沟通走邮件的原因，很多人忌讳口头沟通，因为口头没凭证，而邮件留了底，到时候对景了可以公平的分锅。

    然而这种工作方式不可避免的会迎来工作流程的反复梳理，因为工作流程设计之初一般都是一方主导的，于是只考虑自己不管他人死活，工作开始之后另一方立刻发现对自己不利，然后开始撕逼。
    第(2/3)页