敏捷实战:Milestone

Planning Meeting 的两天后,我们迎来了第一个里程碑节点。

通过燃尽图发现,故事燃烧不尽如人意,Planning Meeting 计划的79个故事点,到现在只消灭了5个故事点(一个故事),而且这个故事还留有缺陷,而理想进度应该是是消耗了25个故事点,这大大加大了我们在本次冲刺结束时完成全部故事的风险。

不过,一个十分好的感觉是,产品经理 PO 了解了我们 TEAM 的情况。"以前上线必须上什么什么,而这个必须上到底是谁定的,之前是开发又或者是 PO,搞得测试测试的和上线的内容不一致,大家郁闷又生气。这种现象已经不存在啦"。因为我们 TEAM 在 Planning Meeting 中承诺 PO 会在本次冲刺 Sprint 结束后,交付所有Stroy,并把这个冲刺内的每个上线日定位一个个小的里程碑,而每个里程碑到底上什么,是我们在上个里程碑结束的时候确定好的,并且保证确定上线和实际上线的内容一致。我们会把在期间遇到的问题,只要是影响 Story 进行的一律贴 Buffer,通过看板告诉大家,"我现在正在做的事,由于受到buffer影响,进度滞后"。

This chapter requires login to view full content. You are viewing a preview.

Login to View Full Content

Course Curriculum

1

建立敏捷基础 —— 让流程“跑起来”(2013–2014)

以敏捷宣言为起点,通过站会、Planning、Review 和 Retro 建立基本节奏;引入看板实现需求可视化,制定上线准备项等规则。结合 JCSM 培训、“棒球大联盟”游戏及影响地图实践,完成从认知到初步落地的跨越。
3

穿越震荡周期 —— 让系统“稳下来”(2017–2018)

面对交付压力与团队变动,通过深度 Retro 重构看板规则,加强代码质量与 CI 实践。借助 OpenSpace 会议和外部转型交流,在混乱中重建协作秩序,锻造出更具韧性的敏捷运作机制。
4

驱动持续进化 —— 让组织“强起来”(2019)

技术 Leader 主导流程规范,明确 DoR/DoD,标准化演示与回顾机制。强调“看板整洁不能太放肆”,将规则转化为对 Scrum Master 的赋能,推动团队从执行敏捷走向自主持续改进。