对团队和旧技术方案记录的思考

这篇文章聊两个话题，团队和旧技术方案记录的问题。

一、团队

工作近两年，越发感受到团队的重要性，人生前20年讲究地是只要自己成绩好就行，但在工作上，缺乏团队意识是非常错误的。

反思自己过去两年，在团队意识这块做得还是可以的，这次之所以单独拎出来说，是通过一个事件触发我再次强调团队的重要性。

我养了两只仓鼠，两只仓鼠都想逃出笼子，笼子的门很好打开，只要仓鼠A咬着门，仓鼠B逃出去，然后换仓鼠B咬住门，里面的仓鼠A再出来就好了。

这在我们人类看来是非常简单的一件事，但仓鼠就不会，它们总是想通过自己咬门然后自己出去，但结果就是单个行动时，只要你想出门，笼子就关上了，缺乏团队意识。

强调团队意识，是要和团队一起冲刺做一番事业，而不是躺平等着团队救济。

等团队救济和拒绝团队合作的人，就我目前的观察来看，对团队的工作效率反而有负增益。

有团队意识不等于团队包庇，如果团队内有人犯了错误，该批评还是要批评。

思考这个问题是有同事在问我很早之前做得一个大的业务需求A，这个需求我记录了技术方案，但后来又有其它的同事改动到了需求A的逻辑，但我并没有被同步到，导致同事在咨询我业务需求A 的逻辑时，我给出的方案和实际情况不符。

总结一下，这里有两个问题：

首先，技术方案是一定要做的，做技术方案可以很好地完成「业务交接」的任务，也可以解决「因时间太久，业务遗忘的问题」

但技术方案有几点需要注意的，除了常规的技术方案阐述，还要说明两点：

「标注技术方案开发时间段」可以解决「有同事改动到了自己的旧业务但没有被同步到」，因为工程中被同时改动到的代码是有时间点的，假设为时间点A，然后假设我们的技术方案时间点是B。

如果时间点A在时间点B之后，就表示有同事在我们做完技术方案后，新加了功能，需要找相应同事咨询原因
如果时间点A在时间点B之前，就表示在我们完成技术方案之前就已经有的逻辑了，需要思考这段代码的含义（因为这种场景下，我们预期是要理解时间点A的代码才会接收开发的，如果实在想不起来，可以拉相应同事一起看下，但首先是自己先独立回忆，尽可能不要浪费别人时间）。