团队感悟

关于团队组成

一个团队的人员构成大概都是会有以下几类人：

1. 责任心强能力也强
2. 能力强责任心一般
3. 责任心强能力一般
4. 责任心一般能力也一般

其中，第1类人是团队的基干，需要对他进行充分的授权，把重要的项目交给他处理来带；

其中，第4类人是团队需要淘汰的成员，基本没有什么可塑性，一个团队的leader自身的定位应该是团队的教练，而不应该是团队成员的父母。

作为团队的教练，最重要的目标是把合适的人放在合适的位置上做合适的事情，同时也需要遵循一定的自然法则，优胜劣汰，这样的团队才会永远是一个健康的团队。

关于分工

1. 责任心强的能力强的应该放在团队的第一梯队，重要的攻坚项目尤其是时间比较紧张，任务比较繁重，不容许有延期出现的项目，应该交给这样的成员来处理跟进，一方面可以确保项目正常进行，一方面他也会在这个角色上持续成长，同时会获得较好的报酬，对于团队，对于他本人是一种双赢的局面。
2. 能力强，责任心一般的同时，需要交给他一些重要，但是不紧急的事情，比如项目的性能优化，前沿技术的探索等等。
3. 责任心强，能力一般的小伙伴，一般来说，目前处于一个能力成长的阶段，大多是毕业生为多数，这类同事需要可以分配一些容易处理，但是比较繁多的任务，比如，换图，刷新样式，用例走查，文档整理，在这个过程中，第一梯队的成员需要战出来带一带这类小伙伴，促进他们有一个较好加速度的方式成长。

项目迭代

项目迭代比较关系的问题是：

1. 项目产生的bug，通常在提测之前会有自测，这个过程就是为了预防有一些低级的bug比如功能都没验证通过就提测了，这是机器不应该的，应当命中责任心较弱，但不可一次性否决，老虎也有打盹的时候。

2. 多人合作开发，其过程和接力赛跑有类似之处，但是不同点在于，后面等待前面传递接力棒过来的选手可以”抢跑“，比如通过mock数据的方式先走一步。那么，纵观整个过程中，一定不是所有人都有任务在处理，项目owner是一个例外，因为负责的事情繁多，需要持续push项目进度，关注项目风险点之所在，那么剩下的这些人呢？他们的空闲时间可以用来干啥？

   1. 责任心强的人，此时应该会有两个选择：
      1. 关注项目中哪些地方做得不够好，如果时间允许，站出来，和大家说下，这块我来进行重构下。
      2. 协助其他小伙伴处理一些比较独立的事情，或者review下上下游的代码，帮助发现风险。
      3. 持续学习，提升自身技能，调研一些技术方案，以便在后续迭代中用到
   2. 责任心弱的人（一般来说不太可能存在），此时的选择可能是
      1. 躺平，等待别人push，事不关己高高挂起，不到最后一刻绝不出手，但往往最后一刻这里就有问题

   当然大多数人应该属于有一定的责任心但是还可以提升的阶段。

3. 一个比较好的习惯

   1. 项目有一个deadline，我们自己也应该有一个deadline，通常项目迭代会预留一定的buff，因此在工作做完之后，不妨抓紧自测一下，把代码review一下，抽空把代码该重构的点重构一下。

   今天就写这么多吧，有新思考在补充