sprint周期及参与人员
Sprint 计划活动是我们 Scrum 活动的重要组成部分。我们在每两周 sprint 开始时都有计划会议。我们将整个团队召集在一起,包括 QA 工程师、UX 设计师、支持工程师、技术作家和营销经理,讨论我们希望为即将到来的 sprint 采用的用户故事。
在计划会议开始之前,Scrum Master 打印用户故事并将它们固定到物理板上。团队的每个成员都会检查每个用户故事的描述,以积极参与规划讨论。
计划会议分为两部分:业务和技术。
业务部分专门讨论业务范围。Scrum Master 描述了每个用户故事,因此团队可以详细讨论范围。每个人都可以自由提问以进行澄清。当没有进一步的问题并且每个人都明白需要做什么来实现用户故事时,讨论就结束了。
技术部分,业务部分结束后,开发人员开始技术部分。其他人都可以离开并恢复正常活动。开发人员讨论技术细节并将用户故事拆分为任务。由于我们开始使用#NoEstimations 方法,因此我们不会在计划会期间估计用户故事和任务。我们确保讨论尽可能多的细节,以免忘记任何重要的事情。如果我们意识到任务需要超过两天才能完成,我们可以在 sprint 期间进一步分解任务。
计划会议通常需要 60 到 90 分钟。业务和技术部分每个大约需要 30-45 分钟。我们坚信,这些定期会议可以帮助整个团队保持一致,并专注于对每个人都重要的事情:
- QA 团队知道该功能在测试时应该如何工作。
- 支持团队了解开发中的所有内容,并决定应将哪些支持添加到董事会。
- 技术作家团队获得有关新功能的所有重要细节,因此将来为最终用户记录它们会更容易。
- 营销团队将客户的需求和用例带到每个用户故事中,并获取他们向我们的受众介绍新功能所需的所有细节。