研发团队协同

去年第四季度，我参与了一家约 400 人研发组织（3 条产品线、11 个 Scrum 团队）的资源复盘。复盘开始前，管理层给出的判断是“人力已经压到极限”：季度平均人力投入率 92…

去年我接手一个 120 人的研发团队咨询项目时，第一件事是让八个小组长各自发一份“本周进度”。收上来的东西让我哭笑不得：有人贴 Excel 截图，有人发语音转文字，有人直接回一句“…

灰度发布最容易失控的时刻，往往不是流量从 1% 扩到 10% 的那一刻，而是产品、研发、测试、运维和客服各自以为“别人已经确认过了”的那一刻。发布窗口开始后，测试还在等最终包，运维…

迭代目标管理方法大全：研发团队迭代管理协同管理落地清单 很多研发团队的迭代计划看起来很完整：有需求池、有排期、有负责人、有燃尽图，甚至每天都在开站会，但到了迭代结束，仍然回答不了三…

迭代计划看起来排得满满当当，到了迭代结束却有三分之一需求没完成，这通常不是团队“执行力差”，而是计划把承诺、预测和临时需求混成了一张表。真正有效的迭代管理，不是让每个人多报几个工时…

迭代复盘最容易被误认为“把本次做得好与不好讲一遍”。但团队真正需要回答的，往往不是“谁没做好”，而是“为什么计划与结果出现偏差、偏差怎样传导、下一轮改哪个机制”。如果复盘结束后，团…

Sprint落地方案：研发团队开展迭代管理的协同管理案例解析 不少研发团队的 Sprint 看起来排得很满：计划会开了，任务也分了，迭代结束时却仍有需求延期、测试集中爆发、上线范围…

迭代目标管理指南：研发团队如何做好迭代管理，协同管理全流程 迭代计划按时结束，不等于迭代目标达成：一个团队可能关闭了 30 个任务，却仍没解决用户最在意的结算失败问题。迭代管理真正…

敏捷项目Feature教程：研发团队协同管理，避坑指南 一个 Feature 看起来已经“开发完成”，却可能仍然不能交付：接口已合并，测试环境缺少配置；前端等待后端字段，后端又在等…

敏捷项目最常见的失败，不是团队没有站会，也不是迭代周期不够短，而是每个人都在“按敏捷流程做事”，却没有人能回答：这周交付的东西解决了什么问题，谁有权改变优先级，质量问题会不会被带到…