BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

评估离岸或者近岸敏捷供应商

| 作者 Christopher Goldsbury 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2012年12月28日. 估计阅读时间: 3 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

敏捷软件开发项目中,由于地理位置邻近、文化差异小,近岸模式比离岸更有竞争力。这是2012年11月19日,Karl Flinders在ComputerWeekly上提出的最新观点。这篇文章的主要论点有:

  • 敏捷要想成功必须坚持团队和客户的紧密、持续沟通。
  • 地理位置越邻近,意味着团队在相同或相近的时区工作,有利于增强沟通。
  • 相似的文化背景可以减少误解,有利于更敏捷灵活地沟通。

除了提出这一有趣的话题以外,此文在观点佐证方面乏善可陈,只列举了些个人趣闻,还带有对某些东欧近岸供应商持有偏见的嫌疑。敏捷方法论将共驻一地和沟通奉为首位,最强调让开发团队和客户在同一地点工作。由此推理可知,表面上看,敏捷不适合离岸或近岸服务。

不过,实践出真知,许多敏捷团队都在和离岸或者近岸供应商合作。那么近岸服务是否更适合敏捷团队呢?首先,我们来确定一下近岸服务的定义。Wikipedia上的定义是:

近岸服务是指“业务或IT流程转包给附近国家或地区的公司(这些公司往往与你公司所在的国家或地区临界)”,[1]从而双方都能从以下一个或者多个方面得益:地理位置、时差(时区)、文化、语言、经济、政治或历史渊源。[2]通常转包的工作会是业务流程或者软件开发。

不过,某些近岸却并不符合Flinders先生的观点。例如,地理位置上讲,日本离俄罗斯非常近,但文化相似性方面可能去之甚远。一个日本公司想要和一个Vladivostok(海参崴)公司做近岸敏捷软件开发的话,估计达不到近岸服务所谓的增强沟通的优势。

类似地,有些国家地理位置相距较远但文化差异小。美国、澳大利亚和英国都拥有非常相似的文化背景、政治体制、法律体系和传统。然而瞄一眼世界地图就知道,它们彼此间的地理距离显而易见。

那么如果文化和地理位置邻近都不是离岸或者近岸敏捷供应商竞争力的关键判断标准,又该是什么呢?下面是从CIO杂志上的《离岸敏捷开发的七个技巧》ComputerWorld上的《你的外包商够敏捷吗?》这两篇文章中采纳提炼的一些观点:

  • 进行远程沟通以及分享的设备和相应的规范十分完善,员工们对此也驾轻就熟。
  • 合作伙伴定期拜访参观,希望“认识并了解”对方的业务及人员。
  • 公司真正接纳并推崇敏捷软件开发方法论。
  • 合作伙伴最好有时区重叠以便于协调每日会议。
  • 敏捷离岸开发不能完全自主管理,自成一家。需要有一个主动的经理,当流程脱节时承担协调工作。

一旦选择用供应商,敏捷团队有必要坐下来研究社区发布的离岸敏捷开发的经验教训。那么,亲爱的读者,还有什么是一个优秀的离岸或近岸敏捷供应商所必备的标准吗?你有什么自己的敏捷离岸或近岸开发经验教训可以和大家分享吗?

查看英文原文:Qualifying An Agile NearShore Or Offshore Supplier

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT