敏捷数据分析

Sprint 管理最容易被误解的地方，是把“按期完成了多少任务”当成迭代健康度。一个团队可以按时关闭 90% 的事项，却仍然交付不了可用功能：需求没有验收、测试被挤到最后、关键依赖…

敏捷项目最常见的失控，不是团队没有开站会，而是负责人在迭代结束时才发现：承诺的功能没有交付，交付的功能没人验收，团队却因为“完成率”看起来不错而继续沿用原计划。要把敏捷项目做好，数…

跨部门敏捷项目最常见的失败，不是团队不会开站会，而是每个部门都完成了自己的任务，最终却没有一个可交付、可验证的业务结果。以一次模拟的企业级产品改版为例：产品、研发、数据、运营和法务…

迭代复盘时，最容易引发争论的往往不是“这次做了多少需求”，而是“为什么看板上完成了 18 项，客户仍觉得版本没有解决核心问题”。分析敏捷项目数据，不能把成员的任务数、工时或故事点直…

Agile怎么做？项目成员数据分析：敏捷项目从0到1 敏捷团队连续两个迭代都“完成了计划”，产品却仍然延期，成员还觉得越来越忙，这并不矛盾。项目成员数据分析真正要回答的，不是谁干得…

敏捷管理指南：企业管理者如何做好敏捷项目，数据分析全流程 企业引入敏捷后，最容易出现的反常识结果是：会议变多、看板变满，项目却没有更早交付。问题通常不在团队“执行力不够”，而在管理…

Agile怎么做，管理者真正要回答的不是“要不要开每日站会”，而是怎样让团队更早发现偏差、更快交付可验证的价值，并在不确定性增加时及时调整投入。敏捷从0到1，不是把瀑布式计划拆成两…

敏捷项目最常见的管理失灵，不是团队没有开站会，而是管理层看到“迭代完成率 90%”，却说不清这 90% 对客户价值、交付风险和投入成本意味着什么。敏捷管理的关键不是把瀑布式计划拆成…

Agile怎么做，最容易被误解成“把项目拆成两周一迭代”。但我判断一个团队是否真正开始敏捷，不看它开了几次站会，而看它能不能在需求变化时及时发现偏差、用可交付成果验证假设，并据此调…

敏捷项目最常见的失控，不是团队没有开站会，而是迭代结束时大家都说“做了很多”，却答不上来：哪些价值真正交付了？为什么承诺的工作没完成？下一轮该减少什么、增加什么？我做敏捷辅导和项目…