我认为故事点显示了投入用户故事的努力(相对数量),但TFS 2015具有努力和故事点。什么时候使用?有什么不同?功能列表显示工作量和故事点。有什么不同?
产品Backlog项目(用户故事?)的详细视图只显示了一个Effort字段,但功能列表显示了两个(我可能已经自定义了这些列,我不知道两者是否都以标准显示!)
注:我可能会交换XP和Scrum术语!不要这么说,如果我这样做!
运行TFS 2015年版14.0.24712.0
我认为故事点显示了投入用户故事的努力(相对数量),但TFS 2015具有努力和故事点。什么时候使用?有什么不同?功能列表显示工作量和故事点。有什么不同?
产品Backlog项目(用户故事?)的详细视图只显示了一个Effort字段,但功能列表显示了两个(我可能已经自定义了这些列,我不知道两者是否都以标准显示!)
注:我可能会交换XP和Scrum术语!不要这么说,如果我这样做!
运行TFS 2015年版14.0.24712.0
的Scrum Guide不说了很多关于采取什么估算方法。出于这个原因,很多做Scrum的人都采用了来自XP的故事点方法。但这不是估算可采取的唯一方法。
另一种常见方法是结合故事点和基于时间的估计值。 TFS似乎是为了支持这种特殊的方法而设立的。
这是一个特殊的组合方法是如何工作的:
故事点来估算故事的相对大小。在每次冲刺结束时,团队会计算出他们完成的故事数量,并使用完成的故事点数来计算速度。这个速度被用来指导团队如何适应未来的冲刺。
一旦Scrum团队完成了故事点估计,他们就会继续将每个故事分解为任务。然后他们对任务进行基于时间的估计(例如任务1 = 2小时)。有几个原因做这些任务级别的估计:
这种方法特别受到最早从Scrum开始的团队的欢迎。许多团队开始使用这种方法,然后在他们更习惯于使用Scrum时放弃任务级估计。
TFS的设置可以很好地适用于这种特定的方法,但这并不意味着它是您在Scrum中估算的唯一方法。
“Scrum指南对于采用何种评估方法并没有多少说明,因此很多做Scrum的人都采用了来自XP的故事点方法。” 这可能是我为什么(以为我是)交换XP和Scrum的原因...... – SvendK
而且,按照时间估计故事的相对性和任务也是我学习它的方式,但我仍然不明白为什么TFS显示故事点的情节,当他们也有故事点时。我的意思是,对于故事的相对估计而言,这不是最正常的吗? – SvendK
对于任务,它显示剩余工作。那是我不喜欢的另一件事。它应该显示原始估计(我可以看到,这也是一个隐藏的领域)。任务完成后,烧毁正在移动 - 而不是在任务正在进行时?还是仅仅是我? – SvendK