夜雨聆风你是不是觉得每天上班跟救火队员似的。刚处理完一个线上问题，茶水间又传来消息说客户又在投诉。你还没来得及喝口水，同事又跑过来说系统崩了。一天下来啥正事没干，光顾着到处灭火。
这种状态的根源只有一个：没人知道谁该干什么。团队缺少一张能力分布图。不是那种挂在墙上的组织架构图，是能让大家一眼看明白每个人擅长什么，每个模块谁最懂，遇到问题该找谁的活地图。
我见过一个团队，二十来个人，每天消息群能刷几千条。一个数据库问题抛出来，五个后端都答不上话。一个前端样式卡住了，整组人大眼瞪小眼。最后都去找组长，组长再挨个问，效率低得吓人。
后来他们花了半天时间，画了一张能力分布图。很简单，就是一个Excel表格，纵轴是项目模块，横轴是人名。交叉格子里填上这个人在这个模块的能力等级：L1是入门，L2是能干活，L3是能带人，L4是能扛事，L5是大神。
这张图一贴出来，群里消息量直接少了一半。以前发消息问“这个支付接口谁懂”，现在直接去图里找那个支付模块标了L4的人。以前新人不知道代码规范该问谁，现在一眼看到架构模块L5的名字，直接私聊。
你可能会说，我们团队的情况太复杂，一张图表不够用。那就做三张。
第一张叫技能图。把项目拆成功能模块，记录每个模块的技术栈和负责人。第二张叫故障图。记录常见故障场景和对应解决者。比如数据库慢查询找谁，缓存失效找谁，第三方接口报错找谁。第三张叫依赖图。记录模块之间的调用关系和数据流向。这样出问题时能顺着链条找到问题的源头。
画图的过程本身就是一次团队体检。你会发现某些模块挤了五六个高手，另一些模块一个能打的都没有。你还会发现有些人默默扛了好几个模块的活，却没有得到应有的认可。这些问题平时被日常救火掩盖住了，只有画图时才暴露出来。
画完图不是结束，是开始。图要放在显眼的地方，可以是公司内部的Wiki，也可以是钉钉群的置顶文件。每周五花十五分钟回顾一下：这周有没有新的能力变化，有没有人从L2升到了L3，有没有新的模块产生。
有人担心这样会让能力弱的人被看低。这个担心很多余。图里标的是当前能力，不是固定评价。看到谁比谁弱，反而能激励大家去补课。管理者也能有针对性地安排培训和项目锻炼。
更重要的是，这张图能让新人快速上手。不用再经历三个月的迷茫期，看着图就知道该学什么，该问谁。团队扩容时也能精准招人，哪个模块缺L4的人，就在哪个方向下功夫。
救火是因为不知道火从哪里来。有了能力分布图，你就能在火还没烧起来之前，先堵住漏洞。某个模块的负责人请了假，图里标得清清楚楚，他负责的工作其他人能不能顶上。某个模块的调用方出了变更，依赖图画得明明白白，该通知谁，该怎么协调。
你的时间不该花在到处问问题，不该花在等别人回复，不该花在重复处理相同的问题上。花半天时间画出这张图，往后每天省出来的一两个小时，够你读完一本书，或者做完一个一直想做的项目。
别再说团队里都是救火队长。你们缺的不是技术，是一张能让每个人知道该去哪里的地图。现在就去画，画完就消停了。
