2014年12月15日星期一01:00

整理,维护或完善积压工作-成功实践,第1部分

撰写者

2009年,我编写了第一版Scrum产品所有权,以帮助产品所有者更好地了解其角色和责任。在此之前,这主要是猜测和生存的练习。 2013年,我在 第二版 。在这两本书中,我都讨论了积压整理问题。

事实证明,“修饰”一词正在社区中失去光彩,维护和完善等术语正在取代它。我相信《 Scrum 指南》的最新版本使用了“完善”一词。因此,我将尝试开始使用Backlog

在本文中不断完善。话虽这么说,我真的非常喜欢修饰一词的含义。

积压& Refinement

我们为什么不首先从产品积压的定义开始。从2013年7月开始 Scrum 指南,我捕获了以下内容:

产品待办事项列表是产品中可能需要的所有内容的有序列表,并且是对产品进行任何更改的要求的唯一来源。产品负责人负责产品待办事项,包括其内容,可用性和订购。 


产品待办清单永远不会完成。它的最早开发仅提出了最初已知且最容易理解的要求。产品待办事项随着产品和使用环境的发展而变化。产品积压是动态的;它会不断变化以识别产品需要合适,具有竞争力和有用的产品。只要产品存在,其产品待办事项列表也存在。 


产品待办列表列出了所有功能,功能,要求,增强功能和修补程序,这些功能,功能,要求,增强功能和修复程序构成了将来版本中要对产品进行的更改。产品待办事项项具有描述,订单,估计和价值的属性。

并且由于这篇文章是关于积压细化的,所以让我们看看《 Scrum 指南》也要说些什么:

产品待办清单细化是向产品待办清单中的项目添加明细,估计和订单的行为。这是一个持续的过程,在此过程中,产品负责人和开发团队就产品待办事项的详细信息进行协作。在产品积压细化过程中,将对项目进行检查和修订。 Scrum 团队决定如何以及何时进行细化。精炼通常消耗不超过开发团队容量的10%。但是,产品负责人可以随时更新产品待办事项,也可以由产品负责人自行决定。

与较低顺序的产品相比,较高顺序的产品积压项目通常更清晰,更详细。基于更清晰和更多细节,可以进行更精确的估计。顺序越低,细节越少。将对即将到来的Sprint占用开发团队的产品待办事项进行细化,以便可以在Sprint时限内合理地“完成”任何一项。开发团队可以在一个Sprint中“完成”的产品待办事项被视为“准备就绪”,可以在Sprint计划中选择。产品待办事项通常通过上述提炼活动获得这种透明度。

现在,根据流程定义,我们探索了什么是产品积压和提炼,让我分享一些有关有效提炼的经验。

有效优化积压的12条提示

  1. 定期举行的优化会议 –我非常乐于在您的团队中创建定期安排的积压细化会议的节奏。我通常每周计划1-2个,每个一个小时。邀请了整个团队,并有望参加。我希望每个人都可以“积压”参加会议,也就是说,他们在会议之前已经考虑了可能的提炼候选者,并且对周围的想法(大小,订单,设计,依赖关系,策略,质量,风险和最佳流程)有所考虑。 )。

    我还建议团队成员记录详细的笔记,以记录下有价值的讨论和下一步决策。这是宝贵的信息,您不想失去它。我通常要求成员轮流记笔记,这有助于使每个人都参与会议和积压工作。

  2. 严格优先级 –您必须在待办事项中切实加强顺序或优先级的概念。在这方面,我想到了汉兰达电影和短语“只有一个”,所以请不要过多强调

    我认为有多种因素会影响优先级:
    • 客户价值(解决正确的问题)
    • 商业价值(产生收入)
    • 技术价值(促进学习,降低风险,可靠的解决方案,智能的工作流程)
    • 质量价值(减轻风险或提高质量)
  3. 我希望团队在设置优先级时考虑并平衡所有这些变量。例如,决不应该在不考虑技术上合理的解决方案的情况下始终让客户价值驱动优先级。
  1. 经常检查您的故事 –我经常遇到只对故事进行一次完善的团队。在这种情况下,他们可以同时编写,完善措辞,编写验收测试,进行估算和订购。我看到这样做只是为了琐碎或简单的故事,而从来没有为复杂的故事做。

    我更喜欢一种方法,该方法是团队在几次改进会议上“采样”故事。从概念或想法(史诗)中提取故事,并有条不紊地将其分解为精致的可执行故事。我有时会向团队建议-一个“好故事”在其进化过程中应至少进行3-4次完善。而且,在两次提炼讨论之间要留有足够的空间,以便团队有时间思考与他们所有其他工作以及项目和产品目标有关的故事。

  2. 煮蛋计时器 –我通常建议团队注意其故事细化的速度,即在1小时的会议中讨论多少故事。我经常看到1-2-3个故事的速度,对我而言,这意味着过度讨论。我更喜欢团队的目标是在改进会议中“推进”故事,而不必一次坐下来完成。

    积压改进会议的真正意义不是要尽快完成故事,而是要提高对故事的理解和清晰度。只要团队不断进步,并且不断努力,就可以为他们的进步感到高兴。您可能会问,什么是公平或粗略的速度目标?我不确定会有一个神奇的数字,但是每5-6分钟精炼一个故事可能是一个合理的目标-因此,每1个小时的会议10-12个故事。

  3. 估算不是最重要的 –我们正进行一次完善会议,并利用Planning Poker作为协作评估的一种手段。在一个案例中,有2个开发人员一直在争论过去30分钟内故事的大小是5分还是8分。最终,Scrum Master必须继续前进,而团队仍未就估算达成共识。在另一种情况下,团队的测试人员认为一个故事是13分,但开发人员强烈不同意。故事最终估计为3分。在发生几次这种情况之后,测试人员便脱离了估算,而只是默认开发人员的所有估算。

    在这两种情况下,估计(数字)都是团队的重点。我强烈认为,这些估计值远不如“规划扑克”估计值过程所能进行的讨论的价值。

    谁在乎5比8?最后,选择一个合理的相对价值并继续前进。但是,团队中会围绕该故事进行广泛,深入,协作的讨论。聆听大家的经验。听到他们的担忧。听别人说和不说的话。作为一个团队,对“所有工作”进行公正,相对的相对估计,以使故事符合您的“完成的定义”。这就是估算值的价值。

包起来

我希望我已经就积压提炼的实践建立了一些基线思考。在我看来,这不仅仅是开发敏捷的需求列表。这也是敏捷执行的计划和策略部分,它会影响您的冲刺交付质量。

在下一篇文章中,我将完成技巧6-12的介绍并总结本主题。希望您“收看”其余的提示,然后再…

保持敏捷,我的朋友们,
鲍勃

不要忘记在下面留下您的评论。

罗伯特·加伦

罗伯特·鲍勃·加伦 是RGCG L.L.C的总裁兼首席顾问。基于NC的Cary敏捷方法指导&培训顾问。他是一位经验丰富的敏捷教练,活跃于敏捷社区并定期撰写文章。&讲授与敏捷方法有关的所有主题。鲍勃写了这本书 Scrum 产品所有权,重点放在团队交付中的角色和驱动价值上。鲍勃可以在 [email protected] 并通过他的LinkedIn进行联网 个人资料.

©BA Times.com 2020

麦格雷戈徽标白色网站