Closed. This question is off-topic。它当前不接受答案。
想改善这个问题吗? Update the question,所以它是on-topic,用于堆栈溢出。
7年前关闭。
Improve this question
使用“天”作为Scrum中任务估计的单位后,我发现很难更改为使用故事点。我认为应该使用故事点,因为它们彼此之间更具可比性-较少依赖于解决任务的人员的资格等。但是,要使团队习惯于使用故事点并不容易,估计数天。
那么,如何使团队更改为Story Points?是什么应该激励团队成员这样做,我们应该如何应用这种转变?
想改善这个问题吗? Update the question,所以它是on-topic,用于堆栈溢出。
7年前关闭。
Improve this question
使用“天”作为Scrum中任务估计的单位后,我发现很难更改为使用故事点。我认为应该使用故事点,因为它们彼此之间更具可比性-较少依赖于解决任务的人员的资格等。但是,要使团队习惯于使用故事点并不容易,估计数天。
那么,如何使团队更改为Story Points?是什么应该激励团队成员这样做,我们应该如何应用这种转变?
最佳答案
如果要更改为使用故事点而不是持续时间,则只需开始估计故事点即可。 (我在这里假设您有权为您的团队做出决定。)
选择一个音阶,可以是小,中,大可以是斐波那契数列,可以是1到5,无论选择一个音阶并将其用于几次冲刺,这都可以提高速度。如果您开始将刻度从一个更改为另一个,则各个刻度之间的速度将不具有可比性(即不要这样做)。这些估计值应包括您所有的Scrum团队。
话虽如此,您仍然需要了解这将花费您多少钱。有许多会计师会接受“我会告诉你这将在6个月内花费多少”的答案。因此,您仍然还需要估算工期,这会给您带来成本。此估计可能将由团队中的高级人员完成
然后,每个月您的工作速度就会告诉您和会计师,该第一笔费用估算的准确性如何,您可以据此进行调整。
08-27 07:46