写点什么

2017 敏捷沙滩大会概述:学习、心理安全和持续交付的重要性

  • 2017-07-26
  • 本文字数:3355 字

    阅读完需:约 11 分钟

在英国康沃尔郡举行的 2017 年敏捷沙滩大会(Agile on the Beach)上,数百名演讲者和与会者欢聚一堂,探讨在敏捷领域和后敏捷时代软件开发方法上的最新进展。本次大会的要点包括:考虑到大多数企业都运作于复杂自适应的系统中,因此必须鼓励企业中的每个人去学习并与企业一同进步;培育一种能提升心理安全的环境是至关重要的,人们必须感到安全才会去开展实验、面对失败和进行学习;映射(例如用户故事映射等)的使用对于在整个企业中达成共识是十分必要的;团队应该聚焦于持续交付业务价值;我们必须学会如何有效地采纳并利用新技术。

开幕式主题演讲是由FutureWorks Consulting LLC 的联合创始人 Diana Larsen 所做的“精益领导者总是保持学习”。演讲所聚焦的前提是,鉴于软件开发是一项知识型工作,而知识型工作就是学习型工作,因此有效的学习将会产生敏捷和韧性,这对于在复杂环境中的企业运作是至关重要的。Larsen 引用了 W. Edwards Deming 所提出的“精益并非强制的,生存同样也不是”,阐明了多数现代企业环境是如何与生俱来地易变的、不确定的、复杂的和模糊的(VUCA,Volatile, Uncertain, Complex and Ambiguous)。因此,有效的领导者需要具备魄力、爱心和信心。

魄力是通过“自教自学(learning out loud)”展现出来的,以及时常能表现出自己的好奇心和所犯的错误。领导者应该力图移除学习中的障碍,即对于每个人而言,挤出学习的时间并非一种自私的表现。想要擅长一门新技术,人们必须首先赋予自己“去汲取知识的许可”。在团队层级,心理安全是很重要的。Larsen 引述了最近 Matt Sakaguchi 在 QCon 纽约大会上的主题演讲,探讨了 Amy Edmondson 对 Google 团队有效性的研究,并指出领导者必须培育一种共同理念,即团队应足够安全到可承担人际间的风险。

学习应该是一个迭代的过程,是不断以前期所学的为基础而构建新知识的过程,并且需要具备信心。Larsen 介绍了她的“加速学习的五个原则”,即保持活力(针对能力感和协作感);先行设置环境(创建可提升学习的环境);谋求流畅性(创建一种模拟环境,允许并挑战学习者去练习并提高学习);从明晰处开始,并保持明晰;聚焦于心流(Flow)的获取,并在当前技能层级与所存在挑战间取得很好的平衡。作为报告的结束语,Larsen 推荐听众努力保持学习并回馈,最终目标是可以鼓励他人并使他们可以进行有效地学习。

当日首个分组会议是由Jason Bootle 所主持的故事映射交互研讨会, Bootle 是一名自由职业产品和服务设计师。研讨会以对用户故事映射(User Story Mapping)的概述为开始,该技术由 Peter Economy 的 Jeff Patton 创建。Bootle 指出,“共享文档并不意味着共享见解”,用户故事映射是一种协作技术,有助于实现对所创建事情的一致视角、具有优先权的需求清单(Backlog),以及对未来迭代的路线图。也应对痛苦和机会加以同样的重视,使得用户的研究和设计行为得以适当的应用。此外,用户故事映射还有助于建立公司间的共同语言。

共享文档并不意味着共享见解。

Bootle 建议团队在开始用户故事映射前,必须与核心视角和目标、角色(personas)和角色原型(proto-personas)以及需验证的假设一并去定义团队的价值主张。这些关键部分元素预先提供于研讨会的交互部分,与会者组成小组去解决一些用户故事的迭代。研讨会是快节奏的,其中提供了不少技术基础的学习机会。在会议的最后,与会者分享了各自的经历,Bootle 为线下探索给出了进一步的指导。

