扫码阅读
手机扫码阅读
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)以及它们如何与产品目标相映射。团队也可以邀请外部专家参与会议提供建议。
最后,文中指出经常有团队在会议前对讨论内容不了解,导致会议冗长或需要重新准备文档。作者询问产品经理和开发团队是否事先沟通了会议内容,发现沟通仅限于产品经理通过邮件发送文档,而开发团队并未真正理解内容,依赖会议上的解释。这暴露了准备工作的不足,需要改进。
想要了解更多内容?

老袁讲敏捷
扫码关注公众号
老袁讲敏捷的其他文章
Scrum Guide 精读 - 6. Scrum team - PO
Scrum Guide 精读,今天接着讲scrum team里的PO部分。开始之前先说一下我几个在不同团队里
数字化团队的需求管理,最小化Output,而不是最大化
让我们重新回到做产品的本质上来,用最少的Output,获得最大的Outcome,这是做产品的核心逻辑。如果出发点不是这个的话,我们不是在做产品,是在应付上级。
CoP实践社群 中法两国的玩法 -中法共建敏捷教练专栏
先上结论:社群并不是茶话会,也不是组织活动的装饰品,而应该是组织的标配,并且解决工作中的具体问题。\x0d\x0a最好的方式是聘请外部教练。
1. 传统行业数字化部门最需要什么
如果我们抛开所有局限,只问一个问题,数字化部门最最最需要的是什么呢?\x0d\x0a如果只能关注一个问题,那么我们应该关注什么问题呢?
文化篇:公司为团队成长操的这些心
上一篇我们聊了组织结构,比较宏观,关于组织结构的话题还有很多,后面可以慢慢聊。今天往下看,数字化团队里面最核
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线