国王的晚宴 King's dinner

Bob Jiang
作者:Ron Jeffries 译者:年志君 (微信公众号:敏捷家) 背景 这个小故事根据资源、质量、范围和时间的关键度量变量,来描述了一个有效的团队运作方式。故事由罗恩·杰弗里斯翻译自原始的巴比伦楔形文字。 开始啦 从前 … 有一个伟大的国王,他想为几千位最亲密的朋友举行国宴。他把首席工匠叫来,告诉他晚餐的安排。国王描述了他想要最好的餐桌摆设,全部镶入黄金,并镶嵌有错综复杂的珠宝。首席工匠画了一些草图,并与国王就摆设达成了一致。他们同意在几周后再见面,看看餐桌摆设制作的进度计划。 几个星期过去了,首席工匠来报告。他向国王展示了一个时间计划,该计划包括创建摆设的原型,国王的审查,以及最终餐桌摆设的展示。计划表显示,晚宴布置将在11月完成,但国王愿意在10月举行宴会,此时天气仍然晴朗。首席工匠同意在下次会议之前调整工作,以便在10月前完工。 按计划,首席工匠带着原型和修订的10月完工的生产计划展示给国王。而且,工匠还建议与国王要定期见面,以检查进展情况。国王审阅了由于工期缩短而简化设计的原型。国王要求在盘子上要有更多的小天使,在镶嵌的珠宝上有更漂亮的雕刻,在刀叉上增加更复杂的卷轴。首席工匠抗议说,这些新的功能将延迟完工计划,但国王提醒他谁是国王,谁不是。首席工匠退了出去。 落后了 在下一次的项目审查中,事情已经明显落后了。准备好的珠宝太少了,盘子也不够完整,刀叉也做得太少。国王要求工匠们更加努力地工作。首席工匠抗议,但国王再次提醒他们的相对地位。国王要求增加审查的次数,甚至比已经同意的还要频繁。 在下一次审查中,任务并没有完成太多。国王坚持要去现场看看正在做什么。第二天他到了,工匠们有点紧张,但他们知道他们自己的技艺,并且他们大多数都像往常一样努力工作。 “那个人在干什么?”国王指着一个明显的懒鬼问。 “国王啊,他正在休息。”工匠首领回答说。 “这是对我们时间的极大的侮辱。” 国王斥责道: “他们应该在晚上休息,而不是在工作的时候。” “国王啊,就照您说的办。”工匠首领回答说。 国王问:“那边那个人在干什么?” “国王啊,他在磨刀。” “又是在浪费我们的时间。难怪你一事无成。从今以后,工具要在夜间磨,不能在工作中磨。” “国王啊,如你所愿,”首席工匠叹息道。至此告别,直到国王下次审查。 在下一次审查的中途,首席工匠找国王的首席管家,要求增加一些新的学徒帮助完成任务,特别是磨刀的任务。这位管家考虑到国王的财政预算,以管家古老的方式解决了这个问题,没有回应首席工匠的请求。。 在下一次审查时,实际上完成了更多的工作。国王视察了一堆已完成的盘子和器皿。起初,他满意地笑了笑,但当他更仔细地查验时,他的微笑变成了皱眉。 他咆哮道:“这些盘子,这些小天使很粗糙,不像早期的盘子那样精致。如果你就这么做了,客人们是不会有什么好印象的。” “国王啊,工作粗糙,是因您的命令使用了钝的工具。” “我没有命令你做差劲的工作,我命令你不要浪费时间! “噢,国王,”工匠解释说,“就像陛下没有好的食物和环境就不能举办一个好的宴会一样,我的工匠们也不能用粗糙的工具创造出好的艺术。” “我必须把一切都告诉你吗?”国王尖叫道。“可以让别人磨工具吧!” “国王啊,我已经为此请了新的学徒,但您的管家没有答应我的请求。” 国王咆哮道:“工匠,不要拿这些内部事务来烦我。我可是国王。让工匠们在需要的时候磨砺他们的工具:但他们必须通过加班来弥补时间。” “哦,国王,就照你说的办吧。”首席工匠闷闷不乐地回答。 国王回到视察的地方。很快,他又被激怒了。 “这些盘子,很多还没有雕花的珠宝。这里出什么问题了?” “哦,国王,珠宝损坏的情况越来越严重了。”首席工匠答道。 “是什么导致了这一切,”国王大叫道,”你的人如此无能吗? “恕我直言,国王陛下,珠宝雕刻是一项微妙的工作。由于没有频繁的休息时间,雕刻者眼睛疲劳,双手颤抖,导致工作失败。 “你这个傻瓜。”国王大声说。“你必须惩罚那些破坏我珍贵珠宝的工人。显然,他们不够小心。” “应该是这样的,”首席工匠鞠躬答道。 在第二次视察时,国王带着怀疑和明显的挑战神气走了进来。当他看到雕刻的质量有所提高时,他平静了一点,当他看到大部分的盘子都镶嵌着宝石时,他几乎高兴起来。然而,随后,他数了数已完成的工作,发现尽管质量提高了,但完成的工作并不多。 “你现在做错了什么,工匠?”你自己要受什么惩罚呢?” “啊,国王,”首席工匠答道,“我的几个主要的工匠因为您的惩罚而生病了,不能工作了。还有一些人离开自己的王国去了邻国,说他们的工作在那里会更受赏识。结果,我们的工人更少,生产的工作也更少了。” “我命令你的工匠们加班,”国王咆哮道,“难道这还没有改善吗?” “国王啊,事实恰恰相反。同样,也有一些人离开了王国,去寻找一个他们会更受赞赏的地方。留下来的大多来自基层,虽然他们精力充沛,但缺乏做你所要求的工作经验。当他们因为加班而疲惫不堪时,又出现了损坏和无效的工作。” “这是不可接受的!我对你们非常失望,工匠。回到你们的住处,等待我决定你们的命运。” 首席工匠退出了,他确信他的时代结束了。 国王非常担心。那个首席工匠辜负了他的期望,他一定会死的。不过国宴很重要,晚宴布置也必须完成。尽管国王不愿意承认这一点,但工匠还是尽力按照命令去做了。国王决定咨询他的巫师,巫师从小就是他的导师和心腹。 巫师 他还没来得及召唤使者,一声巨响和一团烟雾宣告了巫师的到来。据说,当人们想到他的时候,这位巫师总是知道的。 国王跳了一下后,并没有浪费时间。他向巫师描述了围绕晚宴发生的事情,然后表达了他的担忧。“巫师,我觉得首席工匠违抗了我的命令,必须得死。然而,由于我们无法给他适当的建议,我们是否对这个问题也要承担一些责任呢? 不管怎样,没有了首席工匠,我的工匠们怎么准备晚宴呢?” 巫师伸手从稀薄的空气中抓取了一只鸽子。他拔出匕首,打算仔细观察鸽子的内脏,只是刚好想起自己是在王宫里。他把鸽子塞进一个宽大的口袋里,却打了个响指,发出了短暂的火光,接着是一缕烟雾。他观察着烟雾消散的过程,辨别出只有他才能看到的模式。最后,他转向国王。 “陛下,我研究这些问题已经很久了,可以提供一些见解。我们必须考虑工作的四个方面,而且只有四个方面。这些我称之为资源、范围、质量和时间。不可改变的自然法则与这些方面有关。让我们仔细思考,看看他们之间有什么关系。” 巫师继续说:“我把陛下所要求的工作称为所有任务的总和,即范围。” “一个奇怪的名字,巫师,但我熟悉你的神秘方式。说下去。”国王说。 “现在考虑一下资源:陛下有多少工匠。如果一个工匠失踪了,他的工作或工作范围是增加还是减少呢?” “这要看丢失的工匠是好是坏,以及他被赋予了什么责任。”国王回答说。 国王,您是明智的。然而你的工匠们很有能力,正如你所要求的那样,他们肯定会明智地分担责任。那么,减少资源的结果是什么呢?

