如何在敏捷/Scrum中处理培训活动

Question

一些让我烦恼的短跑计划，就是训练适合我的地方。假设您需要为一个小型web应用程序学习JQuery。似乎有许多可能的办法-每一种办法都有各自的潜在缺陷。

专用任务

在sprint中添加了一个任务来学习这项技术。危险在于，这项技术可能是复杂的，因此可以跨越大量的冲刺，使其变成一个宿命论。

耦合任务

准确的需求是预先梳理出来的，并与真正的开发任务相结合。

膨胀任务估计

发展估计数被夸大，以包括培训。但同样，这项任务完全有可能超出。

假设它将发生在非生产性时间，

大多数sprint允许一些非项目工作/管理的空闲时间。假设任何学习都会发生在这里。

忽略它

假设它会神奇地发生(开发人员会在他们自己的时间发现这一点)。

取消分配开发人员

相关的开发人员错过了一个sprint (部分或全部)来获取技术。

我看到的所有scrum文档在这个问题上都是奇怪的沉默。经验丰富的项目经理似乎常常不知道该做什么。只要任务完成了，他们似乎就不在乎它是如何完成的。

是否有一种规范的方法来处理这个问题，还是每个人都在做自己的事情？

Answer 1

在Scrum的上下文中，我看到了几种不同的可能性：

1. 培训采用正式课程的形式，规定/预期在特定日期参加。在这种情况下，我会把这些课程日期当作计划好的假期，就像冲刺计划那样。这意味着参加课程的人(S)在短跑的某些部分是不可用的，必须调整预期的速度。
2. 培训与积压中的一个或多个故事直接相关，但与具体日期无关。在这种情况下，您可以创建一个尖峰(一个固定的持续时间/时间框的技术故事，通常用于调查材料)来进行培训。如果这是一个较长的研究与明确可识别的模块，那么你也可以为每个模块创建一个单独的尖峰。
3. 培训与项目无关，也与具体日期无关。这通常是一种“个人发展”类型的培训。由于它不会增加项目的价值(也不是间接的)，但确实会占用某人的时间，因此这里最公平的解决方案似乎是在接受培训的人员的可用性或重点因素中考虑到培训。这并不意味着它们被完全取消分配。

Answer 2

虽然这不是在Scrum指南中描述的东西，但是Spike的概念是众所周知的(维基百科 )。

斯派克是一项特殊的任务。

计划斯派克。虽然有些人说不要将它们放在Product中，但我发现它对于规划目的很有帮助，特别是当您在对未计划好的项目执行待定的细化时确定需求时--您可能决定在需要之前将高峰推迟到sprint。当然，这确实破坏了Scrum对产品待办事项的定义，但我认为为团队工作很重要。

估计斯派克。你通常不会估计尖峰。你的计时器是斯派克。他们甚至可以越过斯普林特的边界。不是估计它们，而是定义一个目标或范围，并在给定日期前完成它。然而，一些可能有效的事情是在你的估算单位(小时，点，什么)的斯派克上放置一个努力的上限。例如，如果使用“故事点”，则可以将“故事点”放在“Sprint”上。不管是谁在做那个斯派克，都会在斯派克身上花费那么多的精力。如果结果变得更加复杂，您可以重新计划如何在此额外工作的基础上重新排序Sprint和Product。就我个人而言，我发现在Sprint的范围内(在下一个Sprint中启用另一个Product项的工作)或在下一个待办事项优化会话(允许估计Product项)之前，估计它们是最有用的。

安排斯派克。如果您遵循传统的指导，而不估计一个Spike，那么如果开发团队的一个或多个成员正在处理某个项目，您确实需要考虑对速度的影响。因为它是没有估计的点或时间的工作，但仍然需要完成(使用努力和时间)，它将阻止您做其他工作。

尖峰只适用于专门与手头的产品和项目相关的培训。例如，一些培训--合规或监管培训和专业发展--不一定与在特定项目上完成的工作挂钩。

这些类型的培训应考虑到能力。如果人们接受了估计需要一天的训练，你应该适当地降低你的速度(为正在进行训练的团队成员假设一个额外的非工作日)。

这些类型的事情不应该出现在Product或Sprint中，而且项目团队不应该估计它们。它们存在于项目管理方法之外，但影响到工作的完成方式。