Scrum Guide 精读 - 9. Sprint Planning
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
老袁讲敏捷
扫码关注公众号
扫码阅读
手机扫码阅读
Scrum Guide 精读摘要 - Sprint Planning
本文讨论了 Scrum 活动中的 Sprint Planning(迭代计划会议)的重要性和执行方式。会议中,团队会详细讨论接下来 Sprint 的工作任务,包括需要开发的功能、界面设计、前后端工作、测试与自动化工作量以及与外部团队的协作量。团队成员将以故事点评估这些工作量,并与产品经理一起安排进 Sprint,确保两周内有足够工作。
通常有一个假设:团队的能力(capacity)与一个 Sprint 内可完成的故事点数量相对应。产品经理可以通过增加故事点确保团队工作量充足,但这种做法与 Scrum 原则无关。
Scrum guide 对于 Sprint Planning 的描述强调,它是通过整个 Scrum 团队的协作来规划 Sprint 的工作。产品经理必须确保参与者准备充分,讨论最重要的产品待办事项(Product Backlog items)以及它们如何与产品目标相映射。团队也可以邀请外部专家参与会议提供建议。
最后,文中指出经常有团队在会议前对讨论内容不了解,导致会议冗长或需要重新准备文档。作者询问产品经理和开发团队是否事先沟通了会议内容,发现沟通仅限于产品经理通过邮件发送文档,而开发团队并未真正理解内容,依赖会议上的解释。这暴露了准备工作的不足,需要改进。
老袁讲敏捷
老袁讲敏捷
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
老袁讲敏捷的其他文章
CoP实践社群 中法两国的玩法 -中法共建敏捷教练专栏
先上结论:社群并不是茶话会,也不是组织活动的装饰品,而应该是组织的标配,并且解决工作中的具体问题。\x0d\x0a最好的方式是聘请外部教练。
敏捷团队的Sprint Goal
团队当然希望能够在迭代内有所产出。\x0d\x0a管理者当然也希望能在迭代内看到收获。\x0d\x0a\x0d\x0a但往往我们的工作并不是由目标为中心而组织的,\x0d\x0a而是由「历史事务」为中心而组织的。
修炼 10 打破部门墙
上一期讲到,
我正在稳步接手罗马尼亚团队的管理??
关于Burn Out引发的讨论 (情绪敏捷) - 中法敏捷教练对话
Burn Out是一个经常出现,但无人讨论的话题。我们在媒体和话题中经常看到Burn Out,但是在公司中却是一种非常禁忌的话题。在公司中从不会讨论谁Burn Out了,是怎样产生的,对工作有怎样的影响,应该如何预防,如何识别,如何处理。
修炼6 一整个团队的集体辞职
我的一个老外朋友,有一句很经典的话:“离职就像离婚,只有第一次的时候,会很伤心。” \x0d\x0a很新奇的比喻。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线