2009-12-21 113 views
9

我想找到一种方法来记录我们在TFS中产生的技术债务。你在TFS中记录技术债务?

我需要记录一个特定迭代外的每个项目,以确保它是可见且易于报道所有的时间。我曾考虑为技术债务创建一个单独的区域,但我不确定该领域的实际情况如何。

什么是我可能会考虑一些常见的方法?我甚至试图找到一个正确的地方来放这个树,从而吠叫正确的树?

+0

我不知道如何做到这一点,但它是一个很好的问题。您应该跟踪您的技术债务,就像跟踪需求一样。我看到的问题是确定债务。如果您可以准确识别它,那么您可以制作一份工作项目以支付它。 – 2009-12-21 01:19:26

+0

TFS == Team Foundation Server?如果您定义首字母缩略词,它会有所帮助。 – 2009-12-21 01:49:09

+0

对不起 - 是TFS === Team Foundation Server。我试图在标记之间标记它,但它们在SO中不受支持。 – 2009-12-21 02:25:09

回答

4

我还没有找到一个需要分别跟踪它;我只是把它作为额外的任务输入。这样,他们可以很容易地跟踪和报告。

+0

但是,您是否还需要将任务与特定的迭代关联?你是否发现这种方法干净且易于管理?你对可能跨越几次迭代的任务做什么? – 2009-12-21 02:19:15

+2

我像任何其他任务一样管理它 - 所以是的,我发现它很简单易管理。我认为将“技术债务”作为一个独立领域分解是没有用的;最终真正归结为现有领域的更多工作。有时候任务会在当前的迭代中进行;有时在另一个。与所有任务一样,当迭代结束时,有时他们可以从当前迭代延迟到下一个迭代。对于可以跨越迭代的任务,我通常将它们分解为多个任务(甚至像“阶段1”和“阶段2”一样简单的工作通常可以正常工作)。 – RickNZ 2009-12-21 03:43:24

+0

我喜欢你关于任何技术债务最终在项目现有特征或领域有其“根本原因”的观点。好点子。 – 2009-12-23 10:58:19

4

我发现有几种类型的技术债务:你了解并能追踪到固定变得作为一个意外的错误的结果显而易见的债务和债务。我喜欢跟踪已知的已知的技术债务,在一个单独的迭代中,我称之为“维护积压”,属于“技术债务”范畴。然后,我可以将来自ANY迭代的相关错误链接到技术债务领域,同时仍然跟踪我无法解决的问题。关键是,你仍然需要迭代相关的错误被发现和固定并连接到始发要求报告的目的等

+0

谢谢。这是我很好奇的一种方法。但你觉得它运作良好吗?有其他人/企业以这种方式运作吗?您的“技术债务”区域和“维护积压”是否在其各自层次的顶层迭代? – 2009-12-21 02:16:23

+0

它运作良好,因为团队可以采取积极主动的方法,记录技术债务的发生,即使他们无法在当前迭代中修复它。我还可以轻松地报告每个周期有多少未修复的工作是由于技术债务等原因造成的。我们地区还有另一家公司(200多个开发商)使用类似的方法。我不能为更广泛的社区发言,但它似乎可以像预期的那样利用TFS。 – PortageMonkey 2009-12-21 02:29:11