刚成为工程经理的时候，什么都感觉很紧急。以下是最值得优先关注的三件事。
了解你的团队#
和每个人安排1:1。问问他们的职业目标、什么让他们感到沮丧、希望改变什么。多听少说。建立信任需要时间。
每个人的工作方式不一样。有些人需要详细的指导，有些人希望你别管他们。尽早弄清楚谁是哪种类型。Camille Fournier的"The Manager’s Path"讲得很好——共情和主动倾听是好的管理的基础。
了解公司背景#
搞清楚为什么现状是这样的。之前尝试过什么？什么失败了？公司真正在乎的是什么？
每家公司都有一套关于决策方式的潜规则。你越快搞懂这些，就越能为团队把事情推动起来。Andrew Grove的"High Output Management"在这方面说得很好：你需要先理解大局，才能把团队的工作和大局对齐。
理解代码库#
你不需要是团队里代码写得最好的人，但你应该了解架构、痛点和技术债务。去读代码，看看部署流水线，问问团队如果有一周空闲时间他们想修什么。
这样做有两个好处：一是让你有足够的上下文来做好技术决策，二是让团队看到你关心的是他们的实际工作，而不仅仅是流程。
信任你的开发者#
打好了这些基础之后，最重要的事就是别挡路。分享上下文，传达目标，让团队自己做技术决策。你的工作不是审批每一个PR，而是确保团队拥有所需的资源，并且方向正确。
Gene Kim的"The Phoenix Project"也印证了这一点：能自主决策的团队，比等着上面批准的团队走得更快，做出的软件也更好。