(TODO)优秀的工程师团队应该是什么样的

昨天和可可聊了下，他提到了LLH新公司关于工程师文化的一些情况，我听了也深有感触。结合我这边的团队情况，我感觉我也需要在团队管理上作出一些改变才行。

技术驱动

参考2021.10.11晚上YLF给我们讲的内容。

优秀的工程师团队一定是技术驱动的。

大家平时讨论的都是技术问题，每个人都对技术有浓厚的兴趣，说到技术就两眼放光！

而且数据可视化这块，是最容易将爱好应用到工作中的，按理说应该是技术人员工作最开心的领域。

CD为什么会走、XCW为什么在犹豫？这些都和我们团队的技术氛围太差、没有技术高手可以交流，有很强烈的关系。试想他们刚进来的时候，也是很拼的。

Leader必须是技术专家或者技术热爱者

如果Leader不是这两种人员，团队的反向就不可能按照技术路线走。

而且Leader不做具体技术，也无法跟组员一起冲锋陷阵、并肩打仗、无法给组员具体的技术建议、无法形成信任感。

Leader的职责：明确一个方向并带领一群人完成目标并实线商业价值。

我就犯了这个错，导致的结果就是人员严重流失，团队氛围压抑。

前瞻性

我们至少要能够看到未来5年的发展趋势，并且提前为之做准备，不管是基建，还是技术，还是人员，还是业务方向。虽然WEB开发效率看起来很快，但是把握趋势要做的东西是很多的，这绝不是三两天就可以搞定的事情。越早准备，成功的概率越大。

不要只关注产出，要刻意进行技术储备

团队不是一锤子买卖，是一个可以长期持续运行的系统。因此技术储备尤为重要，这是着眼于将来的事情。因此在业务开发之余，要把眼光放长远一些，向前看，为将来做准备。

CodeReview的标准和推行

像Google和LLH的新公司，每一次commit都是一个可发布的版本，都必须经过CodeReview，且严格程度近乎苛刻。这在业务驱动型团队可能很难实施，但是在我们团队，是可行的，关键在于持之以恒的执行上。

基础工具、组件，对于CodeReview更应该加以重视。

必不可少的内部技术交流

后续还是坚持每周举行一次，这个是性价比很高的一件事。

像可可的圆桌会就是非常nice的一种形式。

我在会议组织上很有问题，我自己讲的太多，到最后弄成我一个人讲，大家都不敢说了。得想想办法。

每日例会的革新

现在更像是我在分配任务。这样并不好，我更希望的是大家能给出想法、暴露问题、给我提供更多信息。

专业性建设

职业规划、职级晋升机制、新人辅导、文档、模板框架、工具平台等等，这些都需要做起来，且要做得足够好。否则就是野鸡团队，没有沉淀积累。

完善的开发流程

需求评审、需求分析、方案评审、测试评审、产品验收、集成测试、CI/CD、线上操作规范等等，都必须有。

快就是慢，慢就是快。

月度谈话

这个我吃了很大的亏，看看这两年可视化的人员培养问题就知道了。

管理，到后面就是管人，管好人才能管好事情。

反向判断一个团队是否优秀

请假很难

每个人都具有不可替代性，一旦请假就很痛苦。

应该把数据可视化团队做成类似运维这种，完全流程化，无论谁、在什么时候请假都没关系。