敏捷漫画 005

Bob Jiang
为什么要敏捷? 我有一些好消息宣布。现在我们终于变得敏捷并踏上敏捷之旅啦! 我们已经说了好几年了!但是改变了什么呢? 我已经成功地说服了高层领导,一旦我们变得敏捷,最终我们可以在预算内、预计时间内、范围内开始交付项目! 作者评论 每当企业决定引入敏捷原则和实践时,许多敏捷传道者都会感到高兴。但我们知道,这通常意味着更加关注客户需求、业务价值和员工敬业度。但是,如果出于“错误”的原因而采用敏捷,那么转型工作将导致低于标准的改进。 因此,我们有责任对管理层进行教育,以发现他们想变得敏捷的真正的目的(“为什么”),他们期望得到的改善。如果他们希望在通常的瀑布式环境中获得较少的项目变更请求,那么他们将感到失望。 一个方向是要查看团队的管理层是否由于“敏捷转型”而不会改变任何行为;如果没有,那么敏捷计划可能仍将基于团队不破坏范围 、成本和时间或其他瀑布KPI的铁三角的能力进行评估。 译者评论 最近有小伙伴(Jackie)翻译了一篇 Ron Jeffries 的国王的晚宴,有效地描述了成本、时间、范围和质量之间的关系。 读者评论 对于今天的漫画,你有什么想说的呢? 参与讨论,请扫码加入”敏捷家”微信群 原文链接