下午的会议首先是 Cotelic 的讲师和顾问 John Clapham 的演讲“用于持续交付团队的设计”。Clapham 在演讲的一开始就提出,如何构成一个伟大的工程团队看上去是广为人知的,即团队必须是“跨职能的、T 形的、比萨规模的(Pizza-sized),并且支持敏捷宣言”。但对于很多团队,这是不现实的。报告的余下部分聚焦于如何为实现有效的持续交付而培育团队特性:

  1. 对学习和与企业共同进步具有强烈的需求;
  2. 理解企业的商业责任,并且在行为上具有自治;
  3. 安全,支持人们去承担风险,面对成功与失败;
  4. 管理高层交互的能力;
  5. 成就的自我测定。

与企业共同进步是自然可见的,动物是基于共生关系而繁荣兴旺的,这一点对于那些借助于软件交付商业价值的公司是很重要的,这些公司必须具有学习的能力,并通过公司的各部分得以演进。Clapham 引用了《 The Lean Enterprise 》一书,建议“使用持续交付去降低发布的风险,抑制循环的时间,使得以小批处理方式工作更为经济”。要使该建议行之有效,每个人必须理解企业所力图达到的总体视图和目标。

除了理解商业责任,人们还必须赋予对实现更改的自治。当前商业日益运作于复杂环境中,Clapham 向与会者推荐了《 Team of Teams 》一书,书中介绍了 Stanley McChrystal 将军 是如何摒弃近一个世纪的管理智慧,并由追求机械效率转向实现有机适应性。McChrystal 将军在美国所领导反伊拉克行动中,任职于联合特种作战司令部(JSOC,Joint Special Operations Command)。

Clapham 还引用了 Google 的 Aristotle 项目。该项目是 Goole 对雇员的一次全面研究,给出的结论是团队中的心理安全(即在未感到不安全的情况下承担风险的能力)是与有效性高度关联的。其它重要因素还包括:对团队成员的依赖性、目标及原则的结构和清晰度,以及工作的意思与影响。Clapham 还介绍了各种使用社交计量标牌(Sociometric Badge)去评定交互数量、类型和质量的实验。实验结果频繁地显示,高层的社会交互是与有效的结果相关联的。例如,美国银行(Bank of America)对交互做了测定,并依据最大化交互修改了休息时间表后,生产力每年提高了一千五百万美元。

Clapham 演讲的关键要点包括:对自己的工作征求意见;保持好奇心并欢迎提问;对(正确的)行为进行回报;忽略自己的工作头衔,注重于交付商业价值;以及从细微处考虑问题。

Ilan Kirschenbaum 做了名为“你应该让自己团队去做的七件危险事情”的演讲。该演讲的灵感来自于广受欢迎的 TED 演讲“你应该让孩子做的五件危险事情”及相应图书。Kirschenbaum 给出的核心论点是,我们现在工作于一个复杂的世界中,其中“探索- 感受- 响应”(probe-sense-respond)是最有效的方法,我们必须鼓励团队去进行实验,并让人们感到失败是安全的。Kirschenbaum 探讨了鼓励去创建假设、实验和回溯这样做法的优点,并引用了一些实验的例子,其中包括,以指挥和控制为导向的企业中的开发人员与客户做面对面交流,开发人员现场安装代码(具有适当的安全),鼓励团队去创建FOSS 项目,以及组织企业范围内的黑客马拉松等。会议的最后二十分钟是以交互研讨会的方式进行的。与会者组成了小组,并设计了可在自身企业内运行的实验。

会议当日的最后一个主题演讲是由 Dan North James Lewis 所做的,演讲探讨了“如何去打破规则”。North 引用了 Eliyahu Goldratt 的开创性著作《 The Goal 》中的工作,指出“当且仅当技术去除了限制,它才能提供好处”,并谈论了我们在采纳和探索新技术中的不到之处。演讲就如何有效地采纳技术给出了一系列的规则:

  1. 该技术的能力是什么?
  2. 该技术消除了哪些局限?
  3. 哪些规则使得我们可以管理这个局限?
  4. 我们需要哪些新规则?

