为完全分散式团队提高生产率和效率

标签: 完全 团队 生产率 | 发表时间:2012-06-02 10:08 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

随着沟通平台的发展以及跨公司间开发合作团队日益壮大,大家对建立分散式团队(因其高效和低成本)的 兴趣也随之增长。今年年初,来自 Rothman Consulting Group的Johanna Rothman在 Pragmatic Manager通讯(卷9)上 发表了一系列相关这一主题的博文,她与InfoQ的 Shane Hastie还开办了一个名为 “有效地在分散式敏捷团队中工作”的工作室。该主题同样也被来自Energised Work的 Simon Baker在其 “No Bull”文章中提及。

今年五月, Andrew MontalentiParse.ly的创始人及CTO,发表 博文谈论了一些相关要素来改变完全分散式团队的沟通方法并达成更高的生产率。Montalenti认为最近开发的 web 2.0软件以及很多沟通平台,诸如Skype 以及Google+ Hangouts,还有包括家用高速宽带的普及,这些都使完全分散式团队的存在以及让这些团队更有效地工作变为可能。他还认为工程师们非常舒适的工作氛围、独自工作长时间不被打扰、以及有机会能够使团队成员按各自既定的优化的方式工作,这些都弥补了所需投入的成本和精力。当被问及这一团队文化的影响时,他回答道:“我们团队的差不多每位成员以前都在办公室工作,在那样的环境下,被坐在你旁边的同事打扰10分钟或15分钟都是常有的事。我的很多同事为了能有更多时间,都恨不得早上早点起来或者在办公室多加会儿班,这样他们能够有几小时安静的时光来集中精力编程,而不需要被同事们无休止地闲聊打扰。”此外,Montalenti并不认为这些改变只对工程师有效,他说:“我认为远程工作事实上对很多不同的团队角色都有益。系统运维和测试人员绝对是其中之列”。

博文中还包含了不同开发团队的模式定义:垂直型、水平型、以及完全分散型。以 GithubAutomatticBasho以及 37 Signals这几篇文章为例,Montalenti认为最后一种方式较之传统方式是为大家所接受、性价比高、而且越来越广为流行的方式,他说:“完全分散式团队当下不仅有生命力,而且在很多方面都优于同处一处的团队,尤其是对软件工程方面的工作更加适合。并且我估计这一趋势将呈上升势头”。在Montalenti的观点中,这一模式的未来与在线通讯软件的发展息息相关:“技术——尤其是视听技术——将在未来10年内推动分散式团队的发展。我们已经不再拘泥于最初的一对一式的对话,而是朝着多对多的方向前进。”

你有过分散式团队的工作经验吗?你是否认同来自世界不同地方、跨不同时区的开发人员一起组建团队工作是未来的发展方向呢?

查看英文原文: Improving Productivity and Efficiency for Fully Distributed Teams

译者 吴宇 关注Java EE,感兴趣的技术领域包括软件架构、SOA、ESB和开源项目等。

相关 [完全 团队 生产率] 推荐:

为完全分散式团队提高生产率和效率

- - InfoQ cn
随着沟通平台的发展以及跨公司间开发合作团队日益壮大,大家对建立分散式团队(因其高效和低成本)的 兴趣也随之增长. 今年年初,来自 Rothman Consulting Group的Johanna Rothman在 Pragmatic Manager通讯(卷9)上 发表了一系列相关这一主题的博文,她与InfoQ的 Shane Hastie还开办了一个名为 “有效地在分散式敏捷团队中工作”的工作室.

团队

- Lorna - 坏脾气的小肥
我最近心情起落比较大,如果把时间线再拉长一点,则是去年多自负,今年多自责. 冷静下来的时候也会想,我能不能做得更好. 每一个团队都有它的长处,有它的短处,对于团队的缺陷首先要问自己几个问题:. 1、有没有激励大家全心全意地认同和投入这个项目. 2、有没有分工合理,使每个人认同和投入自己的任务. 3、他的缺陷是否可以通过工作指导、严格督促,在半年或一年时间里自我完善.

