我们开始了一个项目,将管理和敏捷/XP。我们写了整个产品积压工作的前期评估目的。我们要确保所有的故事都是以客户为中心,并且我们正在评估他们通过

  • 故事的商业价值: 莫斯科 技术-必须的,应当可以将/不会有这实现的
  • 故事的努力复杂性 (=故事分):1, 2, 3, 5, 8, 13, 21, 100 - 关于故事的复杂性/努力,而不是理想的日期

100个故事可能有一些故事会/不必因为他们实际上是更大的复杂的故事将被分解后,如果需要的。

计算 故事的重要性, 基于价值和精力,通过不重叠的莫斯科的故事。

但没有100点的故事我的故事,迄今为止(也打破)有复杂性之间2和8我们认为这是一个合适的故事的大小,以避免微观管理。但是,一些故事成为有关或者取决于各方。我们有故事可能采取更为如果完成第一,如果其他一些故事会以前完成它们。

的问题
它是可能的调整情景点以后期间的发展,因为我们可以做的故事任务,其中我们可以重新评估,添加新删除现有的或者是这个没有的情况下故事?因为改变它们的复杂性,也会改变的结束日期的估计基于计划速度。什么是最佳做法,在这种情况下?

有帮助吗?

解决方案

你绝对可以估计你的故事又和你应该。点只锁定当团队的承诺,他们在冲刺规划会议之前立即开始冲刺。

一个实践中,我们使用是时候做个冲刺计划应评价每一个故事。团队学习一段时间,并将成为更准确的估计和标识的依赖关系。还记得什么进入了冲刺的团队,该产品的所有者定义了总体的积压。如果该项目是有时间限制,不要试图作出的估计数适合的结束日期,如果你做你自己的失败。

请记住速度开始时你有一个想什么,你可以完成的任务。它通常不到3或4的冲刺,你打标识的一个现实的速度,该小组可以管理。是的,这并不意味着你可能有假定的团队可以提供20分,每冲刺,并实际上只能做到15分。是的,这意味着交货时间的推移出或故事属下的切割线。

作为依赖的故事你应该产品的所有者。如果球队的会谈,向他们通常可以重新整理故事。大多数人都愿意接受某人,告诉他们"如果我们现在它将采取全力冲刺,但是如果我们做了后,它将把15%的冲刺",使得它很有说服力的。

一个有用的做法的尝试是调度的故事内冲刺。在规划会议一旦所有的故事都进行验证,并讨论了该团队,拉起一个日历和谈论当他们想要有事情做好。通过把目标日期上一个日历,它有助于识别的重叠和之间的依赖关系的故事。这个可以识别的事都串在性质和可能导致冲刺到失败。

希望这些信息是有帮助的。

其他提示

从你的说明你在做大量的工作。当然总会有事与的依赖。一些甚至可能没有直接可见的客户的价值;即初始努力设立一个架构和一些框架).但如果你离开他们出去你会创造大量的技术的债务。如果可以的话,我会建议你尝试做出公式完成,并以某种方式展之间关系的任务。

例如: 任务3为8分,如果后完成任务,2,但是12点如果独立完成。

这种方式产所有者将会感到痛苦的忽略依赖,但是仍然可以做出选择,要做到最有价值的故事先.如果该产品的所有者是确保所有的故事,让它在未来的冲刺,然后你可以引导他们实现以最有效顺序。例如,通过阻止物品的依赖关系没有得到满足(即你可以仅有的'改变我的标志网站的功能之后的故事'可用于网络版本完成。)

祝你好运!

我只能形容我的经验性。

当我们计划的第一个冲刺,我们决定,我们可以完成18点。因此,我们花了几个故事以及总共估计是15分。作为我上面提到的我们做我们的第一个步骤中的建议,这就是为什么我们决定,未使用3点和形成因素0.6保证我们的成功。

但是,我们的估计的每一个故事只是近似值。我们还有一些依赖的故事。我们没有执行计划》的每一个故事因为我们认为,这是unnessecary与敏捷的方法。

如果我们失败,我们的第一个冲刺只有8完成点。

之前我们的第二个冲刺我决定,我们应该采取一些旧好简单的级联和迭代methodoligies(和我一起-master)。因此,在我们明年春天的规划,以做出正确的估计,我们计划的每一个故事(约20分钟,每个故事),用简单的图表,所有依赖性、详细的执行等。该计划是困难的,它把2次会议。

但第二个冲刺是更好的,我们已经做了几乎所有(实际上我们已经做了所有但是有一些错误).我认为,我们将采取更小的形式-的因素,在第3次冲刺,这将是成功的。

有一些模式,这将有助于在分裂的用户故事中的一种方式,他们将继续投资,这意味着你会试图保存的依赖、大小、可测性和价值。你可以读取更多有关在这里: http://www.richardlawrence.info/2009/10/28/patterns-for-splitting-user-stories/ 理查德*积极适用并提高他们,他不是独自一人;-)

要知道,拆分和保持的依赖(这是创建一个关键路径中的一个甘特图)要王牌的能力的团队可以创造性的和谈判上的那些故事,并且还可能隐藏了一个"非宝贵的提议".

禾田
ANdreaT

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top