一个职场人，如何正确看待个人能力团队协作和业务产出的关系？

　　作为一个在职场混迹了6年的老鸟。
　　经常会听到一些职场上的抱怨：
　　＂为什么我技术能力那么出众，却一直无法升职加薪？＂
　　＂为啥那个工作只会摸鱼，业务水平一般，没事就去拍领导马屁的员工，每每项目奖都比我多？＂
　　＂凭什么领导决策犯的错，要让我一个累死累活的基层小员工背锅？＂
　　＂为什么领导要学历没学历，要业务能力又都不会做，凭什么他管我？＂
　　＂明明我们能更快更好完成工作，为什么其他部门总是不配合？＂
　　＂为什么总是外来的和尚会念经？＂
　　...
　　像这样的职场疑问，罗列出来，大概可以绕地球3、5圈。
　　无碍。
　　曾经这样的烦恼，我也有很多，但经历过几年的社会毒打，职场教育，醍醐灌顶。
　　慢慢地明白了，想开了，接受了，改变了。
　　以下是个人关于多年职场的一些认知分享，没别的意思，就是希望对身在职场的你，有所帮助和启发。
　　首先，一个人进入职场，在我看来，其实已经自带2重身份：
　　打工人 + 职场人！
　　上至老板、CXO（CEO、CTO、CFO、CPO、CMO、CIO、COO等），中至总监经理，下至基层操作员，其实都是打工人，只是对应的职称职位不同，权责工作内容有别，对应的劳动分配不同罢了，本质上 所有打工人都是给公司、给股东、给资本打工。
　　所以，我们进入职场，甭管职位高低，都是打工人。
　　全球化带来了社会化分工明细，必然导致完全自给自足，什么都得亲自从零开始生产的时代，远去了，这也带来了现代的企业/公司多是协作化的团队。
　　有人的地方就有江湖。
　　作为公司内的一员，想要高效顺利地完成个人业绩，没有各部门的通力的合作，没有三方提供的业务支持，往往是办不到的，所以，每个人还要处理好职场关系，做个合格职场人。
　　这就不得不说个人的工作能力、团队协作和业务产出的关系。
　　其一、个人的工作能力服务于公司业务，业务以产出为结果。
　　如果你是个设计师，你的业务能力，就是绘制作图的设计；
　　如果你是个程序员，你的业务能力，就是技术开发；
　　如果你是个销售，你的业务能力，就是销售水平；
　　如果你是个产品经理，你的业务能力，就是需求产品；
　　如果你是名会计，你的业务能力，就是账务核算；
　　如此等等。
　　但单独看你我手里掌握的业务能力，本身是不值钱的。
　　以IT行业的程序员为例，一旦公司资金链断裂，业务废了，纵然技术人员都还在，技术水平、专业技能都还过硬，但也一点用没有，回天无力。
　　因此，单纯靠技术无法改变任何东西。
　　所以，别以为自己手里的技术多宝贵多牛B。
　　永远别以业务能力强而沾沾自喜！
　　若业绩蒸蒸日上，业务蓬勃发展，公司处在顺风时，个人能力的确是业务的保障。
　　一旦业务停滞，困局来了，公司进入逆风，单纯的靠业务能力往往什么都做不了！
　　因此， 该自豪的不是你的专业能力多强，而是你的能力得以施展在业务产出上有多好。
　　很多人都会暗地里嘲讽公司老板，老板们都是唐僧，什么业务都不懂，什么都不会，一天到晚就知道要要要。
　　其实不然，这是公司/企业作为一个团队，想要立足、发展、做大做强，必须有的方向和目标。
　　老板往往就是这样一个掌舵人。
　　也体现着职场上最核心的思维:  结果导向 。
　　过程不重要，结果说了算。
　　就像我个人在职场上，偶尔也会碰到一些人，经常在执行项目时，讲起来滔滔不绝，头头是道，什么拆分解耦，什么通用设计，什么长远规划，把过程实现说的可谓是精妙。
　　纵然过程操作得再666，但项目上线，就出各种问题，一上线就崩溃卡顿，一上线用户就哀声哉道，吐槽难用。
　　纵然执行者的个人能力很强，但结果上评判，这个人的业务能力其实是很菜的！
　　因为真正对你能力评判的不是你自己，也不是老板，而是使用产品的用户。
　　用户对产品的使用和体验好坏，才是个人业务水平评判的唯一标准。
　　打个最简单的比喻，就像玩王者荣耀排位赛，你操作意识都很秀，三杀四杀甚至五神，可惜最后你方还是败了，即使是MVP，你照样要掉一颗星，结果的伤往往远大于MVP的喜。
　　同样的，我们对于收入也是秉持着结果思维。
　　每个打工人内心都希望着，每天摸摸鱼，甚至不用上班，到了发薪日，工资一分不少，甚至期望再多点，也不嫌多。
　　其实你我对过程并不在乎，只重视的是结果。
　　回到职场，用户的使用情况和体验，就是每个职场人最该在乎的结果，也是工作的出发点和终点。
　　其二、分散的工种，导致协作的必然，个人能力的释放蕴藏在团队协作中。
　　就拿互联网公司为例，做一款产品，需要前后端开发、设计、测试、大数据算法、运维、产品等多部门的通力配合。
　　以产品产出的业务生产线流程为标准，可将以上部门分为上中下游。
　　处在上游的部门包括提出prd的产品部门和给出设计图的UI体验部。
　　中游的部门则是像前后端运维等技术研发部。
　　而下游则是测试部门，当然还有最终使用产品的用户。
　　上中下游本身没有高低贵贱之分，单纯是由业务输出所对应的先后顺序决定。
　　协作本身就是要处理好上中下游的关系。
　　和上游的协作，第一要求是：稳定。
　　合作上，需要做好多次确认机制，避免重复修改带来的长尾效应。
　　产品和设计部门的同事需找需求方确认并理清逻辑关系，尽可能明细明晰需求，保证业务的稳定。
　　当然涉及到技术实现的需求点，可找对应技术负责人评估成本。
　　复杂的交互体验逻辑，需要提前和技术同步，因为这本身涉及到控件组件的构建选型和技术选型。
　　就像房子框架和图纸设计，不同的样式和设计方式，对应的建设成本一定不一样，材料和建材选型自然也不一样，所以需要让施工人员提前知悉项目框架和设计，并尽可能保证项目和设计的稳定。
　　除此之外，还需注意一个业务的终极输出是成品，上游的任何改变，中下游都要去跟进、改变和同步，这个时间/精力的成本往往是很高的。
　　当然任何需求都不可能一成不变，但作为业务产出的上游，把控需求和设计方案的稳定性，是高效协作的保障。
　　和中游协作的第一要求：保质保量。
　　技术实现方，尽可能做到高质高量。代码质量过硬，实现框架够合理，运维服务支持保障带宽和服务稳定，同时通信层数据在前后端结构上，尽可能做到平衡，达到前后端都能实现数据解耦，高效输出。还要尽早约定好一些通用规则，如前端和后端的网络请求，客户端和前端的交互协议等等。这就像建设高楼大厦的施工人员，工地建设不仅要保质还要保量。
　　当然也得考虑到一个普遍的事实，需求往往像女人的脸，说变就变。所以，处在业务流程中游的开发人员，还要做好数据拓展性考量。同时做好突发事件的方案备选。这是未雨绸缪的做事风格，更是释放未来的做事态度，可以为将来省下不少不必要的麻烦。
　　和下游的协作的第一要求: 及时跟进。
　　无论来自用户的线上反馈，还是测试人员提的bug，都要做到及时响应，才能保证中上游部门能高效修复并完善产品，这样项目才不会拖延，如期上线。通过尽可能真实相同/相近的场景复现，达到精准定位，快速解决问题的目的。
　　其三、协作往往决定产出质量。
　　协作和产出的关系不言而喻，业务的输出，多以产品为最终形态，产品又是各部门协作的产物。
　　因此，产品有着很明显的短板效应。
　　好的协作，产出质量往往偏优。
　　坏的合作，产出质量常常不过关。
　　处理好以上三者的关系，是一个合格的打工人和职场人必备的能力。
　　关于职场，还有如下几条建议。
　　职场信息很重要，记得掌握第一手的消息。
　　信息本身意味着价值、主动性、更多选择 。所以，作为职场人，不要两耳不闻职场事，记得打通各路消息源，自己作为信息的收集器，这对于个人发展很有必要。但要清楚自身掌握的信息，往往是双刃剑，可以成就自己，也可能毁掉自己。要分人分事分场合表达信息，切记不要作信息的传话筒，逮谁跟谁传递，容易落得无事生非，大嘴喇叭的恶称，就像网络上的八卦可以吃，但职场上的八卦，作为职场人，尽量少谈！
　　吐槽归吐槽，工作归工作。
　　职场遇到PUA，遭遇霸凌，遇到矛盾，有了烦恼，难免的。
　　毕竟林子那么大，什么鸟都有，并不稀罕。
　　可以私下吐槽工作中的问题，职场上的烦恼，不良情绪，但工作起来该怎么样还是怎么样。
　　毕竟拿着公司每月发的俸禄，就得干好这份工作要求的任务。
　　毕竟古有拿人钱财替人消灾。
　　今有领人薪水给人打工。
　　这是做人做事该有的讲究！
　　春色满园关不住，一枝红杏别出墙。
　　一边在公司呆着，一边骂着公司，这种职场人，有很多，但满园春色红杏出墙的事，做不得。
　　既然现公司不想呆了，不适合自己，申请离职，换个环境就好。
　　非得在不适合自己的环境内混匿(无论这个不适合，是来自客观的职场PUA还是来自主观的个人原因)，这点勇气不需要别人给。而且人在公司，心已飞远，时间久了，不仅会消磨工作态度，习惯性摸鱼，削弱个人业务水平，个人成长停滞甚至后退，伤害团队，更不利于个人身体和心理健康。
　　习惯了一边领着公司薪资，一边干着活骂公司，容易养成吃饭骂娘的白眼狼心态。
　　所以，真对公司或职场有极大的意见: 可以试探性地找相关人员聊一聊，沟通还是很有必要的。
　　若无法沟通，直接离职，远走高飞，再好不过。
　　毕竟人挪活。
　　对事不对人。
　　打工人无论领导还是基层，不论职位收入高或低，其实谁都不比谁高贵，打工人嘛，赚钱不寒碜。
　　协作办公，本该冲着如何快速把事做完做好的态度，互相帮持，互相成就嘛。
　　因工作或理念不一，产生矛盾，在所难免。
　　说开了，事过了，忘记了，仇消了，再继续协作，毕竟都是苦逼打工人。
　　相互折磨到白头，对谁都不好。
　　高效说话做事的方法：二择一法则。
　　职场上，说话沟通都是为了做事——工作的事，毕竟员工的价值以公司业务产出为最终形式。
　　同时，为了快速达成共识，高效产出，要学会使用＂二择一法则＂。
　　＂二择一＂经典的案例如下：在同一地理位置开有A、B两家豆浆店，表面看上去两家店的顾客也差不多，但营业额却相差2倍之多！调查发现：分别对100位顾客问是否要豆浆之后，A店的服务员问顾客: ＂ 您要鸡蛋吗？ ＂，有80位顾客会回答＂不要＂；而B店的服务员则会问: ＂ 您要1个蛋还是2个蛋？ ＂，不要鸡蛋的顾客竟然不到10位！
　　一句不同的问话，导致了两家店的的生意迥然不同，结果差距如此大！
　　原因很简单， 拒绝是人的天性，当你问对方＂要不要＂的时候，得到的否定回答的机会自然多 ；而当你问对方＂要1个还是要2个＂的时候，其实 已经给对方做了＂一定要＂的暗示，只不过选择1个还是2个罢了。
　　电影《教父》里有一句经典的台词: 我将给他一个无法拒绝的理由 。其实也是＂二择一法则＂的经典运用。
　　把对方原本可能的多个选项，通过一定的手段，缩减成只有两项: 选项1和选项2。选项1是自己想要对方接受的选项，选项2相比选项1，只会给对方带来更糟的结果。
　　人性都是趋利避害的，自然会乖乖地选择你想要他选择的选项1了。
　　这是教父惯用的行事手段，同样适合于职场。
　　工作中想要高效沟通，快速成事，记得 多让对方做选择题，少做问答题。
　　平时的沟通上，无论什么项目，不管什么场景，记得 提前表达沟通的诚意，尊重任何一个协作者，同时表明个人立场，然后了解对方态度和观点，并给出若干可行性方案/替代方案。
　　努力付出不是评价收益的唯一尺度。
　　关于你很努力付出，却没有得到应有的分配，领导看似什么都没干，却可以分配更多的问题。
　　首先要清楚，资本定价公式：Salary = Alpha + Beta（Salary代表个人所得，Beta是市场收益，你进入一个市场之后，随波逐流就能获得的收益，而 Alpha则是你跟这个市场所有的竞争者相比，你个人的超额收益。）
　　简单点： Salary就是你的总收益，Alpha是你比别人强，Beta是你比别人选得好、来得早。
　　因为从生产资料分配来看，努力不是唯一的尺度，更不是决定性的维度，职位高，来得早，选得好，不可替代性强等等因素，对收益影响都很大很直接。
　　所以，想要分得更多工作所得，需要把影响收益的相关的维度，都考虑进去，别钻牛角尖，只用一元论——能力付出的单维度看问题，是不可行的。
　　职场人看问题，要做到宽视野、多角度、多维度，做起事来才能前后兼顾，左右逢源，职场混起来自然就如鱼得水。
　　虽然职场这个词，对于大多数人而言，很难很复杂。
　　但人终究要适应环境，通过不断认知提升，经验总结，工作简化，每个人都能成长为职场老鸟。
　　也许有那一天，你会变成曾经自己讨厌的样子，但这不是目的。
　　腰中有剑不用和腰中无剑可用，是截然不同的境界。
　　生活想要过得幸福，终究还是要简单点，不管是化繁为简的简还是简单纯粹的简，殊途同归，都会到达简的彼岸，至于过程嘛，并不重要。
　　只要最终能简单工作，开心生活，就好。
　　留言区给你～