您好!
欢迎来到京东云开发者社区
登录
首页
博文
课程
大赛
工具
用户中心
开源
首页
博文
课程
大赛
工具
开源
更多
用户中心
开发者社区
>
博文
>
Being Agile!Scrum Guide 2020新版同步
分享
打开微信扫码分享
点击前往QQ分享
点击前往微博分享
点击复制链接
Being Agile!Scrum Guide 2020新版同步
自猿其说Tech
2021-01-15
IP归属:未知
34720浏览
敏捷
敏捷架构
前端
计算机编程
------------ **主编的话:** 们向大家推出Scrum25周年Scrum 2020版。在这次发版中,Scrum首次将其描述为可以被非IT领域使用,我认为这是Scrum在结合了特别是近几年的业务敏捷的趋势及各行业的应用结果而提出的。Scrum 2020此次做了很大的精简,更趋向一个框架和一种思想,这也给使用它的人提出更高的要求。 其中,这次发版,明确提出了Product Goal及强调 Scrum Master是True Leader。这两点在我们的推广工作中也是如此去做的。看到新版把其强调出来,我个人非常高兴。 北京时间2020年11月18日晚11点,在庆祝Scrum诞生25周年之际,Scrum两位创始人Dr. Jeff Sutherland和Ken Schwaber联袂发布新版Scrum Guide 2020。 ![](//img1.jcloudcs.com/developer.jdcloud.com/00b2a97d-0e4c-4e58-9c73-902cba7b979020210115144249.png) **请查看以下摘要,以了解已更改的内容和同样重要的未更改的内容。** #### 从2017版到2020版的七个主要变化: #### 不变的是: 简而言之,Scrum仍然是Scrum。Scrum仍然是一个轻量级的框架,可以解决复杂的问题并创造价值。Scrum仍然是一个跨职能的团队,彼此之间以及他们的利益相关方之间密切合作。作为一个团队,他们为每个迭代创建有价值且有用的增量。 #### 发生了什么变化: ##### 1.规范性更低,强调“不说教” 近些年来,Scrum指南开始变得越来越有规定性。2020版旨在通过删除或淡化规定性语言,使Scrum重新成为最低限度的框架。例如删除了Daily Scrum三个提问,淡化了关于PBI属性的相关描述,淡化了Sprint Backlog中改进项的相关描述,删除了“取消 Sprint”一节更改为更为简单的描述 ,等等。 ##### 2.一支团队,专注于一个产品 产品经理,Scrum Master和开发人员只是这个团队中的不同角色而已。大家专注于同一个目标,中间不应该存在代理,不应该存在“我们和他们”这样的团队鸿沟,更不应该存在所谓“团队中的团队”。 ##### 3.加入Product Goal 2020版Scrum指南引入了Product Goal的概念,为Scrum Team提供了一个更具价值的目标的专注点。每个Sprint都应使产品更接近整体的Product Goal。 ##### 4.给Sprint Goal、Definition of Done和Product Goal安了家 2020版对三个工件中的每一个都包含一个相应的的“承诺”: - 对于 Product Backlog,它是Product Goal, - 对于Sprint Backlog则是Sprint Goal, - 而Increment则是Definition of Done (现在,Done不再加引号)。它们的存在是为了带来透明度,并专注于每个工件的进展。 ##### 5.自管理胜过自组织 之前版本的Scrum指南将开发团队( Development Team)称为自组织,选择谁和如何做。2020 版更关注Scrum Team,强调一个自管理的Scrum Team,选择谁、如何做以及做什么。 ##### 6.服务型领导变成了True Leader 新版指南,将服务型领导者(Servant Leader)改成了真正的领导者(True Leader)。很多团队中的Scrum Master经常由刚毕业的小弟小妹担任,误认为Scrum Master的工作主要是开开会、做做记录、打打报告,有的团队成员还把一些自己不想干的琐事和杂事,理所当然地推给Scrum Master。新版Scrum指南明确对Scrum Master提出了更高要求,Scrum Master是一个可以与团队“一起上战场,夺取胜利”的大将军。 ##### 7.为更广泛的受众而全面简化语言 2020版Scrum指南着重于消除冗余和复杂的陈述,以及删除所有与IT工作相关的推断(例如,测试、系统、设计、需求,等等)。现在,Scrum指南不到 13 页。 ------------ ###### Being Agile 京东物流技术发展部效能提升部 ###### 作者:效能提升部 刘启佳 ![](//img1.jcloudcs.com/developer.jdcloud.com/55b7e20d-7989-4671-a37f-0aaf4b67b17320210115144600.png)
原创文章,需联系作者,授权转载
上一篇:你的“智能缩放”够智能吗?
下一篇:Being Agile!领域驱动设计的思考题
相关文章
浅谈对敏捷的认识
架构研究:研发敏捷与中台架构(论前台bp研发敏捷)
敏捷实践 — 估算
自猿其说Tech
文章数
426
阅读量
2149964
作者其他文章
01
深入JDK中的Optional
本文将从Optional所解决的问题开始,逐层解剖,由浅入深,文中会出现Optioanl方法之间的对比,实践,误用情况分析,优缺点等。与大家一起,对这项Java8中的新特性,进行理解和深入。
01
Taro小程序跨端开发入门实战
为了让小程序开发更简单,更高效,我们采用 Taro 作为首选框架,我们将使用 Taro 的实践经验整理了出来,主要内容围绕着什么是 Taro,为什么用 Taro,以及 Taro 如何使用(正确使用的姿势),还有 Taro 背后的一些设计思想来进行展开,让大家能够对 Taro 有个完整的认识。
01
Flutter For Web实践
Flutter For Web 已经发布一年多时间,它的发布意味着我们可以真正地使用一套代码、一套资源部署整个大前端系统(包括:iOS、Android、Web)。渠道研发组经过一段时间的探索,使用Flutter For Web技术开发了移动端可视化编程平台—Flutter乐高,在这里希望和大家分享下使用Flutter For Web实践过程和踩坑实践
01
配运基础数据缓存瘦身实践
在基础数据的常规能力当中,数据的存取是最基础也是最重要的能力,为了整体提高数据的读取能力,缓存技术在基础数据的场景中得到了广泛的使用,下面会重点展示一下配运组近期针对数据缓存做的瘦身实践。
最新回复
丨
点赞排行
共0条评论
自猿其说Tech
文章数
426
阅读量
2149964
作者其他文章
01
深入JDK中的Optional
01
Taro小程序跨端开发入门实战
01
Flutter For Web实践
01
配运基础数据缓存瘦身实践
添加企业微信
获取1V1专业服务
扫码关注
京东云开发者公众号