10 月 23 - 25 日,QCon 上海站即将召开,现在购票,享9折优惠 了解详情
写点什么

敏捷咨询师许晓斌指出结对编程顺利推行的四个原因

  • 2013-02-25
  • 本文字数:2060 字

    阅读完需:约 7 分钟

作为敏捷诸多实践中资格最老的实践之一,结对编程也可以算是最富争议的实践了。去年 10 月,InfoQ 中文站发表了一篇新闻《结对编程成为主流,但反响冷淡》,里面提到众多开发人员对于结对编程的负面看法。最近,敏捷咨询师、持续集成专家许晓斌在自己的博客上撰写了一篇文章——《变化是如何产生的——有关结对编程》,指出了结对编程顺利推行的四个原因,也许这些原因能够从一个侧面说明为什么前者不能成功。

在文章开头,许晓斌指出一个案例:

一个十多人的团队,十个月前,每个人都习惯在自己的一块自留地代码上劳作,当管理层推结对编程时,大部分人反应冷漠甚至抵触。今天,这个团队的几乎所有人都愿意接受结对编程这种工作方式,各个人对整个系统的了解更好了,遇到不熟悉的地方都很自然地想到找个熟悉的人来结对。

接下来,他提出问题:

同样的公司,不是所有的团队都有这样的变化,自留地式的工作方式在一些团队非常普遍,这是为什么?

在他看来有 4 个主要原因:

  • 直接管理者的支持

    直接管理层就是大家直接的老板,如果是再上一层,就算他支持,如果和直接管理者的理念不一致,那也比较麻烦。管理者的理念差别很大,有人喜欢微管理,事无巨细都要了解并把握方向,为了短期效率让每个人专注在一小块代码;有人喜欢放手让团队自己思考协作,让大家多花点时间去了解别人在干什么,以让知识留到更多人的脑子里。……更偏后者的,自然也就更支持大家结对编程;如果偏前者,那就算有开发人员想结对,也会承受一些压力。因此很可能出现这样的现象:高层推敏捷转型,底层积极性也很高,中间被卡了一下,进展就变得磕磕绊绊。

  • 少数的 Early Adopter 及 Coach

    每个团队基本都会有一两个人对变化感兴趣,或者更好的情况是本身就很相信包括结对编程在内的敏捷实践,那么这些人在管理者支持的前提下会对整个团队产生持续的影响。与之类似的是我目前从事的角色,Agile Coach,在团队中推广并实践结对编程,解释 why、总结 how,诸如此类……

    一个原本对结对编程抱怀疑态度的开发者,在和一起结对了几个 session 之后,明确地告诉我喜欢适当的结对,并在之后团队开会的时候抱怨团队的结对编程不够。

    这里有个比较重要的原则是:与其把推动变化的精力平均地分散到每个人身上,不如先关注 Early Adopter,他们会帮你扩大影响。

  • 代码基的大小

    代码基越大,推行结对编程就越难,这是因为更难看到成果。

    为什么大家喜欢结对编程?因为它能帮助我们高速地从他人学到知识,并且在日后使用这些知识并很直接地体现我在这个团队中的价值。当知识点不大的时候,和人一起结对一两天就能基本掌握的时候,获得成就感非常容易!可是,当一块知识牵扯的代码动不动就成千上万行的时候,学习起来就不是一两天,甚至不是一两个礼拜的事情,这样,还没等你能够使用这些知识去体现价值的时候,很多人就已经对你失去了耐心,甚至你自己也感到沮丧。这也侧面印证了另一个道理,只要是软件项目,代码是一切之本,如果代码写不好,再好的流程也没太大的用处。

  • 适当的强迫力及奖励

    这简直就是‘胡萝卜加鞭子’,但小心使用也会有不错的效果,尤其对于一些主动性不够强的人来说,强迫至少让他去尝试,奖励也带来了趣味。……当然大家都不是傻子,前提还是大家基本理解并认同结对编程这种工作方式的价值,强迫或奖励只是帮助去除人天生惰性的辅助手段而已。

此前,许晓斌在另一篇文章中,指出了结对编程的价值和注意点:

  • 价值:
    • 显著提高代码质量
    • 促进知识分享及学习
    • 帮助团队信任及合作
    • 形成压力和专注
  • 注意点
    • 注意休息和负荷
    • 注意倾听
    • 警惕沉默