敏捷漫画 006

Bob Jiang
我们就叫它…… 恭喜你拿到 Scrum Master 认证(什么是CSM认证)。团队进展怎么样? 【实际上非常好。尽管我们在 sprint 中间变更了 sprint backlog , 也没有 sprint 目标,产品负责人也不想进行 sprint 评审,以及团队憎恨回顾会……】我真的感觉我们理解了敏捷的精神。 所以……我们在做什么呢? 我们同意称之为看板(kanban)。 作者评论 《Scrum指南》指出,Scrum 是轻量级的,易于理解且难以掌握。而且,这是对的。 尤其是在规模化 Scrum 时,随着 SAFe 的普及,许多新团队开始用 Scrum 的方式工作,因为这已经成为敏捷发布火车(Agile Release Train)的一部分,该火车由 Scrum 团队和看板团队组成。我们经常看到团队很快得出结论认为 Scrum 不适合他们的工作性质,因此决定将自己称为看板团队。 我们必须记住的是,看板本身就是一个框架,而不仅仅是用了 Scrum 就半途而废,在Scrum中,您仅使用看板的一部分,而没有其他用途。看板就是要管理流程,减少交货时间(leading time)并确定需要改进的地方。因此,让我们停止(滥用)此潜在强大的框架,作为未进行适当变革的借口。 译者评论 Scrum 中的“看板”本质上并不是 Kanban , 而只是一个白板(大部分情况下如此)。只是用白板来进行可视化的部分,而 Kanban 的其他核心原则与理念并没有融入进来。所以如果只是一个白板,请不要叫它 看板(Kanban)。 这个概念和误用 Scrum 是一样的。如果我们没有 sprint review, 没有回顾会,没有每日站会,这还是 Scrum 吗?(显然不是的!) 读者评论 对于今天的漫画,你有什么想说的呢? 参与讨论,请扫码加入”敏捷家”微信群 原文链接

敏捷漫画 004

