敏捷实战: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