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 精读 - 11. Review和Retro
今天接着scrum活动,一起看看Review 和 Retrospective。\x0d\x0a 这两个活动经常是团队不知道怎么组织或者组织效果不好的,我们先一字一句看看指南里是怎么说的,然后再看看实践中有什么需要注意的。
讲一个故事,从楼下的大米先生看自我改善
昨天和法国教练Cyril打了一个多小时的电话,讨论关于CoP(Community of Practices)
定义unFIX: “解构” 一场打破软件工厂的运动
目前市面上大多数的方法论,都在默默地被“工厂化”,追求更快,更标准,更统一,更“结构主义”。在我眼中,unFIX的不同之处,更像是一场“打破软件工厂的运动”,绝对不仅仅是一个工具集或者语言模型。
修炼4: 一个万能的按钮
没有人让我做这些啊,我为什么做这些呢?\x0d\x0a闲的。\x0d\x0a所以闲下来是第一生产力,让团队闲下来,是让团队升级的最简单粗暴的办法。想要做一个万能的按钮吗?那先让团队闲下来。
用领域驱动设计,把企业知识库改造成活的"世界模型"
具身智能圈子里,「世界模型 World Model」这词火得不行。智能体要在物理世界里行动,脑子里就得有个对环境的认知和预测模型。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线