Bob Jiang
燃尽图 Wow,我从来没看见过如此完美的燃尽图。你们确实设法与团队保持了一致。 这不是我们的燃尽图!这是我们公司的股价!(由于COVID疫情的影响) 作者评论 随着全球股市暴跌,燃尽图的视觉相似性显而易见。 一个成熟的Scrum团队对他们的速度有很好的了解。 这些交付的故事点的流动可以看作是实际的燃尽图,并可以与冲刺燃尽图上的预测“理想”的燃尽线进行比较。 团队无法达到理想的燃尽线有很多原因:比如过度承诺、依赖性、PO找不到和不切实际的完成的定义。燃尽图反映了所有这些问题,我们作为Scrum Master或敏捷教练的职责是帮助团队克服障碍。 译者(Bob)评论 燃尽图在 2017 年版本的《Scrum指南》中已经拿掉了。因为有很多的方式可以体现出团队在 Sprint 内的进度,燃尽图仅是一种方式,而且反映出来的信息还是模糊的。 参与讨论,请扫码加入”敏捷家”微信群 原文链接

敏捷漫画 003

Bob Jiang
敏捷滑板车…… 所以,请只做那些最少的必需的工作以满足验收标准(Acceptance Criteria)。没有黄金盘子,因为预算还是非常紧张。记住MVP方法就是有关于思维方式,因此先从滑板开始,从客户那里获取一些反馈! 嗯,我们做这些东西干什么? 作者评论 创造最小可行产品(MVP)的一个众所周知的隐喻是滑板、逐渐演变成踏板车、自行车和汽车(译者注:来自 Henrik Kniberg)。该想法是,客户想要汽车时,我们应该问“为什么”。答案可能是“因为我想从A到B”。因此我们确定了如何以最小的努力来解决此问题,即创建一个滑板,并使团队与客户之间形成反馈循环,以确保滑板能够适当地演变。 如果团队、产品负责人和客户(由于任何原因)无法以可能进行迭代开发的方式实施MVP,则他们最终可能会丢掉太多滑板。如果我们不能将现有的滑板进一步开发到产品的下一个增量,那么从头开始制作踏板车或自行车将是非常昂贵的。 请注意,在这里,我们并不是在谈论基于整套的设计或类似的方法,在这些方法中“扔掉”实际上是积极的并且值得鼓励。 译者(Bob)评论 MVP是一个非常流行的概念,尤其在总理提倡“双创”以来。可惜大多数人都是在误用这个概念。如果MVP无法获取认知,也无法很好的使用起来,那么最终就和图片里一样,变成了垃圾,从而形成了大量的浪费。 参与讨论,请扫码加入”敏捷家”微信群 原文链接

敏捷漫画 002

Bob Jiang
分布式囤积 大家都知道,由于新型冠状病毒肺炎(COVID-19)的影响,在接下来的几周内公司的执行管理层决定禁止见面的会议。 因此很高兴大家都能在家参加我们的计划会(Sprint Planning)。我们已经进行了很好的梳理会议,所以计划会将非常高效……我们准备好开始了吗? 是的;是的;没错。 作者评论 不幸的是,如今这是一种可能现实的情况,尤其是如果您与丹麦的Scrum团队合作,在这里政府已经“关闭”了该国(即学校,公司以及所有100多人的聚会),为期两周。 译者(Bob)评论 不幸的是,现在中国也是某种形式的“关闭”。在这波COVID疫情的影响下,大量的面对面的活动、培训、会议被取消,转而是线上的协作与互动。可能接下来的10-20年会有更多的线上协作方式出现。 所以针对线上的形式,你准备好了吗? 参与讨论,请扫码加入”敏捷家”微信群 原文链接

敏捷漫画 001

Bob Jiang
项目集白板 The Program Board PI Planning太棒了!所有的团队和干系人都来了,并且我们可以在项目集白板上映射团队之间的依赖关系。 计划进行的怎么样? 非常好!对齐所有的依赖太棒了……我们还需要这个概述(指的是白板上的依赖关系)一段时间。 作者评论 在组织进行最初的PI计划(PI Planning)(或大会议室计划)之前,每个人都有很高的期望,特别是团队之间的依赖关系可视化和团队之间的对齐。第一个项目集白板最终可能采用的方式,并不一定会辐射出透明度和概述性。 采用潜在的大量依赖关系作为可视化的输入,则随后的重点应该是,通过努力切分特性(垂直)和确保遵循团队的组成(注:特性团队),来最小化(以及理想地)消除这些依赖关系。 译者(Bob)评论 因此我们得出,敏捷转型的第一步是可视化,并且是无情地可视化(即可视化一切无法看到的信息)。这个是至关重要的。有的时候我们不知道如何改进只是由于不知道现在在哪里、现状是什么。 敏捷转型第二步,就是反思并持续改进。可视化之后如果继续无视,那么可视化的目的就完全丢弃了。 参与讨论,请扫码加入”敏捷家”微信群 原文链接

