一、Product Backlog
- PB梳理:满足DEEP原则:详略得当、经过估算的、按优先级排序的、涌现的
- PB的排序技术:MoSCow,Kano模型
- PO是唯一的负责人
- 遇到新需求都要放到PB表中重新排序
- PB梳理会
二、Sprint Backlog
- 是当前sprint工作的分解;
- 工作不是分配下去,团队自我认领;
- 团队商量的结果
- 每个团队成员都可以更改sprint Backlog,是团队的资产
三、燃尽图
- 不同情况下分析
- 不能团队不能比较
- 当前迭代中,迭代速率保持不变
- 略微的缓慢下滑曲线:可能团队遇到了障碍
- 稍微上浮:Sprint列表中加入的新任务;有些任务估算不准确
四、其他
向PO提出澄清需求——待办事项梳理会
要了解团队当前的迭代状态,查看——迭代燃尽图
敏捷团队在每个迭代都交付一样的故事点,但是管理层要求团队提高生产力,交付更多,如何做?——确保管理层理解敏捷实践
本文深入探讨敏捷开发中的关键概念,包括Product Backlog的DEEP原则及其排序技术,Sprint Backlog的工作分解与团队协作模式,燃尽图的解读与应用,以及敏捷实践中团队与产品负责人之间的沟通机制。
3239

被折叠的 条评论
为什么被折叠?



