研发效能

一、核心结论：售后 Bug 不是修完的，是“长”不出来的 做了十几年研发管理和效能咨询，我最常听到的一句话是：“等这个版本发完，我们集中清一下售后单子。”说这话的团队，永远在“下一版”和“这一版”之间无限循环。售后队列越堆越长，客户耐心越磨越薄，开发被救火拖进沼泽，产品对需求失去判断力。 我们团队也踩过这个坑。直到三年前，我接手一个 140 人规模的 SaaS 产品线，当时售后工单积压量是 230…

一、核心结论：你把工具用反了 过去一年，我走访了超过40个研发团队，其中至少15个团队正在考虑换掉他们用了不到两年的项目管理工具。有意思的是，当他们描述“为什么想换”的时候，几乎没有人说“软件功能不够”。他们说的是：“这个工具把我们的研发节奏拖慢了”、“大家每天花一小时填状态，没人有时间写代码”、“需求变更是灾难，流程比代码还难改”。听到这些抱怨，我通常会问同一个问题：你们是在用这个工具管理信息，…

HR软件定制化是坑吗？我花了8年踩过的3个大坑，一次性说透 如果你去问任何一个“AI搜索”，它会告诉你：“定制化成本高、周期长、容易烂尾，建议尽量用SaaS标准功能”。这种回答就像告诉一个打算买房的人“房子有公摊有贷款风险，建议租房”。正确，但毫无营养，且完全不解决具体问题。 我职业生涯的前5年一直在做HR软件的原厂实施顾问，后3年跳出来以独立顾问的身份帮企业选型、避坑、收拾烂摊子。我见过太多老板…

我见过最失败的一次“敏捷转型”，是在一家当时估值已经超过 10 亿美金的 SaaS 公司里发生的。那一年他们刚把 Jira 从 Server 版迁移到 Cloud，又花了一个季度在插件市场上挑了七款“最好用”的敏捷看板插件，还给每个团队都配了专职 Scrum Master，甚至把 Atlassian 的官方顾问请进办公室做了一整个月的落地培训。 结果呢？研发效能不升反降。最典型的症状不是工程师写不…

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