使用Scrum和Sprint进行基础设施改进的最佳方法

5

有人使用Scrum和Sprint进行基础设施吗?

我对永远不会完成的Sprint概念感到困惑,例如网络增强项目。

此外,有什么建议可以建立项目待办事项时间以便于产品待办事项清单?这样我就可以检查资源是否在Sprint上过度承诺。


2
此问题不适合本站的问题范围,因为它不符合这里可以问什么样的问题?中定义的适当问题的范围。请参阅:我应该避免提出哪些类型的问题? 您可以在其他 Stack Exchange 网站上获得帮助,例如 [pm.se] 或 [softwareengineering.se]。 - Makyen
4个回答

4
我建议您先恢复对Scrum整个概念的记忆(可以从http://en.wikipedia.org/wiki/Scrum开始)。例如,我认为不应该有所谓的“永远无法完成的冲刺”。如果您有一些非常长或经常出现的任务,请将其分解为更具体的任务。网络增强是非常通用的-将其分解为:
  • 研究新网络设备的尖峰期
  • 审查电缆布局的尖峰期
  • 绘制设备物理位置和电线图的任务
估计它们并将它们放入“待办事项”列表。
然后规划短期(1-2周)的Sprint或迭代。为每个目标分配具体目标。从待办事项中添加一些任务到迭代中。完成它。
检查结果,调整过程,重复。

所以我的网络刷新是积压任务,我将其拆分为冲刺项目。现在显而易见 :-) - James Hogbin

1
你可以考虑使用看板法。它仍然有待办事项清单,但是不同的是它会在整个流程中施加工作进度限制。我仍然建议使用Scrum沟通计划,包括站立会议、定期回顾和演示(如果适用)。规划会议略有不同,因为您实际上并没有承诺任何工作,但是您仍然可以使用用户故事和故事点(WIP限制可以在故事点上)。如果您每两周开会一次,我建议确保您有2.5或3周的工作排队(尽管Kanban的优点是您可以随时将下一个重要任务添加到队列的顶部,而不必等待下一个迭代周期)。
此外,我喜欢您可以使用泳道表示各种客户,因为基础设施经常处理最终用户支持票据,并支持多个项目以及他们自己的日常工作。
在瀑布模型中,您会一次性构建和发布。在Scrum中,您会周期性地构建和发布,在短暂的迭代周期内。对于Kanban,您只需要让工作源源不断地进行即可。
请搜索Google Infra-gile了解更多信息。

1

Scrum是一种项目管理方法,它不是专门针对软件开发的;因此可以用于网络增强项目。

你说你正在为“永远无法完成的冲刺”而苦苦挣扎,那不是Scrum。冲刺是有时间限制的,它们按时结束,没有例外。

现在,如果团队为冲刺设定了过高目标,或者某些任务被低估了,并且有一些待办事项没有完成,它们将从冲刺的结果中删除,并可能会在下一个冲刺中继续执行。

有几件事情可以做来防止过高的承诺:

  • 待办事项应该小而精,小的项目比大的项目更容易估算。实际上,它们应该具有INVEST特征编辑:待办事项的大小应该使团队可以在一个迭代中完成5到10个,平均而言
  • 第一次迭代后,您现在知道团队可以在一个迭代中完成多少工作(前提是资源相当)。
  • 不要将人员100%分配给迭代,以80%为经验法则开始。
  • 定义“完成”的含义。
  • 根据您所学到的重新评估待办事项。

如果网络增强项目永远不会完成,我认为这是因为发现了新的需求。将它们添加到您的待办事项中,对它们进行优先排序、估算,它们最终将被安排在一个迭代中。


我喜欢这个链接。我会在团队中尝试并看看我们能做到什么。 - James Hogbin

0
一个永远不会结束的冲刺不是冲刺...而是一份职业。开个玩笑。如果一个主要目标无法达成或者不断变化,请确保您有清晰定义的子目标。对每个任务估计工时,并将其分解为子任务,如果这些工时超过半天左右(非常宽松的规则)。跟踪时间(不必精确——可以在站立会议或通过项目管理系统或票务系统记录),并与任务进行比较。您会发现一些功能和完成时间相似的任务。将其用作下一个冲刺的原型,并不断完善,直到您越来越接近目标。
一旦您对此有了相当好的掌握,请重新审视您的待办事项清单,分配预估时间,并开始为您的冲刺定义明确的目标(由离散、明确定义的子任务组成)、拉伸目标和远期目标。实际目标应该在您团队的能力范围内(您可以完成的预估目标不超过60%,通常更少),拉伸目标应该从那个点开始,到您预估的效率为100%的点(即您可以完成的最大目标),而远期目标应该在您的雷达上,以防您在这个冲刺中有了极好的运气。每天,在站立会议上审查和绘制您的燃尽图,并重新评估该冲刺的目标。如果您的预估发生了巨大变化,请记录原因,如果它们是系统性的,请重新审视您的任务和预估时间,并进行调整,以便您的下一个预估更准确。这一开始需要做很多工作,并需要极大的纪律性,但几个月后的回报是巨大的。只要保持严格的现实感,祝你好运!

已经拆分出项目以进行一些时间规划,是否有更加聚焦于敏捷的方法适合呢? - James Hogbin

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接