What does the offshoring backlash tell us?

Making the most of distributed resources


Reader Poll We’ve had some great responses back on the article we posted earlier in the week, about how software development is becoming increasingly distributed with the twin prongs of outsourcing (vs keeping things in-house) and offshoring (vs keeping things local). Unsurprisingly perhaps, the most spleen is vented on failed offshore projects.

To quote one such rant in its entirety:

After 2 years of excuses, laziness, constant turnover (complete waste of training time when the guy/girl buggers off and leaves you with a new muppet), terrible or copied-from-Google code, never-ending bugs, headaches, baffling phone calls where no-one understood each other, emails that promised to "do the needful" but went ignored, applications that just didn't work, MILLIONS of dollars, and much, much more....... we had enough, and told the Indian coding behemoth we'd had enough and brought our dev team back in house.

Saying that things go more smoothly is a massive understatement. Don't know why we bothered. Oh yes, some spreadsheet said it would be cheaper.

Ouch. And we thought Google code was supposed to be good (just kidding, we knew what they meant really). But what is causing the problems - particularly given that at the end of the day, code is code?

The answer seems to be in no small part down to good communications, driven (in no small part either) by a level of connectedness to the business. There was a level of good-enough-ness in the past, we are told, which was adequate to support more successful development activities, and which is impossible to replicate across contractual and international boundaries:

This informal communication is completely lost when parts of a project are outsourced. Sending the same spec to another country to be evaluated by a developer who has never met the author and who must route all queries through an account manager just does not work.

And:

Yes, there is a loss of informal communications, and of developers with the deeper knowledge of the "widget" business that comes from being part of the "widget" industry and not the software consulting industry.

It's ironic perhaps, that it is the business’s perceived failure of understanding this need to communicate that lies at the root of the problem, so we are told. Says one of our correspondents:

The one thing that has remained the same is the core business. Whether it's being a supermarket, a plumber, a bank or whatever - this is what makes the money that payes everyones' wages - not the IT element of the organisation. So when the opportunity presents itself to get shot of the whole kit 'n' kaboodle you shouldn't be surprised when the board of directors breathes a sigh of relief and signs a very large cheque”

To be fair, things never really did run that smoothly in the past. Which begs the question - given that the genie of international resourcing most likely won’t just hop back into the bottle, just what can we learn from less successful outsourcing experiences? Or perhaps more pointedly, if we take such emotive terms as ‘outsourcing’ and ‘offshoring’ out of the equation, what can we learn about the increasingly distributed development organisations that exist, and how well they are operating?

We’ve put together a short reader poll to consider some of these questions, and we’d love to hear your views.

Reader Poll

Q1. What is your current set-up in terms of development distribution?

Mostly centralised but we have a few satellite development teams (hub and spoke)
We have a number of development centres which operate independently or in partnership
We have a combination of all of the above
Development activity all takes place centrally, in a single place
All our development activity is sourced externally

Q2. And where do you fit into the scheme of things?

I am working on software projects at a central or main location
I am working on software projects at a remote or subordinate location
I have indirect knowledge or experience of how my organisation distributes development
I work for a company providing external development services
I work as an independent or freelance subcontractor
Other (please state)

Q3. What are your organisation's primary reasons to distribute development as you have described? (please check all that apply)

We want to make the best use of resources, wherever they are
Distributed development is a management strategy to bring parts of the company together
External development centres act as an extended resource pool
Primarily for cost control by taking advantage of cheaper resources elsewhere
An accident of history, just the way we’ve always done things
Other (please state)

Q4. Which activities tend to be kept centrally, and which can be distributed across sites? (please check one for each)

Kept locally Distributed
Project management
Specification
Analysis and design
Coding
Testing
Integration

Q5. What mechanisms are in place to directly support distributed development activity? (please check one for each)

Extensive use Limited use Not used
Social networking tools, wikis and blogs
Email and document sharing tools
Problem and change management tools
Software configuration management tools
Remote file systems and remote access tools

Q6. What do you see as the main challenges with the way your development projects are distributed? (please check all that apply)

General communications and collaboration challenges
Configuration management and versioning challenges
Project management issues caused by the complexities of distributed development
Political issues with the way the organization is structured
Software quality issues due to the variable level of skills between locations
More general quality concerns introduced due to differences in processes/practices
Integration challenges of bringing unnecessarily disparate software elements together
Other (please state)

Q7. Taking all of the above into consideration, how well do you think you have distributed development under control?

Q8. Finally, if you could offer one piece of advice in this area, what would it be?

Similar topics

Broader topics