启动你生产率的13种战略

- wonder laura - 译言-每日精品译文推荐
我不敢说是生产率专家(我总觉得还有完善的空间),但我非常关注提高生产率. 我一直在寻找不同的方式变得更有效率——从哪里我可以偷走时间,忽略不重要的事,获取系统的检修等等. 当我看到我付出的努力在一天当中的最后时间取得了成功,增加了产量,我很高兴. 在这篇文章中,我选取了13种最好的生产率战略——尝试,测试和验证.

团队管理101招

- 狂之想 - C++博客-牵着老婆满街逛
转载自:http://www.iteer.net/modules/doc/article.php?storyid=1402. 无论你是新手还是资深管理人,对你而言,管理好团队都是重要且具激励性的挑战. 切记:每位成员都能为团队作出一些贡献. 谨慎地设定团队目标,且认真严肃地对待它们. 尽早决定何种形态的团队适合你的目标.

DBA团队的使命

- 2sin18 - Alibaba DBA Team
DBA团队的使命:提供高可用、高性能、可扩展的数据存储服务. 高可用:可用性是运维的根本,我们不管做什么事情,都要把可用性放在第一位. 高性能:对性能的关注是我们一直坚持、做的最好的一面,仍需要继续做到极致. 可扩展:也就是最适合的,易部署,可线形透明伸缩. 数据存储:不只是关注某个数据库本身,是基于对各种最先进的数据存储技术的精深理解,提供最专业的服务.

谈团队知识管理

- - 人月神话的BLOG
如果要谈学习型团队,那么团队知识管理就相当重要,团队知识管理介于企业知识管理和个人知识管理之间,核心是知识能够成为整个团队的资产,并为团队创造价值. 今年在团队知识管理上,重点就是按照cmmi的一些思路,形成指导书,规范流程,工具模板,培训教材,检查单的完整知识库积累. 明确各个岗位职责和分工边界,能够按着规范流程做事情,大量前期积累的知识库又能够帮助团队成员快速的学习和解决问题.

谈技术团队目标

- - Tim[后端技术]
技术主管新年想得最多的一件事必定是如何比上一年做得更好. 宏大的目标设定每个团队都会做,谈几个不引人注意的小问题. 见过一些技术团队将计划定义为“按时完成需求”,需求驱动并没有什么不对,但是研发工作仅考虑被动需求的话是很难做好. 之前完成的许多需求有什么共性. 经常出问题/bug/故障的项目/功能/模块是哪些.

团队沟通杂感

- - 人月神话的BLOG
随时随地的短时间的,快速迭代的培训和教练作用远远大于正规的系统培训. 系统性培训一个是针对性往往弱,另外一个就是对团队成员有较高的要求,即自我强烈的系统性学习欲望. 走动时管理目的是及时的发现各种问题和团队技能之欠缺点,有针对性的进行沟通和经验传递,这需要团队管理者有敏锐的洞察力,不能脱离到团队工作事务之外.

某种理想的团队

- - 博客园_知识库
  (这篇文字灵感缘起于昨天发的一条半开玩笑半自嘲的 微博,由于设置了IFTTT被同步到我的 Twitter上,又被欢乐地转发了很多,估计是触发了某种有趣的共鸣). 现在我招聘已经被逼成这样了:先发自己和团队成员的简历给候选人,看你有没有兴趣跟一群这样水准的人一起做事,然后我争取到“面试你的机会”.

敏捷团队工作流

- - IT瘾-dev
站会中的内容是每天工作的开始,也是对昨天工作的回顾. 一般会由团队的某位成员主持,这位主持人有责任让电子系统上的story卡片和看板上的保持一致. 站会上,大家依看板从右至左依次更新自己负责story的状态,如果遇到阻碍,应该在站会上及时提出,团队之中的成员如果能提供帮助,应该在站会之后,组织解决方案的讨论.