项目管理

Agile怎么做？研发团队协同管理：敏捷项目从0到1 Agile 做不起来，通常不是团队不会开站会，而是没人能回答三个问题：这周最重要的结果是什么、谁有权决定需求取舍、上线后如何判…

迭代数据看起来很“健康”，不代表团队真的更快：我见过一种常见情形，迭代承诺完成率达到 92%，但线上缺陷、延期需求和加班时长同时上升。问题通常不在于缺少图表，而在于团队把“按时关闭…

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

研发团队做敏捷项目，Story点数增加了、迭代燃尽图也更平滑，为什么上线日期还是一再后移？我在复盘团队数据时反复看到同一种错位：团队记录了大量“完成了多少”，却没有追踪Story从…

研发团队做 Task 管理，最常见的失败不是任务没人更新，而是看板上的任务都显示“进行中”，项目却仍然延期。原因往往不在于缺少一个更复杂的工具，而在于团队把任务记录当成了管理结果：…

Story 落地时，最危险的往往不是“估时不准”，而是团队把一个看似清楚的用户故事直接排进迭代，却没有说清验收边界、外部依赖和失败后的回退方式。结果是开发按时完成了代码，测试才发现…

Epic流程与规范：研发团队敏捷项目风险控制关键指标 一个 Epic 看起来按期完成，发布前却突然暴露出跨团队接口未定、验收口径不一致、关键依赖无人负责等问题，通常不是团队“执行力…

研发团队做完一个 Epic，燃尽图看起来很漂亮，版本却延期了三周；另一个团队按时关闭了所有故事，发布后却连续两周修复高优先级缺陷。问题通常不在于团队不会画图，而在于把 Epic 当…

一个 Sprint 看起来“按时完成了 90%”，团队却可能仍然没交付一个用户能用的功能：剩下的 10% 恰好是联调、验收或发布。判断敏捷项目效率，不能只看燃尽图有没有下降，也不能…

研发团队做了敏捷迭代，为什么上线时间仍然一再延期？我在复盘这类项目时，最常看到的不是“团队不够努力”，而是数据只记录了完成了多少任务，却没有说明需求为什么排队、工作为什么返工、风险…