殊不知，一件事上半小时，一个人半小时，累加起来这时间就太可怕了。最终是自己累死累活，团队没啥成长，产出还不高。

究其原因，主要还是怕别人不会做，或者做不好。

要破解这个困境，其实不难。

首先是要做计划。做计划看起来和这事没关系，为什么我要放在第一位呢？

因为做技术管理，最重要的就是要有大局观，着眼整个团队整个项目，而不是看一个任务一个人，当你总是盯着一个小任务，就自然老是想着啥事都自己干。

做计划就是逼着你去有大局观，去全局看问题，把任务分解，把任务分配到每一个人。当你多盯着全局，任务都分配给合适的人去做了，自然就不会老想着要去自己做一个个的任务。

另外做计划一定要配合里程碑，不然计划很容易难以执行或者偏离原有方向。

然后是要对甄别出重要紧急和重要不紧急的任务。

为什么总是很忙呢？因为很多时候其实是在忙一些不重要的事情，当你真的有紧急重要的任务在忙的时候，是无暇顾及一些小事的。如果总是在忙可有可无的小事，一天天都很忙，却没什么成果，但却耽误了真正重要的事情，结果重要不紧急的事情上升为重要紧急的事情，一直在救火。

所以把重要紧急和重要不紧急的任务甄别出来，优先把这些事情处理好。

重要紧急的事情，像线上故障，亲自动手也没什么，重要不紧急的事情，盯着别人做，确保他们做好。不重要不紧急的事情，放手让其他人去做，定期检查一下就好了。

第三点就是要学会把复杂任务分解成简单的任务。

很多时候不给别人做，真的是因为他们做不出来，无从下手。但如果你能做好架构设计，把复杂的任务拆分成简单的，那么普通程序员也能一起完成复杂的任务。而且在这个过程中，他们也可以得到很好的锻炼和成长。

第四点就是事先多讨论方案，时候勤总结复盘。

一个任务如果上手就做，那么大概率结果不太好，但是如果在开始之前，先讨论一下方案，然后基于讨论的结果，让程序员写个简单的设计出来，再讨论几次，基本上大家思路就跟你一致了，执行的时候也不会有太大偏差。你省心了他们也成长了。

任务结束后，再帮一起复盘一下，分析一下哪些地方是做的好的做的对的，哪些地方做的不够好下次要改进的。几次下来大家都能一起成长。

最后，说一下@美人她爹 的做法，他这属于段位很高的，不仅放手让团队去做，同时给团队以正确的方法和工具去指导，最重要的是，他一直在激励团队的主观能动性，让他们觉得有主人翁的意识，让他们觉得在成长，这是非常了不起的

#软件工程之美#