物联网主要发展趋势

那么是不是 Leader 就完全不需要懂这块业务的内容了?那肯定不是，技术 Leader 只需要了解个大概，知道这个东西大致是什么，业务细节可以等到具体需要的时候再了解。

如何总览全局?

那对于技术 Leader 来说，怎么样快速了解一个系统?又怎样在需要的时候可以快速上手了解业务细节呢?对于我来说，了解一个系统最重要的其实就是两个东西：数据库 ER 图、系统架构图。

数据库 ER 图，其实就是业务模型。 所有的系统到最后其实就是数据，如果你弄懂了数据库 ER 图，明白了实体与实体之间的关系，那其实你就弄懂了这个业务。在你遇到问题的时候，你就知道怎么去找关联关系，怎么去排查问题。所以弄懂数据库 ER 图是很重要的。

系统架构图，其实就是系统的具体实现结构。 如果说 ER 让你弄懂了业务模型，那系统架构图就是让你明白系统是如何运作的!你弄懂了业务模型，但你不懂系统运作的原理，那你还是无法入手去排查问题、去写代码。但如果你弄懂了系统架构图，那你就知道系统数据流是如何走的，问题可能出现在哪里，我这个需求需要改动到哪些地方。

ER 图和系统架构图，基本上是我了解一个系统的关键。在实际工作中，我也是只了解这两个东西，再加上一些需求的大方向。而具体的细节，恕我直言，真的太多了，无法一一了解。如果真的到了那种需要技术 Leader 自己动手排查问题、自己动手写需求代码，那这个团队真的离崩塌不远了，所以这个问题其实可以忽略。

或许下次可以写一个：为什么技术 Leader 自己写代码、排查问题，这个团队就离崩塌不远了?

他山之石

上面就是我对这个问题的一些只言片语，说得有点乱，没啥太多的逻辑，但思想是对的。这个问题下也有不少热心的网友写了很不错的回答。这里也摘录一些。

诸葛瑾推荐了三本管理相关的书：

1. 拉姆查兰《领导梯队》，管理领域的经典力作，详细阐述了从基层 leader 到 CEO 各个层级的能力要求和工作方法。2. 陈春花《管理的常识》，顾名思义这本书是讲管理的基础概念，越是基础越需要理解，每次读都有不一样的收获。3. 前美军特种作战司令斯坦利麦克里斯特尔《赋能》，阐述的是如何像园丁一样通过给团队赋能，最大限度发挥团队成员的主观能动性，打造应对不确定性嗯敏捷团队，这本书对于如何对自己不擅长的专业领域进行有效管理非常有启发(这也是高层级管理者需要具备的可迁移的通用能力)

诸葛瑾聊了聊他的一些想法：

带团队重要的是如何带领团队形成合力创造更大的价值，并走向一个更好的未来。如果还一直在关注当下很多细节，说明团队没有成长起来，下面的人还不能独挡一面，或者内部外部的协同有问题。大概可以从以下几个方面思考：1. 定目标，短期与长期，个人与团队;2. 划边界，团队內与外;3. 追过程，关键节点;4. 拿结果，保质保量拿到目标结果;5. 建团队，选用育留开人;每个方面要做好都要花很多心思。一个优秀的管理者应该是这个团队有他没他都能运转的很好，这样才能更好地往下一个层级发展。

华山弟子举了一个很形象的例子：

如果你管理的团队，还要靠你来主力输出的时候，就需要考虑自己的问题在哪里了。这就好比京东物流，每天东哥送货量占比 50% 以上，这是什么画面。

腾讯员工聊了聊他的想法：

肯定不了解业务细节啊… 带领着一帮人做成一些事，才是 team leader 的职责，至于这些事需不需要他自己来做，根本无所谓，要的是结果。最基本的，一个项目扔给你们团队，能否保质保量按时交付。重要的是交付，而不是 leader 和大家一起写代码。更进一步，团队是否有战斗力，比如能否交付有难度的项目。这取决于团队成员的技术能力和协作能力，技术大佬可以是但没必要是组长。组长最重要的还是协调组织能力。如果自己不在一线，那就要想办法给一线兄弟们带去更多利益，不然谁跟着你干?楼主：也许我的思维还没转变，总想让别人知道自己干了多少事。回复楼主：干了多少事很简单啊，哪些活是你接过来的?这些活的意义你有没有了解清楚，价值是什么?怎么拆解给兄弟们的，怎么管理研发进度的?作为一个 tl 对整体项目负责，你做了哪些去负责?比如服务挂了你是不是不知道?为了监控到可能的问

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!