GMTC北京站9折购票倒计时,部分日程已上线,戳此查看 了解详情
写点什么

软件团队建设之辩:提高团队效率而非简单地增加人手

  • 2007 年 12 月 02 日
  • 本文字数:1314 字

    阅读完需:约 4 分钟

一场有关团队规模的大讨论正在通过博客悄无声息地进行着。它始于 Reg Braithwaite 在一篇博客文章中怀疑,在一个庞大的团队里,强大的语言可能也起不了什么作用

如果编码规定(programming conventions)、元程序设计 (meta-programming) 、表述性的类型系统(expressive type systems) 、 注释(annotations) 以及其他所有能帮助我们建立起强大抽象的工具无法适应大型团队的开发模式,那么我们该怎么办?

Reg 在文章中认为工程效率会随着团队规模的增加而急剧下降。这个观点得到了相当的认同。Bob Warfield 在其早先的一篇博客中强调,小而精的团队远胜于大的团队,不但效率更高,连质量都更胜一筹。对此产生的原因,Guillaume 在评论 Reg 的博客时这么写道:“在大型团队中你只能依照团队中水平最低的人的标准来编写代码,不然就会有一大批程序员看不懂代码”。 Reg Braithwaite 在博客中最后得出结论认为,通过增加在开发工具和过程改进中的投入从而增加团队效率,比单纯地增加团队人员的做法更值得提倡。如果这个原则得以贯彻,团队建设就会紧紧围绕更有效利用优秀的辅助开发工具和更合理的开发流程去去开展工作,而不仅仅是随意地增加两个人手。

持有不同意见的也大有人在,他们认为小团队虽然也可以开发象 Linux 这样复杂的软件,但是团队规模的增加也是难以避免的。一款成功的软件往往会吸引大量的客户,随之而来便是功能需求的激增,因此 Chris Winters 得出结论,软件的前期开发和后期的维护以及持续改进在复杂性上绝对不可同日而语,增加人手也成为很自然的事情。Warfield 认为团队人员的膨胀的趋势更多是源于文化层面的原因——决策者往往在 IT 方面的专业程度有限,他们头脑中固有的原则是更多人力投入才能有更多更快的产出。此外,人事的升迁也会使更多的初级员工加入进来,这也是使团队人数不断增加的一个原因。

当团队规模增长不可避免的时候,怎样去保持开发效率和产品质量呢?通常的做法的是增加复查的次数,虽然这在一部分人看来纯属浪费时间。也有人并不认为开发人数增加就意味着产品品质的下降,Mike Kucera 就是其中一个典型代表。他在评论中强调了增加抽象和代码可读性在对代码功能的理解和后期维护中的作用是不可小视的。同时,他认为抽象能使工程更易于分解成可由小团队独立开发的模块:

适当的抽象有助于使软件分解为松散耦合的模块,从而使每个小的团队专注于自己那一部分的模块的开发。

然而,Warfield 却坚持认为并不是任何时候都可以将一个项目分解为独立模块的。因此他提出了缩小项目范围来解决问题的方法,并且他坚信客户的满意度并不会因此而受到太大的影响。这就是 Warfield 所谓的伟大的软件艺术,这样才能使一个小团队长久地保持产品的鲜活。

查看英文原文: Debate: Scaling teams up in productivity rather than in personnel - - - - - -

译者简介:孙涛,华中科技大学物理电子学专业硕士毕业。现就职于 9spaces 网络中国分部 (www.9spaces.cn),从事 Java EE 应用开发和管理工作。目前主要关注基于 SOA 的软件架构设计,RIA 以及信息检索(Information Retrieval)和信息抽取(Information Extraction)等技术的发展和进步。曾发表有关电磁波算法应用类论文两篇,其中一篇被 SCI 索引收录。

2007 年 12 月 02 日 09:241392
用户头像

发布了 23 篇内容, 共 41237 次阅读, 收获喜欢 3 次。

关注

评论

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

NOSQL - 第六周总结

孙志平

一个成都程序猿写于离开北京一周年与26岁生日的这一天

why技术

生活 程序人生 北漂 成都

总结

Kiroro

猿灯塔:spring Boot Starter开发及源码刨析(六)

猿灯塔

架构师训练营第六周作业

王铭铭

最右JS2Flutter框架——渲染机制(二)

刘剑

flutter 大前端 跨平台 探索与实践

GaussDB for DWS:内存自适应控制技术总结

华为云开发者社区

大数据 数据湖 内存管理 sql 华为云

MySQL 高可用和分布式数据库(训练营第六课)

看山是山

zookeeper CAP 主从复制 主主复制 MySQL 高可用

蟒周刊-429-Python 3.8.4 可用ed

ZoomQuiet大妈

Python 大妈 蟒周刊

CAP 原理及Doris 临时失效的处理过程

Acker飏

极客大学架构师训练营 CAP

架构师训练营第六周总结

sunnywhy

架构师训练营」第 6 周作业

edd

极客大学架构师训练营

CAP原理简介

elfkingw

程序员的眼界真的不要,也不能只局限于技术

非著名程序员

极客时间 程序员 提升认知

NOSQL - 第六周作业

孙志平

Doris 临时失效 UML 时序图(训练营第六周)

看山是山

Doris

Doris临时失效处理过程的UML时序图

周冬辉

探秘 Spring 的 PropertyEditor

CoderLi

Java spring 后台

static关键字真能提高Bean的优先级吗?答:真能

YourBatman

spring springboot SpringCloud 极客大学架构师训练营 Spring Bean

学习总结 - 第 6 周

饶军

CAP

Kiroro

学会使用Vue JSX,一车老干妈都是你的

前端有的玩

Java Vue 大前端 技巧 React

CAP原则

熊威

「架构师训练营」第 6 周作业 - 总结

森林

架构师训练营第6周作业

饶军

Apache Flink 是什么?

Apache Flink

flink

week6 学习总结 Nosql

Z冰红茶

CAP 原理

Z冰红茶

我学会了用Python预测股票价格

博文视点Broadview

Python 读书笔记 算法 数据分析

「1.4万字」玩转前端 Video 播放器 | 多图预警

阿宝哥

大前端 流媒体 Video播放器 HLS

架构师训练营第六周作业

sunnywhy

软件团队建设之辩:提高团队效率而非简单地增加人手_敏捷_Sadek Drobi_InfoQ精选文章