问一个专业Scrum教练——约翰·莱利和本·索普
Scrum本身是一个简单有效的团队协作框架复杂产品。虽然它很轻便,容易理解,很难掌握。Scrum.org问一个专业Scrum教练系列特色专业的Scrum培训师(pst)生活会话,回答你最紧迫的问题,情况你的Scrum团队面临的挑战。这段特殊时期集中在规范工作流程和非IT团队和持续交付。
在这节课中问一个专业Scrum教练pst约翰·莱利和本·索普回答问题相关的有效规范工作流程和开发一个测试优先的心态。他们在实践和技术提供有用的启动不断交付软件和非软件产品。
成绩单
林赛Velecina(00:05开始5):
早上好,下午好,晚上好,无论你在哪里今天世界各地。欢迎来到今天的问一个专业的scrum培训研讨会。今天我和约翰·莱利和本·索普。他们在这里回答你所有的问题关于Scrum和乐于帮助有问题的有效规范工作流程和开发一个测试第一的心态。同时,乐于回答问题相关的非软件相关行业与Scrum。所以希望今天一些重大问题和一些很好的讨论。我是林赛Velecina。我与Scrum.org和我将你的主持人。
林赛Velecina (00:51):
酷。好了。所以这里一些快速指南在我们开始之前。所以,你可能已经注意到你的麦克风是柔和的,然而,这并不意味着我们不希望你问问题。这就是为什么我们在这里。请输入你的问题到q和一盒位于屏幕的底部。这个记录将在24小时内。如果你需要离开任何理由或类似的东西,会有一个记录提供给你。所以请开始,你知道,填充你的问题,我们通过这些介绍幻灯片。所以很快Scrum.org是谁? So we are the home of Scrum. We were founded by Ken Schwaber, the co-creator of Scrum back in 2009. Our mission is helping people and team solve complex problems through higher levels of professionalism.
林赛Velecina (01:49):
我们提供专业的培训和认证的Scrum,全球有超过340专业Scrum教练教我们课程。也有我们专业的scrum认证帮助你验证知识收获。我们也有很多免费资源,我们鼓励你使用那些在我们的网站上这样的在线研讨会和学习路径。所以请检查这些,我希望今天是一个重要的资产,这将帮助你在你的学习旅程。所以,我想把它交给约翰和本介绍自己。
约翰·莱利(02:35):
谢谢你林赛。大家好,无论你发生。我的名字是约翰·莱利。我在俄亥俄州哥伦布市地区在美国。我只是想表达我的感激之情是scrum.org社区活动的一部分,有那么多兴趣Scrum和能够看到你可以看到如何有效地付诸实践。2022世界杯国家队排名我主要的敏捷教练和教练准备设置灵活,始于2017年。我们真的只有一个,一个想法,迅速获得反馈和应对变化。这是我们的使命的一部分,是帮助团队理解什么是自我管理的重要性和有经验的方法。这是我的电子邮件如果你想给我发邮件。你可以成为我们社区的一部分,我会送你一个松弛的2022世界杯国家队排名邀请。
约翰·莱利(03:40):
我的一些最近的scrum培训课程之外的工作,我跑大约2010以来我一直练习敏捷性。所以大部分已经在Scrum框架。前三,你,你看有不相关的工作。这第一个scrum master基本上为一个生产项目。这是他们的使命。这是他们的产品的目标是提出一个革命性的建筑材料。是的,他们有资金。你知道,一些其他的事情你知道,信用卡促销的营销团队。你知道,这是非常有趣,因为它主要是营销重点,但并不是完全因为我们必须找出我们要集成的it团队。
约翰·莱利(04:41):
我也正在与其他几人合作帮助他们承担,敏捷的思维。和另一个工作是帮助媒体制作公司想出一个DevOps文化,弄清楚这意味着什么。我也积极参与帮助我们年轻的成年人和青少年承担Scrum和试图实现它在我们的学校。和你知道的,我的导师向人们展示怎么做。下面是我的个人简历,所有正式的东西。制造业背景,主要是软件开发。我的软件开发队伍是一个开发人员,你知道,超过20年,但我仍然涉足代码。这是一些关于我自己。希望能有一次伟大的会议,希望能有一些很棒的问题需要回答。
本·索普(05:45):
大家好！我的名字叫本·索普。我同去,用视觉方法在这里,为我的个人简历。我收到反馈一次面试,我的简历绝对没有道理<笑>。所以我做了很多事情,和扮演很多不同的角色。所以你知道,作为一个软件工程师编写代码了。做了很多,你知道,,,,你知道,我很快意识到,我的激情,我真的是在创造的工作环境,利用最好的人。因为它,你知道,这是正确的做法。二,它创造了,你知道,将带来更好的商业结果当你有,你知道的,高效的团队。你有一个好的文化,你有良好的合作。 And so I, I realized that that was really where my passion was.
本·索普(06:42):
所以我有点扭曲,你知道的,我的,我的软件工程背景,这种方法。所以你可以看到走了一半,scrum管理者和产品一旦我被暴露在scrum教练社区成为了scrum教练,你知道的,开始我的scrum master的位置。2022世界杯国家队排名我从来没有返回每个位置我或角色,我在,我显示为一个scrum master,即使它不是我的标题。你知道的,所以我,,它是嵌入在我。所以,你知道,真正的我,那是我的职业使命,我恰巧在任何角色,你知道的,我说在这里的任务,你知道,重要的交付产品,重视客户,不断的学习和尝试,培育安全文化,与合作。Scrum是一,我喜欢,你知道这是一个价值框架,基于实证的过程。因此,它真的适合我自己的职业使命。所以,目前我公司负责产品开发的副总裁商务的专业服务。这是一个SaaS公司所以我运行产品开发。我支持产品开发那里的几个品牌。 So yeah, that's it.
林赛Velecina (08:02):
好,谢谢你。好了,现在,是时候q和一个会话。所以每个人都请你们的问题加载到q和一盒。我将开始经历这些。对于那些刚刚加入了你的麦克风是低调。所以如果你有问题,只是进入到q和一盒。如果你有任何技术问题,请那些输入聊天。所以我要停止共享。好的,所以问题也开始进来。这问题是关于产品的所有权。 So do you have any suggestions to convince the product owner to maximize the value of the product itself and not try to maximize the utilization of the Scrum team? Who wants good one to meet that one. Go ahead, Ben.
本·索普(09:06):
是的,我没有,我们,约翰和我都是喜欢,嗯,谁来,谁会先咬吗?<笑>。是的,这是一个,这是一个艰难的一个。scrum的答案,你知道的,和我,但我,我认为,这个网络研讨会,就是,你知道,实际实用的理念和思想如何解决某些难题。我首先想了解的是这个产品所有者正在鼓励吗?以我的经验在很多环境中,产品所有者实际上是鼓励交货,运输的特性有一个可预测的交付过程。只要在的地方,你知道,产品所有者可能不是鼓励或连接到组织的价值。产品所有者,在报价,意味着它可以意味着不同的事情取决于组织。
本·索普(上午10:02):
所以他们不一定有什么Scrum,你知道,在框架,即,产品所有者拥有,实际的最终结果和最终值。所以我想建议是一部分,帮助产品所有者了解这个角色。看看你能否帮助与关键利益相关者谁做自己的价值。和两个部分,你知道,如果你要从一个scrum master的角度来看,你的角色就是指导向上和向外的一部分组织。所以你可以做的一件事是创建一些透明度。而且,你知道,你,可以,你知道,工作,与那些,那些关键的利益相关者和问,嘿,那会是更好的,如果这些软件开发团队更多的插入语句的值?但这并不是真正的答案。我很想听听约翰说。
约翰·莱利(10:57):
我喜欢你的答案很多,本。和我想说的东西沿着相同的路线。你知道,我,我的教练团队,这是他们的第一首选从产品所有者的角度说,嗯,我想要从团队产出。所以我,我完全理解你来自哪里。当我一直在一个scrum master团队,有时我做什么是我要你知道,允许产品所有者了解他们关注的焦点是什么,在什么定义。我意思是花费很多时间来定义你的目的是把产品待办事项列表项产品待办事项列表。本说,你作为一个产品负责人的主要工作是产品的价值最大化,对吧?是确定价值的一部分,对吧?什么是你客户的价值,你的涉众,你的用户?什么对你的价值和价值的团队是什么? What's going to help the team succeed into being the best self-managing team that they can? And, and really just start there, kind of separate the what from the how so product owner's all about the, what the self-managing developers are about the how so might not have better can something there. Yeah, absolutely.
本·索普(12:26):
所以你,正如你说的让我想到不同的方法定义价值,这你也,你知道,你可以开始推动一个,你知道的,更多的是,一个工厂,一个d交付,基于输出的团队向价值首先至少与每个积压项目刚刚开始,你知道,,,你知道,在scrum中,产品在项目具有某种价值声明,不要结束,必须是完美的,也必须是一个纯客户交付价值,但它是有价值的人。它可能是利益相关者价值,你知道,这可能是这个利益相关者这个东西是有价值的,即使我们仍可能有点脱离最终价值。但可以让产品负责人考虑为什么这些物品。
本·索普(聪明的):
另一块是最新scrum指导吧至少去年的产品目标。你知道,不同的行业术语,也被抛出,像OKRs目标和关键结果是另一个你知道的,看这个。但在scrum的说法,产品目标真正定义了一个长期的目标。如果一个产品所有者可以帮助,处理团队和涉众可以定义这些产品的目标,还可以帮助将它们连接到我们为什么要这样做?这还重要吗?你知道,我们是我们正在做的不仅仅是航运块部分,我们插进这个总体目标,你知道的,希望你知道,一些更大的目标,顾客价值有更清楚的领带或业务的结果。所以一些额外的想法。
林赛Velecina (14:09):
太棒了。谢谢你们两个。在移动。所以你能解释测试前和测试驱动的区别?
约翰·莱利(14:23):
我想我们会,我,我,我,我要假设这意味着测试驱动开发和测试首先心态。你知道,我,我,我将继续跳。我,在,在,从它所说的的原则,他们基本上是一样的。测试第一的心态或测试驱动开发。什么是重要的理解是被测试。所以,让我先从测试开始。心态的考验。首先心态是谈论本基本上是指从一个产品的目标角度确定值。而且,你知道,当你拿出你的目标的目的,开始思考,好吧,我们要如何测试,对吗?我们要如何测试这个目的? And that's what a test first mindset is, is basically saying actually Ben and I work with a guy at a, a bank here in central Ohio.
约翰·莱利(15:28):
和在我们改进会议他将会说,这很好,但是我们要如何测试呢?和我们开发人员会说,哇,等一下。好问题。这就是我所看到的是一个测试第一的心态。测试驱动开发基本上是一样的,测试的心态,你写测试,你看它失败,因为没有任何代码来支持它。你写的代码以使测试通过,然后重构,按照你的质量标准。这是我如何区分这两个。本,任何添加吗?
本·索普(十六12):
测试总结,首先我们说的更多的是一种心态在思考,开始与结束,你知道,进行一次,有一个实验的心态,而测试驱动的开发是一个特定的技术用于应用测试首先心态也可能更具体的,你知道,这是一个非常具体的软件开发技术,您仍然可以使用测试首先心态甚至以外的软件开发。但我认为这是一次很好的总结。
林赛Velecina (16:46):
谢谢你的家伙。好的,下一个问题来自珍妮弗。我在一个制造环境中,一些领导人想瘦Scrum过程。作为一个scrum master,我不希望看到这个过程中探出。我认为Scrum足够瘦。你看到在其他组织?
约翰·莱利(17:09):
詹妮弗,谢谢你这个问题。来自制造业背景,我知道你在说什么。一件事你必须知道关于Scrum虽然是和真的不太透明,但Scrum,当它第一次被开发是基于一些精益原则。所以我要假设当你说瘦,你谈论的精益原则。你知道,这对Scrum说如果你想去我,我,我想问你一个Scrum master是花一些时间,为什么你想要的,为什么你认为Scrum的路要走。如果你,特别是如果你认为这是帮助你管理复杂性和你有一个复杂的情况,那么可能要使用Scrum。你知道,我想说,Scrum与精益是一个很好的路要走,因为我的意思是,第一个精益原则确定价值和地图,然后第二个是价值流图,,你知道,在Scrum中,这就是我们做的。所以需要一些时间来分析为什么Scrum将正确的方式来管理你的复杂性。
本·索普(18:31):
是的,我,我,,,这取决于答案总是,你知道,可怕的答案,这些调用,但我认为,就像你说的,约翰,当我们说瘦出想到对我来说,如果有人在制造环境中,他们想减少浪费你知道吗,如果有,如果有开销,这是一个,你知道,我看到这所有的时间我的工作。Scrum可以认为,你知道,20年前,这是,你知道的,视为一个轻量级框架。今天,我听到,你知道,嗯,这是,这是一个重量级的框架,或者是浪费的,你知道,所有这些会议。所以我认为最重要的有演示,每个会话的价值就,你知道,什么,你知道,sprint计划会议。什么,这帮助我们做什么呢?
本·索普(19:26):
这帮助我们创建焦点在sprint中本身。所以我们都是,我们都是一起工作在一件事上,我们没有上下文切换。你可以联系这些事情,如果人们理解精益,他们可能会理解,你知道,流的概念,这些概念你知道,更多的概念结合起来,你知道,你可以,你可以占用sprint回顾,我们确保我们做正确的构建正确的事情经常通过利益相关者。所以看起来只是一个额外的会议。但这里的意图从减少废物的角度来看是确保我们不等待,你知道,两个,三个月,以确保我们建立正确的事情。你所需要的,所以你可以领带,你知道,在回顾本身,你知道的,你可以考虑的一件事是把团队回顾,嘿,我们的利益相关者或我们的管理他们,你知道,我听到说话,Scrum是浪费,或者,你知道,有太多的涉及。我们认为,你知道,是有,有方面的我们如何实现Scrum浪费?有太多的开销。把它带到团队中是一种常见的咒语的,scrum。所以,你知道,,不要害怕带来一些,这个输入并获得直接团队,参与解决问题。
林赛Velecina (20:50):
太好了。谢谢。下一个问题我要加入一个团队的主要问题是在最后一刻收到待办事项列表中的待办项是包含在持续的冲刺。任何正确的管理这个问题的建议是非常受欢迎的。
约翰·莱利(21:11):
另一个常见的事情我们处理Scrum管理员或者在Scrum团队我将开始这只是指出一个敏捷原则甚至是欢迎需求在开发的后期。你知道,我会问的第一件事是说,这个东西是需要添加的部分承诺sprint目标?因为在Scrum中,我们尝试的一件事和加强是Scrum目标,对不起,洒,洒在sprint中从未改变。然而,这项工作可以改变。首先,看看撒,行了吗?如果不是,那么与产品所有者合作,看看我们可以把这个产品待办事项列表为未来冲刺。如果是这样,那么我想说,这涉及到一个,把它的团队情况你会问一个团队,好的,做这一行了撒?是的,但是我们如何工作,根据我们在sprint帮助我们实现我们的目标?或者我们可以离开冲刺呢?英航基本上意味着教练团队找出sprint目标。 So, so that's kind of where I would start with it. Just knowing that the sprinkle is most important and the work is secondary. Anything I had to bent, John
本·索普(22:54):
偷了我的答案。所以我不得不争夺,想到的东西。所以一个额外的事情,这个答案可能适用于很多你知道的,现实世界中出现的问题。通常,你知道,面对这些好斗的方式或耐药的方式,你知道,感觉良好的时刻,对吧?因为这个,我们知道最喜欢可能很多人这叫理解团队的影响,持续的上下文切换,无法集中注意力,但是其他人,他们不,马不可能看到的影响。所以我建议f也是透明的。的一件事,我喜欢与团队,这不是,你知道,scrum指定的练习,但是我想所有的工作分类,你知道,所以你有不同类型的工作项。
本·索普(23:50):
有,你可能有一个错误,你可能有一个,一个新功能,你可能,所以,你知道,你可以分类工作。我总是分类一些意外。如果它进来,你知道,sprint在sprint计划和后,你知道,sprint是,你知道,开始后,你可以,你可以标签,标签是无计划的,只是有时候我仍然惊讶这一天简单的显示数据,嘿,这是一个,你知道,这是如何的最后四个sprint工作项类型的混合看起来,你知道,我们50%的工作计划外,你可以不去管它。和,你知道,你就可以开始讨论的影响,作为东西进来,我们要主,它可以创建上下文切换,产生浪费,你知道的。但我想创建一个透明最初可以谈论的好方法影响你在谈论发生了什么和意见等等。所以,
约翰·莱利(24:57):
我非常喜欢你给的一点建议让计划外工作透明化,分类,我,我要使用它
林赛Velecina (25:08):
<笑>,
本·索普(25:10):
我负责收取费用。所以。
林赛Velecina (25:17):
好吧。所以我们要先回到测试心态。所以你能分享一些建议开发一个测试第一的心态,这使得它对开发者的吸引力?
本·索普(25:38):
所以我可以谈论我,我自己的旅程。现在,至于如何影响开发人员,你知道,就像我们所有人好运。你知道,,真正的开发人员也很好,你知道,有时固执己见的理由很充分。,你知道,他们,你知道,他们有充分的理由做事情而不是做事,但是,这是一个,这是一个肌肉,这并不容易。就像什么,像任何其他实践有最初的最初年代你知道,卖。嘿,我,我想我认为这是好处,有一个测试第一的心态,我认为这将帮助我们提高我们的质量。我认为这将帮助我们减少我们的解决方案的复杂性,因为我们的发现和梳理我们的解决方案,我们正在编写这些测试,你知道,x, y, z的好处有一个测试第一的心态。
本·索普(26:45):
这里有一些事情我们可以试一试。我们可以开始写我们的验收标准,在产品项目作为所述,作为一个测试用例,你知道的,所以你的验收标准变成了一个测试计划。你知道,我用的词也许吓人,但是你,你,你知道,你必须移动P我完成,你可以去验收标准,你知道的,我可以检查这些东西,它符合标准。这是测试的第一个心态,所以你可以你的脚趾。运行一个实验。测试第一的心态是一个实验性的心态。你知道,你是谁,你,当你运行一个测试,你,你要尝试一些你不知道结果是什么。所以,你创建一个假设,你运行测试,你检查结果,检查和适应。
本·索普(27:38):
因此,它是一个非常科学的方法。这是一个训练有素的方法。当你使用d词,当你使用纪律,这意味着它需要实践和团队的一些承诺试一试。这就是我推荐的是运行一个实验,让我们,几个冲刺,我们要试试这些,这些东西,然后我们再看看会发生什么。最终,你知道的,你把它的团队,你知道,他们最终,他们决定,他们的实践。所以,约翰?
约翰·莱利(28:12):
是的,我也可以分享我的旅程。非常类似于本的你知道,制作经验。当我还是一个开发者,我提出一个问题。我的第一反应是,好吧,我要开始在我的脑海里形成一个解决方案。我要正确的发展。我很快意识到,哦,我不认为。哦,我不认为。而且,你知道,对我开始攀升。然后我意识到,这个问题不是很好定义的,所以不得不继续和生成一个反馈回路,好了,好了,我们需要做什么呢?然后我终于意识到,好吧,你知道,这是,我们必须弄清楚我们要如何形成这个测试。 And, you know, Ben alluded to an acceptance criteria. That's, you know, something we had to play with on some teams that I, where I was a developer, is to, you know, figure out what that acceptance criteria is.
约翰·莱利(29:17):
因为本说,成为您的测试脚本。如果你有格式良好的验收标准,这是一个伟大的免费实践scrum来看看这个验收标准是如何工作的。使它在你透明的用户故事,如果你正在使用,检查和调整。这是一个测试。第一个心态是想出一个测试脚本。我还借我的东西从DevOps DevOps文化和试图连续测试的心态。你知道,DevOps的第一种方法是,你知道,强调,你知道,你的系统的速度和效率是比你的小筒仓更重要。所以,你知道,开发人员必须的开发竖井和开始思考这将如何影响系统的其他部分。但是,本是说,经验。让它透明的所以你可以检查它,你可以适应新的方式。 And as Ben says, I'm stealing his phrase again, chip away at it, it's gonna take some time. It, it will take a lot of iterations to be able to start to, you know, get that muscle, as Ben says, going.
本·索普(30:35):
另一个小技巧,这是我开始做在过去的几年里,但我保持,如果你在一个位置,你在一个教练,你在一个教练的角色,不管你的工作职位是什么,但是你,你的工作是帮助改善的性能,你知道的,你的,你的团队。我一直积压的类比,这听起来很傻,但我认为简化它的大多数人都能理解的东西,你知道吗?所以我只是思考,我做了一个项目,项目,和我更换了所有我们的,我们的地板和硬木地板。这是一个大项目,你必须购买所有的地板,所以你必须做对了。所以,你知道,如何,我怎么知道地板是我想要的吗?
本·索普(31:30):
你知道吗?所以我开始,好吧,地板需要匹配的墙的颜色。好的,相反的,你知道,就和购买所有的地板和墙的颜色,我跑一个测试,好了,我要得到一个样品。我要把它放在地板上。我要油漆的斯沃琪,油漆的颜色,和我要,你知道,首先确保那是我想要的。所以我运行一个测试,测试2号我需要确保底层地板地板是安全的。我不知道我在做什么。之前我从来没有把硬木地板,但我跑一个测试,测试,你知道的,可以,你知道的,安全的这个,我开发的底层地板使用这些新工具。我的意思是,这可能不是最好的类比,但我认为如果你有一个拉的漂浮在你的头脑当你,很多时候,这些教练是教练教凭空出现的重要时刻,你需要做好准备,你知道,如何走过的心态的。
本·索普(32:28):
所以。
林赛Velecina (32:31):
太好了,谢谢你。下一个问题是非常与这个话题有关。所以它来自他和Jimena我们使用用户故事在我们的冲刺。验证用户故事的团队以确保他们遵守投资在全部大写首字母缩写。所以我们可能需要,我不知道你们都很熟悉,并有验收标准。然而,出于某些原因,开发团队不需要测试每一个用户故事,等待整个M V p .我认为这里错了。这种情况在某种程度上你了?你是怎么找到一个解决方案吗?
本·索普(33:22):
所以,再一次,我们必须做出一些假设在这种格式。是的。这个问题本身。所以,你知道,投资,所以,你知道,只是别人的,称之为可能不知道,我要看看这个缩略词,可能是投资,是一个缩写词来帮助指导的制作,一个用户故事,你知道,投资。我忘记它们是什么。也许我们可以在那里分享链接
林赛Velecina (33:53):
独立的可转让价值可尊敬的,小测试,
本·索普(33:58):
格雷格,格雷格·波特。谢谢你,格雷格•波特<笑>。谢谢,谢谢,格雷格。是的,这是一个,这是一个非常常见的技术。这是非常有用的用于创建用户故事,这些东西可以,与他们相关联的值,它可以交付,你知道和增量,增量部分。如果我得到这个问题,这是团队不想测试完整的用户故事。我得到正确的吗?
林赛Velecina (34:23):
是的。不想测试每个用户故事,
本·索普(34:26):
每个用户故事。所以最终团队也许他们所负责的理解不同,比你做的。Jimena,你知道的,所以,也许人的领导。所以我想,你知道,这可能是一个,这种情况我们只需要调整团队负责,最终的最终交付价值。这意味着,你知道的,每一块我们交付的一部分,我们还负责质量。scrum的答案是,“完成”的定义是一个工具来使用。所以现在,“完成”的定义不包括这个,你知道,全部结束,每个故事的端到端的完整测试,但您可以添加,在随着时间的推移逐步。这扩展了团队接下来的问责制。你知道,你知道,e,团队是提供功能齐全,全面测试每个产品待办事项列表引导用户价值。但是,“完成”的定义可以扩大随着时间的增加,岗位职责,但这是一个艰难的决定。 Do you have anything, John,
约翰·莱利(35:41):
我,我将开始我的答案通过它从你那里的尾端。这就是“完成”的定义。scrum指南甚至说,我的意思是现在和我引用它,查找。“完成”的定义是一个正式的描述的状态增量开会时所需的质量度量产品。这里我们讨论的是质量,我的意思是,这是一个增量的承诺。所以我认为这是最主要的事情你应该专注于你的承诺增加的“完成”的定义。如果没有测试到特定的用户故事,然后我的问题,你知道,为什么它没有意义的定义?或者只是因为我们不,我们太好了,这个团队和测试吗?
约翰·莱利(36:35):
你知道,它可以是各种各样的原因。我只是挑选了几个<笑>。但这就是我。我只会说,你知道,,我听到的实践的问题你知道,用户故事你知道投资,所有这些都是免费实践真正的东西,即“完成”的定义。所以你知道,我想的问题,首先说,嗯,我们的意思是我们的产品的质量标准。我的意思是,Scrum团队被授权做出这些决定。这是我开始的地方。
本·索普(37:12):
定义Dun社Scrum和创造透明度,交付质量。真的是一个关键的工具在你的工具箱作为scrum master,创建教授,真正的专业,你知道,产品开发团队提供高质量投资的用户故事,所有的验收标准。这些都是伟大的,但我的意思是,老实说,这可能是写在纸巾上。这可能是一个谈话,这可能是在一张卡片纸上,最终的最终产品质量真的很重要。你知道,这意味着团队真的是为确保质量的“完成”的定义。所以,是的,我只是增加,加上想要你说,约翰。
林赛Velecina (37:58):
太好了。谢谢。这是一个问题。所以任何建议为那些想要进入Scrum但不是在IT环境中工作?
约翰·莱利(38:13):
好吧
林赛Velecina (38:15):
一个广泛的问题,但是
约翰·莱利(38:17):
它是,
林赛Velecina (38:17):
你有一些例子,你可以分享吗?
约翰·莱利(38:19):
是的,我的意思是,我在我的个人简历,你知道,我最后三个项目,或产品我是不相关的。知道使用Scrum,你知道,通过自适应复杂的问题我将开始创造价值。我想说,好吧,好吧,一个scrum,对吧?在这种情况下,你真的有一个复杂的问题吗?我使用的是我们在课堂上使用。我用一个Canvan图或史黛西图,基本上测量你的什么,我用我的胳膊怎么坐标轴。如果你远离的协议所需的商业价值是什么,你知道,从你如何做到这一点,那么你可能在一个复杂的情况。我将开始。然后从那里,算出你的产品的目标是什么。
约翰·莱利(39:23):
你的任务是什么?你的梦想是什么?为什么你在干什么你在做什么?从那里开始。如果你曾经参与作为一个scrum master建立一个团队,然后另一件,你知道,落入的位置,形成团队,形成一个“完成”的定义,理清你的语调,所有这些东西。所以你事件的一种广泛的回答一个广泛的问题,但是,这通常是我们如何开始,我们开始在这提出了一个革命性的建筑材料产品的目标。
本·索普(40:00):
有,有很多方法可以开始。我认为这是不同的,有不同的心态也在这。还有,你知道,每个人都推入水同时心态,你知道的,每个人,我们做这个改变,这个巨大的变化,每个人都买了,我们搬到Scrum。有增量的心态,你知道,我已经有更持久的成功,这是我推荐的,特别是如果有,如果你在一个Scrum的环境不是很好理解,就像外面的软件产品开发,例如你知道,首先,有几个地方你可以开始。第一件事是使工作透明。所以,你知道,把你的工作,在一块板子上,这就是如果你想成为一种conbon的学生,conbon可以泡脚一个很好的起点,但是要工作透明、进入节奏,你知道,所以你不需要设置所有Scrum事件,定义“完成”的定义。
本·索普(41:07):
而且,你知道,你不必经历这个重量级的变换。你可以从小事做起,从你的每日例会,回顾开始,你可以开始,你知道的,然后在你的,在你回顾,说这是你的机会,好吧,什么不顺利吗?你知道,我们可以添加吗?嗯,我们真的需要获得更多参与到我们的关键利益相关者。好,我们开始一个sprint回顾呢?你知道吗?所以你可以遍历一个Scrum实现从那里如果没有广泛的支持和理解。
林赛Velecina (41:40):
好吧。谢谢你！我只是想添加一个小边注我们的观众。我们试图通过尽可能多的问题。我注意到一些人进入聊天。如果可以请把这些问答。这对我们来说将是一个更好的方法来捕获那些当我穿梭在这些问题。所以谢谢你。我将很感激。下一个问题来自莱昂纳多关于估计。所以你觉得估计在Scrum中? Do you think that estimating using story points is a good way based on your experience?
约翰·莱利(42:23):
好吧,
本·索普(42:23):
这可能被称为所谓一个手榴弹的问题。是的,是的。
约翰·莱利(42:27):
<笑>,这正是我在想,本。是的,有很多复杂的问题本和我已经谈过。你知道,当谈到估计故事点是伟大的。你什么都知道,那不是绝对和相对评估,更好。让我告诉你我的意思。我们使用相对的原因估计,一般,在敏捷是使用经验主义。所以,所以它是一个经验估算方法。基本上,而这一块的工作已经完成了,这是什么p的作品相比,第一件事的大小和复杂性已经做了什么?所以它比较,对吧?更多的,是相同的吗? Is it less? Right?
约翰·莱利(43:31):
,学会知道评估的一件事是,总的来说,我的感觉是,估计是一种浪费。和我说那是因为我们的原因,我们要满足“疾跑”目标,,,估计在我任期的行为或在我的感觉,更多的是一个活动,你想花尽可能最少的时间,用它来规划。对于这个P我,例如,我们可以把它在一个sprint吗?仅此而已。你可能没有听说过标签估计运动。如果你能查一下,这就是我们谈论的。是的,故事点是好的。我试着远离尽可能多的指标为团队使用,但是你必须削弱它。本,任何添加吗?
本·索普(44:37):
我会,我把从scrum指南在这里,因为我们在scrum.org。调用。这是支持你说,约翰。各种实践存在预测进展,如燃烧,燃烧,或累积流而被证明有用。这些不取代pur经验主义在复杂环境的重要性。会发生什么是未知的只有已经发生的事情可以用于前瞻性的决策。因此,估计可能是有用的。我们试着去经验,让它基于我们已经学过的东西,你知道从我们的过去。的行为估计技术很有用,,,它得到了,团队成员,你知道,在报价表。和非常深入的一些细节和细化。
本·索普(45:36):
所以很多,很多有趣的发现可以当一个团队试图做一个es是一个纯粹意义上的一种运动估计。约翰,我,我也会同意,在纯粹意义上估计是浪费。它不是直接贡献,产品开发本身。所以团队需要使用它作为一个可以有用,有用的废物。我不知道这是一个矛盾,但可以是有用的。但是我们需要看的东西,确保我们不会花太多时间,你知道,水晶球。有一个,你好,有一个,下一个问题的问题。也许我不想过分解读。如何,我们如何如何分享我们的估计和我们的利益相关者,如何或组织如何使用我们的估计预测团队绩效评估?这是一个不同的网络研讨会。 But the, the, the core answer here is this is used by the team internally to do forecasting and, and work refinement, so.
林赛Velecina (46:48):
太棒了。谢谢你！下一个问题来自克莱尔。我认为这可能是其他人可能与这一个。我与一个团队工作,产品所有者分配太多的项目,工作太多,所以我们的团队一直在苦苦挣扎。任何建议如何解释和说服管理价值的产品负责人的时间没有这种高价值的负面影响的人吗?
本·索普(47:23):
<肯定> ?所以我在这里重申这个问题。它是,它是专门在产品负责人有太多的项目和工作太多,所以我们需要说服管理,产品所有者需要更多的时间花在他们的产品所有权的职责
林赛Velecina (47:39):
时间的价值,
本·索普(47:41):
产品负责人的时间吗?当然,是的。是的,这是一个,这是一个艰难的决定,我看过这个产品所有者经常非常忙。你知道,他们可能只有几个小时一个星期花的团队,和他们,你知道,他们有额外的责任核心之外的scrum团队活动。所以我给我,我要,我要,我给我的罐头回答我,也许约翰有一些更好的想法使它透明的如果可能的话。所以你可以分享调查结果,你知道,擦洗发现回顾向上,你知道的,我们可以说你知道,我们,我们,我们需要的,产品所有者的时间在这里,但是我们,我们不能因为她太忙了。这让我们有很多的返工,你知道我们有工作项,这就是你可以开始引进一些精益和指标结合起来。
本·索普(48:46):
我们有工作项坐在进展5,6、8、10天当他们等待产品负责人审查。你知道,你可以捕捉这一切。的,您可以捕获的数据,向上的礼物。所以我们需要,你知道的,所以我认为透明的问题,未来的数据,如果,如果有任何数据,怎么可能会有所不同,如果你有产品负责人的充分接触吗?所以,对不起,如果这是一个通用的回答,这是一种,这将是一个我们需要挖在喝咖啡,我想一会儿。
约翰·莱利(49:23):
太好了。是的。是的。本,你,你,哦,对不起,林赛,继续。去做吧。不,我只是会说本偷了我的答案。你首先要做的是开始做那种透明的,对吧?添加到本的回答,我也会把这一事实,你知道,任何球队接触开关实际上非常不利,你切换,切换团队切换上下文。事实上,你知道,如果你在一个领域工作50%和50%,你实际上这些减少了20 - 25%。所以你实际上在每个区域只有25 - 30%有效。 So, but that's, make that transparent and know we're definitely bringing up in a retrospective.
林赛Velecina (50:25):
好吧,这个问题再一次,这是另一个广泛的问题,但是我认为你可以提供一些很好的建议。那么如何激励团队,经历了一个粗略的时间吗?
本·索普(50:48):
这是我打赌,我不,你知道的,想要放肆,但我打赌许多或者大多数人的经验在过去的18个,24个月。
林赛Velecina (50:58):
绝对的。
本·索普(51:00):
这是一个艰难的时间,对我们许多人来说。你知道,我,我曾有过这样的经历很直接。这是,你知道2020年我们都有自己的故事,2021年的故事,大流行的故事,你知道,我们仍在努力生产。我们在家工作。所以我认为,如果你在一个位置,再一次,我要,我说什么你你的标题是,如果你的领导,最重要的是同情和理解,团队中的个人的困境。这,这不是你的工作。外面没有人工作在Scrum或者Scrum修复的一个人。所以作为一个领导者,你需要有同情心,理解,你知道,发生了什么。因此,这就是我,希望这不是太肥皂含氧的类型的一个答案,但是就是这样,我欣赏也许通过一些与自己斗争的时候,你知道,如果领导理解,你知道的,所以我认为只是有空间,你知道的,我们可以有在艰难挣扎,只是,有空间。
本·索普(52:14):
第二个答案,使用,利用框架,利用scrum框架。不要放弃你的回顾。你知道,用你的回顾。我,我知道在这个行业和这个我看过的东西,回顾已变得非常机械。他们成为,我们创造,我们的行动项目。你知道,回顾不是有用的,除非它是生成一个行动项。你知道,我们总是积极行动,削弱持续改进,太好了。但回顾另一个用途,这是一个释放阀。的球队,你知道,可能会经历一些艰难的问题,这也是文化建设,特别是如果你在一个分布式团队环境,人们不是会议的人,你知道,人类连接可以让这些艰难的时刻,你知道,更容易导航。所以我想说,你知道,把一些时间放在这些回顾你知道,,并使用,我想我会做一个2.2 B点的答案。 Use the framework, you know, clear goals. The product goal is great. I was, I was so excited about that. Addition to the scrum guide, ambiguity is the enemy. When it comes to being in, in a tough time, people need some clarity. They need, they need to be able to focus on something. So, you know, leverage the framework, define, you know, work with your product owner, define the goals, have real clear, you know, concise sprint goals and, and so that people can, you know contribute. So, sorry I went a little long there, John.
约翰·莱利(53:54):
这是一个伟大的答案,本。为了增加本在说什么我是看一些这方面的数据,你知道的,老的工作热潮,我们现在已经发生了。和一个网站,人们离开他们的工作的一个原因是因为他们只是没有感恩。你知道,真的没有其他事情达到顶峰,但这是一件事。而且,你知道,你可以做的一件事是,一个领导者像本说你知道,帮助团队通过艰难就是告诉他们他们是多么感激。有同情心是如此重要。你知道,就像本说,使用这些回顾,你知道,最好的你可以用它们来练习的。我最近进入一些解放结构与回顾,实际上这是非常有效的知道,你知道,嘿,好吧,让我们来看看这个产品的目标。
约翰·莱利(55:08):
让我们看看我们如何做sprint,一切都像这样。但其他一些东西出来。你知道,如果你迸发出团体无论出于何种原因,你走到一起,你开始看到一些共性你知道,就像,嗯,我们烧坏了,你知道的,<笑>,这些时候你真的,还有,回顾你只是有原因和团队在一起,通常是在一个封闭的房间里。花费的时间,使其有效,公司和我们能做什么来促进我们需要让他们知道我们在做一些重要的事情吗?我们做很多困难的东西。做透明的,带进你的sprint backlog。这是,这是我将开始的地方。
林赛Velecina (55:56):
太好了。非常感谢。觉得这是一个重要的问题。所以我们有时间像一个。和我,我看到大量的请求通过聊天来回答问题,提交。我经历过,我把问题回答多个答案。但是我要和约翰和分享所有的问题本后。所以他们能够解决这些问题之后。所以不要担心,你的问题会回答。它不可能使这个会话。 So this last question here it hits a few that were asked that are similar. So what's the best way to facilitate a team through scrum sprints where they do not really know how to use Scrum or not very well? Should we train people first or try to teach as we go? And this question is for non-developer teams, and there was a similar question that came in for non it.
约翰·莱利(57:11):
如果,如果我理解正确的问题正确,请插话。我认为它确实是采用Scrum。我们应该使用训练首先还是我们,你知道,去,你知道的,正确的,正确的。和它一起去。学习
林赛Velecina (57:27):
去,如何,如何让这些人速度?
约翰·莱利(57:34):
你知道,作为一个Scrum教练,我总是会说,是的,你需要<笑>。我的意思是,这是最简单的答案。你知道,我说,你知道,它是关于价值的最大化的人需要学习Scrum和实践。Scrum。我一直在练习Scrum,就像我说的,自2010年以来,我每天都学习。你知道,也就是说,起床速度,是一种广泛的术语。我将用一些我使用过去形成的风暴,规范化,形成团队,能够或许经过机械scrum与过程他们使用现在可能是一个很好的方式开始如果你决定不做培训。我的意思是,即使我喜欢APS类是我们,我们把冲刺练习,让你做一个你知道的案例研究,实践scrum。
约翰·莱利(58:43):
和最重要的部分,你知道,第一次sprint是意识到价值最重要的是,我们提供的是最重要的因为我们产生反馈。所以,你知道,即使,我的意思是,我,我培训其他,其他球队只提供小的东西,因为你正在试图做的是你想与你的利益相关者建立信任。因此,即使它只是一个小的hello world应用程序,这将是很重要的,因为他们会给你反馈说,嘿,你发表什么,有点价值,但你交付的东西。而不是,哦,我们会需要几个sprint现在给你什么。对吧?什么样的信任你真的和你的利益相关者?所以形成团队,开始风暴在你的产品,从那里开始,APS的课程。
林赛Velecina (59:40):
<笑>。
约翰·莱利(59:43):
好吧。
本·索普(59:43):
是的,我认为只是创造我添加到约翰的回答,找到一些盟友。所以你不想进入一个变更管理变化情况作为一个孤独的战士,你知道吗?所以找到一些盟友,找到一个赞助商,你知道,在领导或各自立场的人你知道,的构建。这可能是一个好办法,开始训练,即使你开始训练是很不错的方法。它真的是。即使你不,这并不是一个,你知道,试图出售。如果,如果你想把自己拉在一起,你知道,训练很好,但是有某种开始训练,然后就开始会觉得机械。你用一个伟大的词,约翰。我们会感觉机械,走走过场罢了,但是,你知道,就像如果你学习空手道和跆拳道,你在走过场,直到它成为第二天性。所以,
林赛Velecina (60:39):
太棒了。非常感谢你们。所以我们在我们的时间。有许多悬而未决的问题。感谢你的耐心。我试图跳来跳去一点,所有的这些都是共享的正如我之前提到的。所以我们会想出一个办法解决。所以非常感谢约翰和本。我认为这是一个伟大的会话。我想我希望观众,我希望你们都有很多。 So as always, we encourage you to continue your learning. So please check out the free resources on our website and feel free to reach out to Ben or John with any lingering questions that you have. And I hope you all have a great rest of your day or evening and scrum on.
本·索普(61:42):
谢谢,林赛。谢谢你约翰。谢谢
约翰·莱利(61:44):
你,林赛。谢谢每一个人。
本·索普(61:46):
再见。