我们是 Scrum 新手,在第一个 sprint 中,我们已经意识到团队成员(开发人员)需要对应用程序中导航应该如何工作(从用户角度)进行一些调查。
因此,在本次调查结束时,我们应该有一个关于某件事应该如何工作的提案或原型。但它实际上不会在应用程序中编码。
所以我的问题是,在 sprint 计划方面,我们应该如何处理这样的事情。我真的不认为它是用户故事,但它是什么,以及它在 Scrum 中是如何处理的?是否需要在计划委员会中添加一些内容以进行调查?
谢谢
保罗。
我们是 Scrum 新手,在第一个 sprint 中,我们已经意识到团队成员(开发人员)需要对应用程序中导航应该如何工作(从用户角度)进行一些调查。
因此,在本次调查结束时,我们应该有一个关于某件事应该如何工作的提案或原型。但它实际上不会在应用程序中编码。
所以我的问题是,在 sprint 计划方面,我们应该如何处理这样的事情。我真的不认为它是用户故事,但它是什么,以及它在 Scrum 中是如何处理的?是否需要在计划委员会中添加一些内容以进行调查?
谢谢
保罗。
尽量像对待任何其他需求一样对待原型设计。想想你想要实现什么,创建一个用户故事,定义一个或几个任务,并在 sprint 计划期间对其进行估计。在这种情况下,将开发团队视为用户。一定要把它写在计划板上,并在每日 Scrum 会议中跟踪进度。如果您在估算任务时遇到问题,请将它们定义为“有时间限制的”,即使用固定的时间预算,以防止“无休止”的工作没有结果。
虽然你得到了解决方案只是想在这里添加一些东西。这种原型设计/研究工作在敏捷世界中被称为尖峰。
在这里,团队将一些成员投入到这样的高峰中,只是为了了解用户故事的可行性,并能够帮助整个团队估计用户故事。
SCRUM 更像是一个组织过程,而不是一个开发模型,比如原型驱动的开发。这意味着可以轻松整合不同的 X 驱动开发模型,例如 TDD 甚至原型驱动 (PDD)。
要将 PDD 合并到 SCRUM 中,可以设置几个原型版本的里程碑。SCRUM 可以正常使用,将每个原型视为一个全新的项目。它适用于复杂的原型。
但是,如果创建原型非常容易,并且一个人可以在一两个冲刺中完成,那么保留原型专家可能会很有用,就像应用专家一样,监控工作团队其他成员检查与最终目标的一致性。然而,原型专家可以迭代地提供新的原型,以实用的方式指导团队其他成员的工作,这与应用专家不同。