今天的消费者和业务环境不再允许瀑布式软件开发。你不可能在每个产品发布之间间隔几年。事实上,在某些情况下,你甚至无法承受几个月的时间。至少,如果你想保持竞争优势,就不会。
正是因为需要更快地向市场交付,所以开发了敏捷软件开发方法。这也是为什么软件外包变得如此受欢迎。不幸的是,离岸外包使得采用敏捷方法进行软件开发变得更加困难。让我们来看看敏捷软件开发的一些原则,以及如何实现这些原则离岸外包所以很难应用这些原则。
敏捷软件开发最重要的原则之一是,个人和交互是最重要的。它们应该始终放在过程和工具之上。这是一个简单但重要的原则。
毕竟,开发过程是由人驱动的。他们能够响应业务需求,并在必要时具有创造性的适应能力。如果你把工具和过程放在首位,你的团队参与度就会大大降低,他们就不太可能满足客户的需求。一个例子就是沟通。当个人优先时,交流是必要的。当流程首先出现时,就会安排沟通,并且必须遵循特定的日程。
与离岸外包在美国,由于时差的原因,交流总是被安排好,并倾向于包含特定的内容。当你的团队在你的工作日睡觉时,你几乎不可能坚持这个敏捷原则,反之亦然。所以,如果你和一个内部团队合作近岸外包团队没有时差,他们会立即沟通任何问题。他们不需要等待一个预定的时间,因为他们可以立即访问你,无论是面对面还是通过Skype这样的平台。
相反,如果你与印度团队合作,这种沟通就会变得更加困难。例如,如果团队在孟买,而你在芝加哥,他们比你早10小时30分钟。换句话说,当芝加哥是早上9点的时候,你的孟买团队可能正准备坐下来吃晚饭,因为孟买已经是晚上7:30了。同样,当孟买是上午9点,你正在放松,或者甚至可能已经在床上了,因为在芝加哥是晚上10点半。当你的工作时间和你的工作时间重叠的时候,这是毫无意义的离岸外包团队。因此,交流将受到限制。它将通过延迟回复的电子邮件来完成,因此,延迟行动。你也可能会时不时地在办公时间以外的时间安排一个聚会。换句话说,当你和一个离岸软件开发外包公司。
这也是Perficient拉丁美洲推荐合作的原因之一近岸外包公司。在大多数情况下,时差是可以忽略不计的。还有一个事实是,文化差异远没有那么明显,减少了误解的可能性。
曾几何时,公司会为了开发的目的而花费大量的时间来创建产品文档。技术规格和要求、设计文档、测试计划等等。另外,每件事都要经过批准。
虽然文档仍然很重要,但敏捷简化了过程,使开发人员只得到交付工作真正需要的东西,而不会迷失在所有的小细节中。毕竟,这些细节是不必要的,因为敏捷就是关于沟通。
然而,随着离岸外包在美国,快速有效的沟通是不可能的。因此,如果开发人员想出了一些在文档中没有详细说明的模糊场景,他们基本上要等上一整天才能得到答案。在某些情况下,这会大大延迟整个项目。
降低这种情况发生的风险的一种方法是,做敏捷认为您不应该做的事情,即花更多的时间尝试创建更全面的文档。即使你花了几个月的时间在上面,你也不可能涵盖所有可能的情况。当然,您不再采用敏捷软件开发模型了。
传统上,在软件开发中,变更被认为是一种费用,因此,无论如何都要避免。这个想法是为软件开发一个非常详细的计划,包括所有的功能和一切。任何对计划的偏离都是不能接受的。如今,更短的上市时间意味着要发布多个迭代,而敏捷的倡导者应该从一个迭代到下一个迭代采用必要的变更,而不是坚持计划。本质上,敏捷软件开发提倡灵活性。不幸的是,当您与一个由于时区差异而很少与之交流的团队合作时,灵活性是很难实现的。
文化差异也很明显。例如,偏离计划和采取改变对你来说可能并不重要。然而,其他文化往往远没有那么灵活和开放的改变。事实上,在一些文化中,创新和创造性思维是不受欢迎的,特别是如果它与计划相矛盾,因为这会被视为对权威人士的缺乏尊重。所以,当你把沟通问题和文化差异结合在一起时,你最终得到的是一个完全不是敏捷的系统。因此,真正确保您保持敏捷的唯一方法是通过近岸外包.
近岸外包时差可以忽略不计,这使得沟通更容易。例如,哥伦比亚的波哥大和芝加哥之间只有半年的时差,即使如此,也只有一个小时。因此,你将有一个完整的工作日的重叠,将能够轻松地与您的IT外包团队。
此外,靠近近岸的卖主意味着文化问题远没有那么明显。至少,你和你的团队将知道彼此的期望,而由文化问题导致的误解将不是一个因素。
--
开始建立您的外包团队与高素质的工程师!让我们谈谈.
通过接受,您将访问https://nearshore.perficient.com/外部的第三方提供的服务
评论