流动效率

这是一篇我在多次参与研发团队辅导后，越来越确信的判断：很多团队不是能力不足，而是把有限的精力和注意力错配在了“画图”上，而不是“清障”上。 如果你参加过任何软件项目的启动会，大概率见过这样的场景：墙上贴满了架构图、路线图、依赖关系网络，精致得如同城市地铁规划图。但会议一散，一个开发同学对着一个因为权限问题阻塞了三天的测试环境，一筹莫展。而那张宏伟蓝图里，并没有为“今天谁来解决这个阻塞”预留任何接口…

一个让我至今记忆犹新的项目是：团队连续三周平均工时超过 10 小时，但交付速率反而比正常排期慢了 40%。当时如果只看工时填报系统，所有人都像劳模，但当我们把工时的帘子掀开，发现 65% 的额外时间花在了“等测试环境”、“修跨模块的接口兼容性”和“需求确认”上。 这不叫工作，这叫空转。研发管理的刀刃从来不该对着人卷了多久，而该对着“工作在哪个环节卡住了”。 一、盯工时的管理，往往在掩盖系统的无能 …