3 ms·
I gave a lightning talk at the Great Lakes Software Excellence Conference http://www.glsec.org/ http://www.glsec.org/ with the premise that in-house, outsourcin
by gvb 17y ago
I gave a lightning talk at the Great Lakes Software Excellence Conference http://www.glsec.org/ http://www.glsec.org/ with the premise that in-house, outsourcing, and off-shoring development can be modeled in systems engineering terms of bandwidth and latency. I posted the talk on my blog http://jerryjousting.blogspot.com/ http://jerryjousting.blogspot.com/.
My conclusion from observing over the years is that companies with failed business models go offshore to die. Not all businesses that go off-shore die, but the ones that have business models that require close interaction with their suppliers and customers, that require quick reaction, or that require unique (domain) knowledge won't be successful with a move off-shore. The businesses that survive, even thrive, off-shore are ones that are or can become commodity suppliers (e.g. low bandwidth is sufficient for control and they can tolerate high latency on their product).
Sometimes the business model can be changed to adapt but a business is too ossified to adapt. Sometimes the whole business is no longer viable and the end is inevitable. Either way, historically, trying to maintain a failed business model simply by cutting labor costs fails.
Local news is not something you can off-shore successfully. It requires high bandwidth, local knowledge, and low latency. From the article: "Macpherson admits you can lose something in the translation — the Pasadena City Council Webcast that the Indian reporters now watch once missed two African-American lawmakers walking out in protest — but says the question is, how significant is it?" Ummm... like, everything?
- ShabbyDoo 17y ago>My conclusion from observing over the years is that companies with failed business models go offshore to die. I'm consulting for a Fortune 500 that has used a particular 3rd party system for a significant business function for the past decade. Since the vendor seems incapable of debugging its own system, I ended up reverse engineering parts of it to identify the bug. Then, a call was scheduled between me, the Fortune 500's application support folks, and the vendor's application support folks. The vendor's customer service supervisor and I were the only two people on the call who were not located in India. An analysis of the application's architecture is a data point in support of your claim. The oldest pieces of the application seem to have some thought behind them although the implementation is significantly outdated. However, the vendor's off-shored web-ification of the application is a cut & paste spaghetti disaster (as easily observed in nearly 4K JSPs, each with one-off authentication code). This company was recently sold to another software vendor that seems to collect has-been cash cows, so it's clearly a couple steps from the graveyard.