Scrum敏捷项目管理

产品待办事项清单细化清单

产品积压细化(或修饰) 是Scrum项目中的一项重要活动,在该项目中,对用户故事进行优先排序,确定大小并进行估计。在他的书中“Agile Reflections”,Robert Galen提供了一些有关如何验证产品积压整理已成功完成以及正确的需求信息可用于下一个冲刺的提示。

1.冲刺计划令人难以置信的清晰,简短而轻松;通常需要2个小时或更短的时间才能进行2周的冲刺。会议内没有进行任何架构或设计讨论,这些讨论的相关部分早已发生。
2.每天,团队成员都在谈论针对2-3-4冲刺的史诗和故事。因此,每个人都自然会与产品负责人的愿景保持一致。
3.团队可以轻松地为积压的工作贡献新的故事,这代表了基于非功能的工作;例如:测试工件,非功能性测试工作,重构,自动化开发,性能调整,研究峰值等。每个人都将其视为共同的责任。
4.团队对产品的长期发展方向有一种感觉,并针对该愿景规划了工作,设计,主题建议和权衡。
5.每个冲刺的目标很容易从积压中得出;就是说,在待办事项列表中容易浮现出一种周到且有意义的故事集或主题。时不时地将它们视为客户交付的“包装”。
6.产品负责人在每次冲刺中都包含团队反馈(错误,重构,改进,测试等)–在一定比例的重点。他们清楚地向团队表明他们正在倾听并根据他们的反馈,判断和技术意见采取行动。
7.产品负责人很少仅仅因为尺寸估计而改变要素的优先级。这不包括将它们分为“现在与以后”。说明优先级主要来自翻译成故事的外部业务需求。
8.闪电计划每2-3周进行一次,不仅作为计划工具,而且作为风险或调整工具。对于XP专业人员,可以考虑将发布计划视为类似的练习。关键是要反复进行下一个里程碑里程碑的端到端计划。
9.团队正在尝试伸展项目,并且每次冲刺需要做更多的工作。有一种热情,可以通过创造性地权衡故事的子元素来实现目标。当然,所有这些都与产品负责人密切合作。
10.待办事项映射到团队的技能和能力,扩大了团队的能力-是的,但没有要求他们去做他们在技能或经验上都做不到的事情。
11.在每次冲刺中,产品负责人都会根据与团队的互动对范围进行微调整。始终为最小的可销售功能和产品集而努力!
12.团队从未对冲刺计划感到惊讶。甚至没有一个故事。我知道应该发生变化,但是让最后一刻发生变化的团队感到惊讶……不是!而是等到下一个冲刺。
13.团队认为他们在待办事项以及功能与改进项的分配方面都有发言权。但是,他们的观点不完全是狭och的。他们需要从客户的角度提出业务案例,以解决积压中引入的所有非功能性工作;他们愿意并且有效地做到这一点!

Reference: 敏捷思考 – Musings toward becoming “Seriously Agile” in Software Development, Robert Galen, //leanpub.com/Agile_Reflections

ComsolitBacklog

此列表显示了让Scrum团队参与此实践的重要性。通过产品所有者和开发团队之间的合作,可以实现积压细化会议的良好结果。所有参与者都必须提供自己的用户故事观点,并了解其他参与者的需求和关注点。

进一步阅读

有效积压整理的提示

产品待办事项清单(整理)备忘单

整理产品待办事项

8个待办事项细化规则:Sprint计划的构建基块

1关于产品待办清单优化清单的评论

  1. 一直都是“垃圾进垃圾出”敏捷将无法解决不良需求的问题,也许只会使其迅速变得更加明显。

评论被关闭。