有没有办法测量敏捷开发的成本而不记录执行任务所花费的时间？

Question

想象一下，一家企业正在考虑使用Scrum方法进行敏捷开发。他们已经实施了团队系统Scrum，每个人都对此非常满意。然而，企业希望将其开发成本资本化，并要求修改Scrum积压工作项模板以包括执行任务所花费的时间。这个想法是他们需要知道开发人员花多少时间做生产性工作。他们花了多少时间添加新功能。

企业中的某些人（包括我自己）所面临的问题是，记录你花在某种方式上的时间是如何打败Scrum的对象。从领先的开发人员的角度来看，我想知道的是，我们有这么多时间来完成这么多工作。我们记录了任务剩余的时间，我们可以看到我们远离实现目标的距离。

也许我错过了这一点？你告诉我。然而，如果有人在那里知道我们可以工作的方式而没有记录我们花在做某事上的确切时间，仍然请那些投资的人那么你的答案将会非常感激。

Answer 1

作为一名开发经理，我有兴趣确保开发顺利进行（通过Scrum），并且每个项目都考虑到时间，因此我们知道我们在哪里花钱（时间跟踪）。

因此，在sprint期间，团队成员被要求更新未完成任务的剩余时间以计算燃尽图。它不应该超过几分钟。由于我们使用Scrum，团队决定任务，只要我们有一个燃尽图，我就不在乎谁在做什么。

我还要求他们跟踪每个项目的时间，这不是很详细。我不想追踪他们每一分钟的时间。这些信息用于了解发布版本需要多长时间，或者开发产品需要花费多少钱。

由于我们使用Scrum时间跟踪非常简单，因为团队的所有成员长时间在同一个项目上工作。

Answer 2

Scrum不是严格的，它完全取决于适应性以及满足您需求的因素。

为什么不用小时而不是故事点估算故事。我们也面临同样的情况，我们开始在几小时内估算。每天对照估计的小时数开发人员记录他们在故事上工作的时间。每天可以看到故事需要多长时间，最后可以看到估计和实际时间。我们使用XPlanner来跟踪这一点，开发人员每天记录时间需要一分钟。根据这些信息，您可以随时测量速度，这将有助于下一次迭代。

除了项目相关的故事，我们记录其他活动中丢失的时间，例如：会议，环境下降，生产支持等。在一段时间内，这些信息为我们提供了大量信息，我们设法减少了很多时间。

Answer 3

第一个问题是 - 您是咨询店还是内部IT商店。如果是前者，则可能需要实际情况以允许他们正确地向客户收费。如果是后者，而且你们都有薪水，那么原因就不那么清楚了。我总是怀疑任何想要知道“程序员花了多少时间从事高效工作”的经理。这是一个指标，我告诉团队任何形式的敏捷开发的关键事项之一是，应该捕获指标，以达到团队同意的明确目的。

我会问“问题背后的问题”是什么 - 或管理层究竟在寻找什么。他们为什么关注开发人员的生产力？他们很难向他们的经理解释发生了什么事吗？是否可以提供可以概括的团队指标？

简而言之 - 您的经理可以被视为团队的客户，因此找出您的客户想要的东西，并找出最佳方式 - 作为一个团队 - 提供它。

Answer 4

Scrum和其他敏捷开发方法在双方参与者之间存在信任时效果最佳。管理层需要相信开发人员努力工作并且运作良好。开发人员需要相信管理层尊重他们的意见，并要求他们根据业务需求做适当的工作。没有这种信任，你的过程就会失灵。没有任何环境是完美的，但在某些时候，信任问题可能会变得非常糟糕，以至于它变得不可行。

话虽如此，作为一名开发人员，我必须做的任何事情“只是因为”。例如，我必须做这种事情，因为这是整个组织的工作方式 - 包括开发人员。我可以忍受这一点。我会说跟踪你的时间，但是从冲刺计划。有意义地记录您的“非生产性”时间 - 作为技术研究，办公室任务等 - 无论它们是什么 - 以便业务人员了解即使不开发代码也始终保持高效。

编辑哦 - 如果时间跟踪活动特别繁琐，例如填写详细的每日日志，请务必记录您花在跟踪时间上的时间非常清楚，以便他们知道活动的成本是多少。

Answer 5

我们已经使用Agile / SCRUM大约2年了，我们从未记录过实际情况。

似乎每隔一段时间都会尝试让所有人记录这些信息。通常情况下，这是由于冲刺不佳造成的，而责任恰恰在于糟糕的估计。但是很容易忘记将它们标记下来 - 尽管我确信有足够的“温和刺激”它会成为习惯。

我一次又一次地看到的想法 - 以及我同意的那个 - 是你的速度应该回答你（或产品所有者）需要询问任务进展的任何问题。