我们如何处理Scrum中的原型设计？

Question

我们是Scrum的新手，在第一个sprint中，我们已经意识到团队成员之一（开发人员）需要对应用程序中的导航应该如何工作（从用户角度）进行一些调查。 p>

因此，在本次调查结束时，我们应该有一个如何工作的提案或原型。但它实际上并没有在应用程序中编码。

所以我的问题是，我们应该如何在sprint计划方面处理这样的事情。我并不认为它是用户故事，但是它是什么，以及如何在Scrum中对待它？是否需要将某些事项添加到规划委员会进行调查？

由于

保罗。

Answer 1

尝试尽可能多地处理原型设计。考虑您想要实现的目标，创建用户故事，定义一个或多个任务，并在sprint计划期间对其进行估算。在这种情况下，将开发团队视为用户。绝对有它在规划委员会并跟踪每日Scrum会议的进展。如果您在估算任务时遇到问题，请将它们定义为“时间框”，即使用固定的时间预算，以防止没有结果的“无休止”工作。

Answer 2

虽然你有解决方案只是想在这里添加一些东西。 这种原型设计/研究工作在敏捷世界中被称为Spikes。

在这里，团队将一些成员专注于此类峰值，以便了解用户故事的可行性，并能够帮助整个团队估算用户故事。

Answer 3

SCRUM是一个组织过程而不是开发模型，就像原型驱动的开发一样。这意味着可以轻松合并不同的X驱动开发模型，如TDD甚至原型驱动（PDD）。

要在SCRUM中加入PDD，可以设置几个原型版本的里程碑。 SCRUM可以正常使用，将每个原型作为一个整体新项目。它适用于复杂的原型。

但是，如果创建一个原型非常简单，并且一个人可以在一两次冲刺中做到这一点，那么保留原型专家可能会很有用，就像应用专家一样，监控团队其他成员的工作，以确定与最终目标的一致性。然而，原型专家可以迭代地提供新的原型，以实用的方式指导团队其他成员的工作，与应用专家不同。