North 和 Lewis 在探讨了物资需求计划(MRP,Material Requirement Planning)和企业资源计划 (ERP,Enterprise Resource Planning) 等技术后,建议那些用于拷贝旧的或已有过程和技术的规则一般应形成政策或法律,例如月度规划及大批量的采购,或是使用率的最大化并使用成本核算。与之相应的是,在这些领域采纳新技术时,企业将需要去适应,以实现频繁地重规划和更短时间间隔的订购,并使用产量会计从整体上测量价值流。在采纳云技术或持续交付时,拷贝中所采用的旧规则通常会成为结构或文化的组成部分,例如管治和遵守的集中执行,或是对有手工验证的需求。进而,企业必须学会如何自治地运行低成本的实验,并将所有的步骤在持续交付构建流水线中做自动化。

敏捷沙滩大会首日的最后,是一个在 Gyllynvase 沙滩上举行的沙滩派对,与会者分享了一天的收获以及自身的经验和故事,并享用了 Cornish 海洋小木屋上的沙滩 BBQ。更多大会的信息,可以在“ Agile on the Beach ”网站上看到。演讲的视频将于下周内上传到 AotB YouTube 频道。

查看英文原文 The Importance of Learning, Psychological Safety, and Continuous Delivery: Agile on the Beach 2017

2017-07-26 19:001224
用户头像

发布了 227 篇内容, 共 73.9 次阅读, 收获喜欢 28 次。

关注

评论

发布
暂无评论
发现更多内容

依赖倒置原则

极客李

“麻烦”的处理流程

zhoo299

随笔杂谈

小师妹学JVM之:GC的垃圾回收算法

程序那些事

JVM 小师妹 JIT GC 签约计划第二季

做一个有原则的码农可好?

Dawn

极客大学架构师训练营

第二周学习总结

武鹏

架构师训练营 - 第二周架构师实现自己架构的主要手段

zcj

极客大学架构师训练营

哪些框架是遵循依赖倒置原则的?

朱月俊

用接口隔离原则优化 Cache 类的设计

朱月俊

基本的面向对象原则(Basic OO principles)

旭东(Frank)

编程思维 极客大学架构师训练营

给行动找个理由

Neco.W

行动派 决策

618你的系统顶住了么?系统发生重大灾难难道只能“删库跑路”?

punkboy

依赖倒置和案例

王锟

品软件架构原则模式之美

老姜

架构师训练营二期作业

老姜

ARTS打卡Week 04

teoking

ios LeetCode ARTS 打卡计划

一个包子铺看懂 I/O 模型演变

小眼睛聊技术

Java 程序员 架构 后端 nio

为什么坐车会晕车呢

石云升

生活,随想 日常思考 晕车

架构师训练营第2周学习总结

Season

极客大学架构师训练营

架构师训练营第二章课后作业

叮叮董董

这也太拧巴了吧?结局意想不到

非著名程序员

程序员 程序人生 提升认知

架构师训练营-第二章-依赖倒置原则&接口隔离原则

而立

极客大学架构师训练营

千万不能让程序员给娃娃取名字

码农神说

程序员

产品视角看推荐算法

峰池

人工智能 算法 产品经理 推荐算法

第二次作业总结

朱月俊

架构师训练营第二周

小树林

什么是依赖倒置原则,为什么有时候依赖倒置原则又被称为好莱坞原则?

朱月俊

架构师训练营第二章总结

叮叮董董

第二周作业

武鹏

第二次作业

朱月俊

老大吩咐的可重入分布式锁,终于完美的实现了!!!

楼下小黑哥

Java redis 分布式锁

数据库周刊28│开发者最喜爱的数据库是什么?阿里云脱口秀聊程序员转型;MySQL update误操作;PG流复制踩坑;PG异机归档;MySQL架构选型;Oracle技能表;Oracle文件损坏处理……

墨天轮

数据库

2017敏捷沙滩大会概述:学习、心理安全和持续交付的重要性_研发效能_Daniel Bryant_InfoQ精选文章