Other stories you might like

  • Florida's content-moderation law kept on ice, likely unconstitutional, court says
    So cool you're into free speech because that includes taking down misinformation

    While the US Supreme Court considers an emergency petition to reinstate a preliminary injunction against Texas' social media law HB 20, the US Eleventh Circuit Court of Appeals on Monday partially upheld a similar injunction against Florida's social media law, SB 7072.

    Both Florida and Texas last year passed laws that impose content moderation restrictions, editorial disclosure obligations, and user-data access requirements on large online social networks. The Republican governors of both states justified the laws by claiming that social media sites have been trying to censor conservative voices, an allegation that has not been supported by evidence.

    Multiple studies addressing this issue say right-wing folk aren't being censored. They have found that social media sites try to take down or block misinformation, which researchers say is more common from right-leaning sources.

    Continue reading
  • US-APAC trade deal leaves out Taiwan, military defense not ruled out
    All fun and games until the chip factories are in the crosshairs

    US President Joe Biden has heralded an Indo-Pacific trade deal signed by several nations that do not include Taiwan. At the same time, Biden warned China that America would help defend Taiwan from attack; it is home to a critical slice of the global chip industry, after all. 

    The agreement, known as the Indo-Pacific Economic Framework (IPEF), is still in its infancy, with today's announcement enabling the United States and the other 12 participating countries to begin negotiating "rules of the road that ensure [US businesses] can compete in the Indo-Pacific," the White House said. 

    Along with America, other IPEF signatories are Australia, Brunei, India, Indonesia, Japan, South Korea, Malaysia, New Zealand, the Philippines, Singapore, Thailand and Vietnam. Combined, the White House said, the 13 countries participating in the IPEF make up 40 percent of the global economy. 

    Continue reading
  • 381,000-plus Kubernetes API servers 'exposed to internet'
    Firewall isn't a made-up word from the Hackers movie, people

    A large number of servers running the Kubernetes API have been left exposed to the internet, which is not great: they're potentially vulnerable to abuse.

    Nonprofit security organization The Shadowserver Foundation recently scanned 454,729 systems hosting the popular open-source platform for managing and orchestrating containers, finding that more than 381,645 – or about 84 percent – are accessible via the internet to varying degrees thus providing a cracked door into a corporate network.

    "While this does not mean that these instances are fully open or vulnerable to an attack, it is likely that this level of access was not intended and these instances are an unnecessarily exposed attack surface," Shadowserver's team stressed in a write-up. "They also allow for information leakage on version and build."

    Continue reading
  • A peek into Gigabyte's GPU Arm for AI, HPC shops
    High-performance platform choices are going beyond the ubiquitous x86 standard

    Arm-based servers continue to gain momentum with Gigabyte Technology introducing a system based on Ampere's Altra processors paired with Nvidia A100 GPUs, aimed at demanding workloads such as AI training and high-performance compute (HPC) applications.

    The G492-PD0 runs either an Ampere Altra or Altra Max processor, the latter delivering 128 64-bit cores that are compatible with the Armv8.2 architecture.

    It supports 16 DDR4 DIMM slots, which would be enough space for up to 4TB of memory if all slots were filled with 256GB memory modules. The chassis also has space for no fewer than eight Nvidia A100 GPUs, which would make for a costly but very powerful system for those workloads that benefit from GPU acceleration.

    Continue reading
  • GitLab version 15 goes big on visibility and observability
    GitOps fans can take a spin on the free tier for pull-based deployment

    One-stop DevOps shop GitLab has announced version 15 of its platform, hot on the heels of pull-based GitOps turning up on the platform's free tier.

    Version 15.0 marks the arrival of GitLab's next major iteration and attention this time around has turned to visibility and observability – hardly surprising considering the acquisition of OpsTrace as 2021 drew to a close, as well as workflow automation, security and compliance.

    GitLab puts out monthly releases –  hitting 15.1 on June 22 –  and we spoke to the company's senior director of Product, Kenny Johnston, at the recent Kubecon EU event, about what will be added to version 15 as time goes by. During a chat with the company's senior director of Product, Kenny Johnston, at the recent Kubecon EU event, The Register was told that this was more where dollars were being invested into the product.

    Continue reading
  • To multicloud, or not: Former PayPal head of engineering weighs in
    Not everyone needs it, but those who do need to consider 3 things, says Asim Razzaq

    The push is on to get every enterprise thinking they're missing out on the next big thing if they don't adopt a multicloud strategy.

    That shove in the multicloud direction appears to be working. More than 75 percent of businesses are now using multiple cloud providers, according to Gartner. That includes some big companies, like Boeing, which recently chose to spread its bets across AWS, Google Cloud and Azure as it continues to eliminate old legacy systems. 

    There are plenty of reasons to choose to go with multiple cloud providers, but Asim Razzaq, CEO and founder at cloud cost management company Yotascale, told The Register that choosing whether or not to invest in a multicloud architecture all comes down to three things: How many different compute needs a business has, budget, and the need for redundancy. 

    Continue reading

Biting the hand that feeds IT © 1998–2022