杂谈：小团队之间磨合，利益分配和小步快走思想

今天，我们讨论一下人性复杂性。同时也讨论一下项目之间合作的困难性，包括合作之间利益平衡，以及项目快走的思想。

1. 项目的多样性

很长一段时间，我会游走在不同的项目团队进行开发。他们会使用各种技术栈，有时候为了适应对接接口也会产生很多吐槽的情况出现。很大一个情况是，团队之间都内部有一套自己的标准和操作手册。没错，就算写java和c++也好，一百个人就有一百套风格的可能性。这很不利于个人积累和成长。你可能说你获取的是项目经验，长期下来这杂碎事情就很多。对自身知识深度不利于日后成长。包括成员在内，很难形成自己积累的方案。规范性，文档合作，需要各种对待，甚至开发因为不喜欢写文档就随便写几个演示都时常发生。

2 . 小步快走，下放权限

在我一个朋友看来，在大公司游戏，是不能用权力去推动一些政策。一定要用规范性和约束进行下放。有一段时间，我看了微信视频号诞生的故事。在一些情况下，可能觉得这是大公司会更多人参与开发决策出来。实际上，在公司内部，小团队快走的理念还是深入人心。特别很大公司，他们决策权弄的很大，要放权下放到部门负责人手上就会非常被动。这个时间线，可能妨碍一个小小的想法的诞生。等到上层决策走完流程通过，市场可能早就有变化。这个很不利于一些有突出的成员的思考和成长。从长远来讲， 这个就是有弊端。我举个特点的例子，nginx的服务器就是在公司摸鱼出来。也许这个就是一个笑话，然而这个想法诞生就这样开了一个国际玩笑。后期就变成收购的故事。

3. 团队之间磨合

接下来，我想说说合作的困难。特别在合作基础上，利益分配层面是一个充满人性和复杂一面。比如这种会基于层面，缺乏事实依据情况下。每一个团队之间磨合就充满了很多变数。曾经有朋友提及过一件事，在一个团队成员吸收其他团队成员的时候。一个项目经理首选会把他们头目剔除在内。这是首要的管理层一点，两个头目在一起必定引起内控。这就是人性。其次在成员内部之间，达到认可信任标准，要以头目为准。这也是一个很漫长充满变数的过程。只有这样才能得到信任。其实我想说就是，工作中要进行磨合。合作基建需要长期磨合，信任就是在磨合过程产生的化学效应。就比如林冲刚刚进去梁山的时候，头目之间就产生了本质利益的矛盾。成员好汉对林冲更加友好，而且当时梁山头目却担心自己的位置受到危险。这样就引起了内在利益的矛盾。也许这就是人性。如果首领当初开放心态接受包容林冲就不会有后期的事情发生了。
合作之间，有时候会产生一些利益矛盾和冲突。这个配合一旦发生可能产生不好结果。这就是为什么在 利益大头过程，有一些人选择离开跳出其他地方。或者选择创业也是一个不错过程。

4.合作磨合，利他必利己

从长期看，我的选择是把他们利益分开。前期能磨合就一起进行意愿磨合，不能磨合就分开不必要强调合作。这样做法是不会引起利益冲突，其次人员交接和沟通在认可问题上有偏差。这种共识很难达到一次性的认同。这种情况会出现在知识狭隘层产生偏差。这也是利益关注的诉求点。因此，我得到的一个初步认识，其他团队成员要是得到内部人的认可。从过往历史看，这个过程是一个漫长和复杂的过程。就比如如果高达seed不驾驶自由高达 打出来，那样双方认可？利他必利己， 双赢。
利已不利他，双输。 很难开拓人脉空间。

5.扩展人脉可行性和必要性

在一个IT内部团队，销售环节是一个不可缺少的环节。例如开发的游戏，如果卖不出去，就没人玩。如果开发完，别人就图一时想法 ，运行后就不用了。这种事经常会发生。我也试过好几次，开发完别人就不用。这种对我来讲非常可惜。或者说，我的软件不好，卖不出去。这个时候，我的人脉人员非常少。这个扩展人脉就有必要性。如果需求能满足大部分人，或者圈子一部分人。软件针对的需求就有一定特定使用场景。一旦离开原本熟悉的岗位，人脉像一个星星之火，点亮前行。

6.保持独立

在合作和独立过程，我个人看法。合作提升自我价值实现，独立就是保持个人思考。独立思考个体，既游走在不同的团队，同时也根据自身情况出发。思考这个一旦不能发生共识就要远离这种是非之地。对项目和团队之间成员，既要保持开放心态，同时也要接受利益之间平衡。