除了上面的优点之外,QCon 杭州 2012 大会明星讲师陈皓在一篇博文中曾指出结对变成的缺点:

  • 对于有不同习惯的编程人员,可以在起工作会产生麻烦,甚至矛盾。
  • 有时候,程序员们会对一个问题各执己见(代码风格可能会是引发技术人员口水战的地方),争吵不休,反而产生重大内耗。
  • 两个人在一起工作可能会出现工作精力不能集中的情况。程序员可能会交谈一些与工作无关的事情,反而分散注意力,导致效率比单人更为低下。
  • 有些时候,程序员们在一起滋生不良气氛也很快。比如,合伙应付工作,敷衍项目。
  • 面对新手,有经验的老手可能会觉得非常烦躁。不合适的沟通会导到团队的不和谐。
  • 新手在面对有经验的老手时会显得非常得紧张和不安,甚至出现害怕和焦虑,从而总是出现低级错误,而老手站在他们后面不停地指责他们导致他们更加紧张,出现恶性循环。最终导致项目进展效率低下,并且团队貌合神离。
  • 有经验的人更喜欢单兵作战,找个人来站在他背后看着他可能会让他感到非常的不爽,最终导致编程时受到情绪影响,反而出现反作用。

一名国外的敏捷专家 Gil Zilberfeld 自己的博客中,提到自己再次捡起结对编程后的一些体会:

  • 氛围很重要
  • 耐心很重要
  • 聆听很重要
  • 提问很重要
  • 态度很重要
  • 搭档很重要
  • 协商很重要
  • 鼓励新人很重要

在文章结尾,许晓斌的总结是:

看到了一个团队的变化以及结对编程给这个团队带来的受益,我很自然地更推崇这种工作方式了。

理论再好也终究只是理论,要相信,体验是必不可少的。

推而广之,敏捷也是,大家都在谈,有人切切实实实践了,有人纯粹是转发而已。

2013-02-25 18:351990
用户头像

发布了 479 篇内容, 共 175.4 次阅读, 收获喜欢 53 次。

关注

评论

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

落地DevOps的三要素

老张

DevOps 软件工程 研发效能 交付质量

高性能图像处理的新利器——FlyCV

飞桨PaddlePaddle

paddle 飞桨 flycv

舞台LED显示屏使用禁忌

Dylan

LED显示屏 全彩LED显示屏 led显示屏厂家

利用混沌工程提高微服务的弹性

NGINX开源社区

nginx 微服务架构 性能 企业号 2 月 PK 榜

前端线下面授培训机构的选择

小谷哥

NFT铸造系统模式开发定制

开发微hkkf5566

巧用Maya轴心操作小技巧,工作事半功倍!

3DCAT实时渲染

Maya,渲染 Autodesk Maya

前端技术培训学习哪个机构好?

小谷哥

干货分享 | UE游戏鼠标双击判定

3DCAT实时渲染

游戏开发 虚幻引擎 ue 游戏开发引擎

关于飞桨PaddlePaddle

飞桨PaddlePaddle

paddle 开源 飞桨

BI 仪表板/数据可视化大屏最全面的设计流程梳理

搞大屏的小北

需求分析 业务场景分析 BI 分析工具 可视化数据 BI 报表

优化数仓业务视图:过滤条件传递

华为云开发者联盟

数据库 后端 华为云 企业号 2 月 PK 榜 华为云开发者联盟

云端智创 | 聚焦云剪辑核心,一文详述智能生产全链路

阿里云CloudImagine

云计算 视频云 智能媒体生产

4-业务架构师眼中的需求是什么?

涛哥 数字产品和业务架构

业务架构 业务需求

怎么正确使用 NPS ?用对了才事半功倍

鼎道智联

运营 用户体验 用户推荐

下一朵云,会是谁

ToB行业头条

如何通俗理解信创国产化是什么意思?有哪些系统?有什么意义?

行云管家

信创 堡垒机 国产操作系统

深圳双机热备软件厂商哪家好?咨询电话多少?

行云管家

高可用 系统故障 双机热备

尚硅谷发布九章云台项目视频

小谷哥

大数据培训学习怎么入门

小谷哥

换个角度理解计算机网络,搭建计网知识框架

Java全栈架构师

程序员 面试 计算机网络 架构师 tcpip

关于Zebec生态的改进提案,以及即将上线的 Nautilus 链

股市老人

Flutter 生成运行小程序的混合App开发实践

FinFish

flutter 移动开发 小程序技术 混合app

共攀元宇宙新高峰,2月14日沈阳元宇宙产业峰会邀您携手领跑2023

华为云开发者联盟

华为云 元宇宙 企业号 2 月 PK 榜 华为云开发者联盟 VR开发

ONES 通过国内最权威信息安全等级认证——等保三级

万事ONES

火山引擎DataTester“智能发布”:覆盖产品研发、测试、上线全流程,一站式智能管理A/B实验

字节跳动数据平台

大数据 AB testing实战 企业号 2 月 PK 榜

君子动手不动口,FinClip 喊你做超级体验官啦!

FinClip

YOLOv8来啦!YOLO内卷期模型怎么选?9+款AI硬件如何快速部署?深度解析

飞桨PaddlePaddle

paddle yolo 飞桨

如何用一套代码运行跨多操作系统应用

HarmonyOS开发者

HarmonyOS

关于Zebec生态的改进提案,即将上线的 Nautilus 链

西柚子

敏捷咨询师许晓斌指出结对编程顺利推行的四个原因_语言 & 开发_郑柯_InfoQ精选文章