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

最新推荐文章于 2024-03-28 15:23:46 发布

最新推荐文章于 2024-03-28 15:23:46 发布

阅读量110

点赞数

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/cpongo4/article/details/89143617

本文探讨了地理位置邻近、文化相似的近岸模式在敏捷软件开发项目中的竞争力，强调了团队与客户紧密持续沟通的重要性。文章通过对比近岸与离岸服务，指出近岸服务在增强沟通、减少误解方面的优势，同时也提出了近岸服务并非绝对适合所有敏捷团队的观点，并提供了评估优秀离岸或近岸敏捷供应商的标准。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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

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

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

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

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

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

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

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