代码之家 › 专栏 › 技术社区 › Ilya

小型项目的速度[已关闭]

scrum project-management

1

Ilya · 技术社区 · 16 年前

velocity是否与耗时3个月的项目相关(通常有2-3次中间交付给客户)?
我认为现在还没有足够的时间来做相关的统计。是否值得记录整个项目中每个开发人员的速度,以获得足够的统计深度?

另一个问题是速度对小项目真的如此重要吗?

我确实在其他部分看到了很多逻辑,比如小迭代,连续集成,产品/项目管理非常接近开发过程,我认为我们已经在scrum上做了很多事情,但并不知道这一点。

因此,我不认为scrum作为一个整体的概念是否符合我的需求,但我确实看到我可以使用很多概念(我真的很喜欢积压工作)来改进我们的开发过程。

事实上,这是一个讨论而不是问题,但并不是为这个而设计的,所以如果不合适,我道歉。

4 回复 | 直到 16 年前

1

Cory Foy 16 年前

所以,把你的问题分成两部分:

1) Velocity在3个月的项目中是否值得?是的,我想是的。我曾经在团队中工作过,大多数项目都有2-6个月的时间。我们有一周的迭代,但我知道团队只有3天的时间。然而,在敏捷社区中,有一种趋向于更为Kanaban拉式系统的运动,在这种系统中,特定的迭代是不必要的。我会说从迭代开始,然后重新评估

2) 所以当我们有好的估计时,我需要速度?可能不会,因为你的项目比较短。但当某个东西是20小时,你需要10天,因为你一天只能工作2小时,那么你基本上需要用不同的东西来计算速度。

XP 和 Scrum Development 邮件列表。

2

1

Terry Wilcox 16 年前

如果你正在做一个为期三个月的项目,有一个月的冲刺,你只能在两次冲刺中使用你的速度计算。但是如果你使用两周的冲刺,你将有五次冲刺,你可以应用你的速度计算。短距离的冲刺可以获得更多的数据点。

作为一名团队成员,我想知道我的队友对时间的估计有多好。我曾经和一些人一起工作,他们总是把自己的时间低估五倍或更多,如果你想避免不愉快的惊喜,那么提前知道这一点很重要。

所以,是的,我发现速度对任何规模的项目都很重要。

3

0

Jim C 16 年前

较小的迭代将允许您获得更好的速度度量,因为它们提供了更多的数据点。跟踪不需要详细说明,一个简单的燃尽图可以快速以图形形式显示速度。

4

0

Ilja Preuß 16 年前

使用velocity会给您带来价值吗?从这里很难说。一方面,如果您的评估过程已经运行良好,则可能不会。另一方面,也许它的效果会更好。或者它也同样有效,但需要更少的努力。还请记住,Scrum(和其他流程一样)是一个不同组件相互支持的包——因此,尽管您当前的评估流程为您提供了很好的服务,但它可能在Scrum流程中工作得不太好,或者会影响Scrum的某些其他方面。而且,由于不知道从Scrum项目中可以得到什么,您甚至可能没有注意到问题在于评估过程。