什么是一个很好的进程编写故事片?[关闭]

StackOverflow https://stackoverflow.com/questions/235299

题

我们只是要通过确定我们的故事卡的下一个项目。

  • 我们有一个很好的想法是什么的客户希望通过讲习班
  • 我们有一个业务需求的文件，将签署关闭它们。

我们的工艺定义如下故事

  1. 我们采取一种功能的客户的需要并编写的一个故事
  2. 我们有一个简单的设计，讨论amognst的团队
  3. 我们然后确定估计的卡
  4. 如果卡超过3天我们打破它进一步以及我们reapeat步骤2

不幸的是客户需要的估计它将需要多长时间对整个项目所以我们需要定义所有的故事。

这需要一段时间，并可以相当的排水

什么其他方法可以用来定义的故事卡吗？这可以采取什么其他方法来收集要求到的故事卡吗？

编辑：

  1. 这不是第一次我们这样做是正常的流程
  2. 客户是一个内部客户
  3. 我很感兴趣你怎么写卡，你结束了对编码
有帮助吗？

解决方案

我建议我们称为"释放规划的游戏"。它非常类似于你做什么迭代的，但是，我们没有在一个更高的水平。也就是说，我们将采取设置的特性或功能要点的用户需要的特定版本，以及估计知道我们要 方式 关闭。然后你可以加入所有这些估计数在一起，以获得一个粗略的想法的时认为，基于当前信息时，可以提供产品。

这应该给你的顾客的一些想法时，你要释放,但是你仍然坚持你需要一点但当的回旋余地，因为喜欢你的客户你不能预测未来的(或者至少我不能).

其他提示

你不可能知道当一切都将完成和仍遵循一种敏捷的进程。即使你的工作非常难以估计的一切，较大的工作的更大的错误百分比。大多数估计为项目的中等尺寸是2个断，和较大的10倍断。

相反，我将要求客户对于一功能目标日期。对话是这样的：

你：当你需要这些特点？

(C)客户:当你可以救他们?

你：让的框架的边界第一。如果我传递所有这些特征在10岁，这是太晚了？

C:当然。

你：如果我传递所有这些特征明天会很快就足够了吗？

C:当然。

你：什么大约1年吗?

C:这仍然太晚。

你：3个月?

C:这只是有点晚了，更像是2个月。我们必须准备使用这与我们的管理团队。

你(think):啊哈！

你：我们不能提供所有这些特征在2个月。我认为我们可以提供这4个故事在1月份，这3存储在接下来的一个月。

C:我们将我们真正需要的特征X月。

你：好吧，如果我们添加功能X我们将需要除去的一个特征。不你需要什么？

C:我们能做的只有部分功能Y。

你："确定"。我们会把这个列表和工作的更详细的估计。

C(think):哈哈！我得到了什么我想要的！

我已经找到了个遍的根本原因的估计和规划"一切"那是他们想要一个承诺交付的东西的一个日期。通过工作的目标日期工作得更好，因为它：

  1. 部队的客户，以帮助使贸易-offs

  2. 公开真正的原因是估计数

  3. 减少了许多事情来估计。

  4. 有助于识别其特点是重要的其冲刺。

我不会打破故事下这个小小的释放计划(其中似乎有什么你想要做)。释放计划将是不准确的，无论如何(因为事情会改变过时)，因此，它是有道理的，使用较准确的单元，用于估计。

我们通常利用规划的扑克有13或21是最大允许值之前的故事，需要分裂。为释放的规划，我们估计，在"理想的日子",迭代规划"的理想时间"。适用于我们。

你是如何规划在释放应用程序的客户？你在做递增的交付？或者是这个计划的初始交付的?

我建议打破发展成两个或三个星期的长短跑，然后加上一个额外一周的每个冲刺入该交付的预算自己买的一些额外的时间...只是在情况下的客户改变他们的思想有关的一个特征(他们会)。希望这将使估计的最后交货日期更容易...

如果你能说服你的客户你应该交付逐渐你发现你将创造更少冗余的故事，因为规范的变化。另外，你不需要做很多前期工作，并作为发展的进展你可以写下一批的故事，而发展是正在进行中。

我希望这有所帮助。

我通常只是要求为故事的头衔前期。我尝试看看如果我可以伤到他们至少在一个数量级。我得到一个非常粗略的估计数的依据的标题和我预计的速度/标题。我通常会有客户打破的标题为(1)需要有现在，(2)需要的，但可以等待，和(3)这些将是很好的。

我开始通过解决基(1)和未来有足够的信息，以打破他们达成的一组发布。在这一点上，我通常可以得到更好的估计，通过使用更详细的信息，提供每题的估计。我唯一的计划的组(1)故事。如果有太多的组(1)故事，以适应在一个版本中，我们分成多个一致的版本/迭代。

当我们在大约一个月开始在小组(2)故事，我再次坐下来与客户(在一个更有重点的规划会议，通常.谈到他们所有的时间)，以启动该进程的组(2)故事。

故事得到加入为该项目在获得投入的权利小组和处理作为适用于该集团--如果这是电流释放，足够详细的工作，如果以后，就标题作为一个占位符。

其他的事情我做的是确保客户了解到，这是一个合作的过程中，我们将结束他们想要什么。他们得到选择时停止--即便有的故事留在船上。只要我提供价值，他们关心的是，我们继续发展。他们需要相信，我在做什么适合于他们的工作和努力。我需要相信他们会给我最好的信息，他们可以在他们想要什么尽快为他们能。

如果你想要真正的XP然后，我会建议你去 在这里， 和读了之间的差异释放规划和迭代的规划。你不应该这样做的个别任务估计，直到你们准备好实际上开始编码。

故事!= 任务。故事被分解成任务，然后你做的 < 3天估计。估计的故事更加开放，你应该能够决定阈值的故事，估计工作最好为你和你的队伍你已经做了一段时间。(IE < 1周，2周，>2个星期，等等)。

最重要的组成部分的估计是与实际所花时间，并作出调整的估算过程。XP是所有有关的反馈意见。

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