Scrum完整剧本

Bob Jiang
敏捷快速入门指南 《敏捷快速入门指南》简要概述了我在与团队合作时发现的有效方法,对于那些希望获得一些一般性指南(并非旨在作为说明性准则,但可以作为任何团队工作的基准。大多数快速入门指南都集中在与Scrum相关的主题(Scrum事件)上。其他主题涵盖了作为敏捷教练经常遇到的领域。 Scrum主题 产品列表梳理会议快速入门指南 每日站会快速入门指南 Sprint规划快速入门指南 Sprint评审快速入门指南 Sprint回顾快速入门指南 其他主题: 故事拆分快速入门指南 编写清晰明确的用户故事快速入门指南 Product Backlog Refinement 简介:产品列表梳理会议(也称为需求梳理)不是Scrum指南中定义的活动。然而,产品列表梳理的实践在Scrum团队中是非常普遍,以至于一些从业者认为这是普遍接受的Scrum实践。 定义 产品列表梳理会议是为即将到来的(如接下来的1-2个)迭代(Sprint)准备用户故事的一个持续过程。产品列表梳理有两个主要方面: 由产品经理和产品负责人领导的,需求功能不断定义、完善、澄清以及重新确定顺序; 在Sprint开始之前进行的一次协作会议,以评估新信息,确保准备开发下一组故事。 频率 每个Sprint一次(通常是Sprint中,下一个Sprint开始前的1-5天不等) 注意:某些团队选择每个Sprint进行多次”梳理”会话。如2周的SPrint,可能一周梳理1次。 持续时间 团队应努力在一个小时或更短的时间内完成为期两周的Sprint的产品列表梳理。当故事在产品列表梳理开始之前就被很好地阐明时,团队更有可能在相当短的时间内完成产品列表梳理。(另请参见编写清晰明确的用户故事快速入门指南。) 参与者、输入、输出 参与者 – 产品负责人,ScrumMaster,开发团队 输入 – 主要输入是为即将到来的Sprint预测的用户故事,这些可能是后续Sprint的不错选择。处于就绪状态的用户故事要多于下一个Sprint可能会有所帮助。因此,如果团队确定依赖性,并有了影响多个故事的优先级或工作量的新信息,那么就可以灵活处理。 输出 – 整个团队达成共识,就一组排好序、清晰定义且独立的用户故事达成共识。 活动 产品列表梳理期间的活动通常包括: 查看从当前Sprint中学到的新信息 讨论最快速度、可能速度和最差速度 是否对当前的Sprint进度进行检查 - 我们是否认为我们将完成Sprint期间的所有工作? 在回答这个问题时,请牢记可持续的步伐 对于团队来说,在Sprint中去现实地评估事情,比等到Sprint结束后再进行任何变更,要好的多(香不香?)。 查看并澄清即将发布的用户故事 讨论并同意验收标准(Acceptance Criteria),以确认双方的理解。以及确认估算大小和拆分太大的故事 提醒:任何故事,如果团队在一个SPrint内无法完成4个,那么就是太大了。 同意下一个Sprint的计划 根据我们的速度预测和大小确定,这是一个现实的计划吗? 如果对上一个问题的回答为”否”,则拆分故事,或交换优先级相近的小故事,直到团队对计划充满信心为止 注意:另请参阅多年前我写的产品列表梳理