消除团队学习债务:每日小会
前言
近期在着迷于阅读「Understand Legacy Code」这个部落格内的文章,在It’s like coding in the dark!提到的解决方案中有 dailies at work 这个概念,我就称呼它为每日小会并记录一下见闻吧。
开发者与学习
- 我们热衷于技巧,想要了解如何最佳实践一件事
- 我们喜欢进行实验,或者观察其他人进行的实验
- 我们可以为了语言、框架、模式、环境……各式各样的内容争论不休
- 我们渴望获取知识,透过不同文章、书籍影片、举办研讨会,以及任何可以获取知识的来源。
并不保证所有的开发者都是如此,但特别在网页开发领域,或多或少需要有以上的特质才能跟上与应对快速变化的技术。随着环境变化越来越快,主要问题在于「我们单纯每日没有多少时间进行研究」。
于是 Jonathan Boccara 于他的文章中回忆,也促进他组成每日小会:
「在非正式场合与同事闲聊时,很常见地可以学到一些有趣的见解。你知道公司里那些知道很多事情的人吗?你肯定身边有几个,对吧?或者你甚至可能就是其中之一(只是你自己还不知道),我觉得这种知识有点被浪费了。在这样的非正式时刻,为什么只有一小部分开发者能够获得这些见解?为什么不让公司的其他开发者也能受益呢?」
关于学习债务
学习债务的累积过程如下重复:
- 学习:在没有支持下开发者建构关于当前代码库的心智模型
- 审核:于正式的流程遇到虚伪和贬低主动学习价值的社会暗示
- 环境:回到个人工作环境持续隐藏学习并贡献不支援学习的环境
这又是另外一大主题,简单来说大多公司并不认可学习作为一种绩效(并且我也好奇该如何评估成效),尽管对于任何进入他们不熟悉(或已经忘记)的程式码的人来说都是必要的,但掌握最新进展并不被视为实际工作。
开发者在记录或转移知识方面的「失败」并不是因为懒惰或缺乏关心。 相反,[环境压力]促使他们在绩效和学习目标之间的复杂紧张关系中找到平衡。当让学习变得显见并不安全时,绩效文化就会获胜。
关于每日小会
每日小会是一种短小的分享格式,旨在以最少的工作日时间在公司内部传递大量知识。
-
积少成多:每天固定时间进行一次演讲,且每次演讲都持续 10 分钟。长期下来,这将累积成庞大的知识量。同时,每次演讲之间有 24 小时的间隔,让人有时间消化吸收内容,并有机会提出问题。
-
快速短暂:演讲时间仅 10 分钟,这是关键。每个人都能在一天中抽出 10 分钟的时间,短暂的时间不足以让人感到无聊,也使得跟上和记住演讲内容更加容易。
-
面对实际问题:演讲是内部进行的,这样一来,就无需担心为外部培训师筹措预算,也无需安排与其会面,保持敏捷。内部培训的另一个好处是它增加了解决公司内部人员实际面临问题的可能性。
-
减少参与成本:无需移动位置,演讲直接在办公室举行!主持每日演讲的团队只需转动椅子,听完演讲后就能立即回到工作岗位。
-
保存纪录:演讲会被录制并上传,以便所有人都能重看或分享,我们可以制作演讲的文字稿,并分享它们。
有什么好分享的?
我相信作为一个教学者不需要非常完美,每日小会的重点在于短暂且持续性的带动内部知识的流动。与撰写这个部落格很相似,我一直都在挖掘知识的过程中发觉不足并持续地补充,时常意识到主题比最初看起来更复杂,这就产生了子主题和新的谈话。
把他当作是一个短暂的分享,不需要非常完美,保持回馈与改进同样的事情做久了效率与品质都会自然提高。
代价是什么?
除了主持的 10 分钟之外,还有额外的两项成本:
- 事前准备:取决于对于分享题材的熟练度。
- 事后记录:取决于记录的细节程度,写作绝对是最花时间的部分,强烈建议通过适合团队的手段进行记录,可以是文章、录影影片或逐字稿。
总结
每日小会有助于养成团队成长与记录的习惯,并且也能鼓励并打造自由学习的氛围在团队之中。基于 Jonathan Boccara 提供的经验,如果每日腾挪出 10 分钟能够带动团队内部知识的流动并且消除学习债务,是值得尝试的方法。
延伸阅读
- The Dailies: how to efficiently teach C++ at work - Jonathan Boccara’
- It’s Like Coding in the Dark - Catherine Hicks
- “It’s Like Coding in the Dark: the Need for Learning Culture in Engineering Teams” - Catherine Hicks