研发团队管理的是人，而不是代码

1. 首先自己思路要清晰，做一个项目，先从思维导图、白板原型图开始，自己能否把每个软件的界面画出来？自己能否把核心技术调研一下？自己能否把软件模块之间的数据流向和架构想清楚？很多技术领导者才管理团队的时候，过多的关注于管理团队的技巧。管理团队最核心的是，你要具备商业、产品和技术的实战经验，知道产品的方向、难度和工作量，这才是管理最基本的。很多管理者什么都不想，自己都是一个模糊的概念，然后瞎指挥，期望通过各种 “大法” 来搞定管理，上团队管理工具，那就是外行指挥内行，越管理越乱，很多互联网大厂就有很多这种只会盯时间但没有方法和实战的项目经理

2. 第一步思考清晰后，就开始做任务分解，但凡任务分解不能分到天的事情，就证明你对要做的事情还不够清晰。分到每天后，就要把每个功能点的设计图、需求和目标写出非常清楚的一段描述文档。事情确定清楚、执行的工程师确定清楚、工程师承诺的时间确定清楚。事、人、时间不确定清楚，管理就是耍流氓，不专业

3. 整体和细节都安排好以后，就要每天对，每天只对 10 分钟，只对当天的内容：研究资源是不是不够用？哪里是否卡住了？总体逻辑是否走不通？某个工程师的能力是否不足以完成任务，是否需要学习和培训？

如果能够把架构目标、任务分解和每天沟通，这样的软件团队将无往而不胜，因为这是良好的工作习惯和预防性措施，这些做好了，你说的问题不会遇到，也不用事后纠偏。