2010-07-08 67 views
2

我曾参与过几个多元文化项目(编程语言是普遍的,社会规范和其他不是),并且总能看到团队动态如何跨文化交流,这总是很有趣。我不是在谈论coding differences,我在谈论项目开始时跨文化沟通的基本基本原则。良好的团队建设练习,使用小型团队vs大型团队,隔离功能,使所有开发人员都感觉自己像在做出贡献,培养尊重等。你如何将多元文化团队聚集在一起?

在我们日益多元化的文化产业中,哪些行之有效?

+0

这应该是一个社区wikki问题。 – FrustratedWithFormsDesigner 2010-07-08 19:37:08

+0

现在它是社区维基....我不知道我可以将它标记为wiki。 – 2010-07-08 20:04:07

+2

看起来像http://www.wideteams.com博客的主题... – ewall 2010-07-08 20:06:49

回答

2

我在几年前看着这在一些细节上,来到了以下结论(排名不分先后):

我们看着(所有的印度)外包组织有一个非常强大的加工基地。我不知道这是文化还是他们选择设置自己的方式(可能两者都有),但我们认为这可能是一个真正的问题。他们正在谈论的是卡内基瓜成熟模型(谷歌它,但基本上,这意味着他们已经定义和记录了一切,直到包括什么时候发生什么事情),我们通常运行在1或者1左右的卡内基瓜成熟度模型一个2(大致相当于穿过你的手指,希望最好)。

我们的流程水平很大程度上受到我们的客户的推动,他们对签署规格没有任何兴趣(有充分理由和不好),希望了解他们业务并填补空白的人,并想改变他们的一天思考三次。尽管许多这些因素激怒了英国的程序员,但我们明白他们永远不会改变。

这可能是我们最大的担忧 - 我们不觉得我们可以提出一个适用于所有涉及的三个小组(客户,基于英国的IT团队和印度的外包团队)的流程模型。

所以首先是 - 弄清楚你的过程是什么,然后弄清楚你是否真的认为你可以使它适用于所有相关方。很容易说“我们要做敏捷”,但如果一个派对在1000英里以外的地方,你将如何实现这个目标?或者,如果你想要一条坚实的瀑布路线,给你的客户是否现实?

其次,了解你的团队内部根深蒂固的文化差异。

我的经验(我在这里很明显地概括)是,来自美国和英国的程序员乐意(有时太自觉)质疑权威和假设。要求他们做一些愚蠢的事情,而且你很可能会发现自己被告知你已经要求他们以毫不含糊的方式做一些愚蠢的事情,然后他们会告诉你你真正想要什么。

这不是全球范围内的常态。我与之合作过的许多印度开发人员不以同样的方式提问。这并不是说他们没有那么聪明,他们只是运用他们的智慧来交付你所要求的东西,假设你有充足的理由这样做。

你可以为这两种情况做个好/坏的例子(我已经失去了我听过开发人员询问他们被告知的次数的次数,并且说尽管不了解基本知识,应该怎么做他们工作的行业),但重要的是他们不同,他们会冲突。

所以答案很可能是你需要感觉到所涉及的团队,并据此选择适合他们两人的工作方式。

是的,获得视频会议设置,每次访问其他网站(这有很大的区别),并尽可能让人们交谈,即使在早期阶段并非严格需要,但最重要的是使努力了解所涉及的群体并设计一个适用于所有群体的动态 - 在另一个世界观上强加一个是行不通的。