我管理一个开发基于 Web 的 CRM 的团队。我们正在尝试为该项目引入 UX 设计师，但我不知道最好的方法。我有两个建议，我更倾向于第二个。
在第一种方法中，我们有两个产品待办事项；UX 团队将构建所有模型、研究和文档并提交给 Dev Backlog。只有已经模拟的故事才是“可开发的”。然后产品负责人将优先处理第一个和第二个积压工作。第一个团队交付的第一个任务并不总是由第二个团队首先开发。
我们只有一个待办事项，用户体验设计师将成为团队的一员，我认为这种方法更“精简”，并将用户体验带到了冲刺的愿景中，他变得更加专注于目标。但是……会在 sprint 中创建一个小瀑布，开发人员需要等待他决定对新功能使用最佳视觉方法。
您认为哪种策略效果更好？你还有别的提议吗？
谢谢，
阿曼多
正如 Mike Cohn 在功能团队的好处中所说：
理想情况下，项目中的每个团队都可以负责工作（测试）功能的端到端交付，而不是围绕组件进行组织。
牢记这一点，Scrum 框架会推荐您的第二种方法。UX 设计师应该是团队的一员。
我个人认为即使是第一种方法也不错，但是需要各个团队付出更多的努力才能避免由于沟通中断而导致的失败。如果开发人员和用户体验设计师开始在自己的孤岛中工作，并且他们认为端到端交付不是集体责任，那么这可能会导致问题。
当用户体验设计师与开发人员在同一个团队中工作时，所有团队成员之间将有一个共同的愿景，即在特定的冲刺期间要交付什么。如果开发人员在设计集成过程中遇到问题，那么 UX 设计师可以快速帮助开发人员，因为他们的交付目标是相同的。
对于与开发人员的“等待时间”相关的问题，让团队决定可能的解决方案（因为 Scrum 鼓励自组织团队）。一种可能的选择是从最简单的屏幕开始，该屏幕可以快速模拟并提供给开发人员。另一种选择可能是开发人员可以在等待设计时编写单元测试（用于测试驱动开发）。
根据我的经验，用户体验设计师很难融入 Scrum 团队。原因？他们太专业了。
Scrum 将开发团队中的每个人都称为开发人员，无论他们的专业如何。我们希望人们具有交叉技能，因为这为我们提供了更大的敏捷性。
在您的情况下，我会推荐一个产品待办列表，因为这样您可以更好地管理优先级。然后，我建议 UX 人员在开发团队中分享一些 UX 工作，并承担一些非 UX 工作（例如制作用户故事和/或测试）