敏捷开发:哪里包括UI编码？

Question

我已经做了很长一段时间的敏捷计划，但是我总是有一个相同的问题:我应该把基本的UI开发任务放在哪里？我的意思是，例如，如果我们正在开发一个web应用程序，我们需要一些时间来设计和开发基本的UI。

通常，我们会在相关的用户故事中添加额外的点数，这样我们就可以计划sprint了。有更好的(或正确的)做法吗？

Answer 1

我发现将用户体验设计作为精化的一部分是非常有帮助的。我还发现将UX设计作为产品管理组织的一部分也是很有帮助的。

发现不仅是发现涉众对系统的需求，还包括涉众如何与系统进行最佳交互。尽管您的产品经理倾向于了解域和不同涉众类，以及这些人打算如何使用系统，但了解用户体验设计、用户交互和用户界面设计原则是一项专长。

在需求工程和用户体验设计之间，有些工作是常见的，例如识别人物角色或用户类，创建用户流和用户故事或场景。然而，用户体验设计使用它来创建线框和其他模型或原型，并对不同用户的正确交互进行各种测试。这些测试的输出用于细化开发团队用于构建产品的标准。

这并不意味着您的UX设计人员不能像开发团队那样在迭代节奏中工作。事实上，让他们在类似的节奏上操作可能是有益的。然而，他们正在做的工作实际上是发现未来的工作将由团队在以后的冲刺中开发。

还有一种情况是，您没有专门用于UX/UI设计工作的资源。在这种情况下，您应该将设计工作视为您所拥有的任何待办事项细化活动的一部分。框架，如Scrum，提供了关于应该将多少精力分配给待办事项处理的指导。其中一些时间可以是团队审查、评估和分解工作，而其中的一些时间用于支持需求的初始开发过程中的产品管理，包括针对设计和模型设计UI和任何类型的用户测试。

如果您需要更多的时间进行细化，您应该将这项工作作为迭代的一部分来规划。确保你有具体的工作和具体的交付物，这样团队就可以根据团队的流程评估工作，并相应地计划它。但请务必考虑到，这些设计任务至少需要在实现交付工作之前进行一两次迭代，以使设计能够用于通知对实现设计的工作的估计和改进，

Answer 2

Scrum并不是关于何时或如何执行任何特定任务的详细说明，它是一个用于完善开发过程的框架，而不是一个完整的过程。

在实践中，我经历了这些不同的方法：

1. 当UI设计是需求的一部分时，故事应该包括模拟或线框，确保在三友中包含足够的细节。
2. 当UI设计精化是sprint交付不可或缺的一部分时，它就变成了故事中的一个任务，就像任何开发任务一样。
3. 当需要外部审查或批准意味着无法在实施开始之前完成工作时，线框或模型的交付可以是在前面的sprint中交付的一个单独的故事。