本文主要是介绍Sprint规划会议二，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
会议目的该会议的工作以设计为主，产品开发团队可以为他们要实现的解决方案完成设计工作，在会议结束后，团队知道如何构建他们在当前 Sprint 中要开发的功能。
基本要求
只有产品开发团队才能制定解决方案，架构师或其他团队之外的人只是受邀帮助团队。
构成部分：
能够帮助团队在该 Sprint 中构建解决方案的人，比如厂商或是来自其他团队的人员。
选择好的 Product Backlog 条目。
挂图......
注意事项：不要估算任务，不要分配任务。
会议输出
应用设计、架构设计图、相关图表
确保团队知道应该如何完成任务！
会议过程
从第一个 Backlog 条目开始。
查看挂图，确定对于客户的需求理解正确。
围绕该 Backlog 条目进行设计，并基于下列类似问题： •我们需要编写什么样的接口？
我们需要创建什么样的架构？
我们需要更新哪些表？
我们需要更新或是编写哪些组件？
......
当团队明确知道自己应该如何开发该功能后，就可以转向下一个 Backlog 条目了。在会议的最后 10 分钟，团队成员使用即时贴写出初步的任务。这能帮助团队成员知道接下来的工作从哪里开展，将这些任务放在任务板上。
持续时间：在 Sprint 规划会议第一部分完成后，召开该会议。可以将午餐作为两次会议的一个更长久的休息。但是要在同一天完成 Sprint 规划第一部分，在 Sprint 中，每周该会议占用时间为 60 分钟。
这篇关于Sprint规划会议二的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
