研发团队协作

去年冬天，我帮一家做工业 SaaS 的研发团队做协作流程复盘。他们 CTO 给我看了一张截图：团队自研的提醒机器人当天往项目群里推了 417 条消息，其中真正被点开处理的只有 63…

去年十一月，我接手了一个跨三地研发团队的任务提醒机制改造。这支团队有四个业务线、七个Scrum小组，日均新增需求工单超过120条。改造前的两周我让项目经理做了一次全量统计：团队每天…

我们团队曾经在一个季度内连续两次错过 App 版本提测窗口，原因不是开发没做完，而是没人被及时告知"Code Review 还有 6 小时到期"。更离谱的一次，…

去年第四季度，我帮一个做 SaaS 的研发团队做交付复盘。他们的 CTO 给我看了一张 Excel 排期表，37 行任务，密密麻麻用箭头标着依赖关系。他指着其中一个箭头说：“这条线…

很多研发团队在引入任务依赖管理之后，会经历一个非常相似的阶段：看板上画满了箭头，站会上却没人能说清哪条依赖真正卡住了版本；依赖关系登记了几百条，等到联调延期时才翻出来补锅。我过去两…

先厘清问题，任务依赖、SS和风险控制到底在说什么 “任务依赖如何做好SS”这个搜索词，我第一眼看到时的判断是：提问的人已经知道自己要解决什么问题，但还没找到准确的语言来描述它。这恰…

去年十月，我们团队一个迭代延期了九天。复盘会上所有人都在找原因：有人说需求变更太频繁，有人说测试资源不够，有人说开发估时不准。吵了两个小时，最后翻出迭代计划表才发现真正的问题，前端…

去年第三季度，我参与了一个 12 人研发团队的迭代复盘会。会上项目经理甩出一张甘特图，指着上面密密麻麻的红色连线说："这个迭代我们计划了 47 个任务，结果有 19 个任…

很多研发团队以为自己有"更新记录"，但真正能用来跟踪进度、支撑复盘、复盘后还能直接改进行为的记录少之又少。我在过去三年里帮十余个 80 到 600 人规模的研发…

去年年底，我帮一个 140 人的研发团队做交付复盘。他们刚结束一个跨三端的大型版本，延期了 26 天。复盘会上，所有人都在说"需求变更太多""测试时间…