October 19, 2004

making tech implementations less culturally disruptive (cont.)

zzzmkghilkj33.jpg
In a recent e-mail to me, the unmatcha­ble Evelyn Rodri­guez wrote:

Well, I do know a lot about making tech imple­men­ta­tions less cul­tu­rally dis­rup­tive — but it cuts both ways — some­ti­mes the busi­ness peo­ple dis­rupt the tech­no­lo­gists too — they live in their own little bub­ble. The gurus call this “Business-I.T. Align­ment.” I’ve wor­ked in the engineering/product dev side of the house much LONGER than I’ve wor­ked on the biz/prod mgmt/marketing side. Yes, each side loathes the other. I had to go to a new com­pany to start wor­king for the dark side my first mar­ke­ting role, that is) I’ll write about this one day, but one rea­son for the inc­rease in outsour­cing I.T. is that this way the busi­ness peo­ple can OUTSOURCE their con­flict as far away and as out of sight as pos­si­ble. They don’t have to actually see those pesky I.T. folks much any more — just throw it over the fire­wall to India,Russia, Argen­tina, China, etc. I’m not being facetious.

Maybe your com­pany doesn’t have a tech pro­blem. Maybe it has a cul­tu­ral pro­blem. Think about it.

"Hugh's Daily Cartoon" Newsletter. A new cartoon sent out every weekday morning to your inbox [RSS version here.]. A wee chuckle to start your day off right etc.

3 Responses to “making tech implementations less culturally disruptive (cont.)”

  1. John says:

    Yup, and trou­ble is, outsour­cing IT may make it hunky dory at home, but it exa­cer­ba­tes con­flict ove­rall. Because there is still a join thats now made more tenuous than ever — usually at the requi­re­ments analy­sis stage and the ite­ra­tions around requi­re­ments, end user input and pro­ject mana­ge­ment.
    Unless you have real ren­nai­sance mul­ti­cul­tu­ral leftbrain-rightbrain heros brid­ging this gaping divide youre in deep shit.
    You have 2 worlds now that not only speak dif­fe­rent figu­ra­tive lan­gua­ges, they also speak dif­fe­rent 1st spo­ken lan­gua­ges. Com­mon idoms are gone, and the slim oppor­tu­ni­ties to rea­lize com­mon values by inter­per­so­nal rela­tionship ( eg com­pany family pic­nics) have gone down the tubes as well. The nice thing is, if the heroes dont pull it off, the bus deve­lop­ment peo­ple can blame it on the foreig­ners, and hey, look at all the cash were saving.
    Let the cards fall. Com­pa­nies find out their own way out!

  2. Hamish says:

    Hi John
    Agree with what you are saying. I work with SAP, the soft­ware com­pany, and get­ting SAP into a large orga­ni­sa­tion is a cha­llenge at best, usually because ever­yone is doing exactly as you desc­ribe.
    I talk to Ger­man deve­lo­pers about issues with the glo­bal roll out of ban­king soft­ware, usually to cus­to­mer peo­ple that are also tal­king a second lan­guage. This lea­ves plenty room for misun­ders­tan­ding, but also, as soon as you are outsour­cing or using an exter­nal sup­plier, sud­denly, every deci­sion costs money, usually lots of it, and so the poten­tial for con­flict moves to a three axis pro­blem — tech­ni­cal, “busi­ness and poli­ti­cal”, and also com­mer­cial. I have seen quite a few pro­jects where the imple­men­ta­tion has been com­mer­cially dri­ven by a phase one deli­ve­ra­ble that is com­mer­cially man­da­tory, but at com­plete odds with the long term road­map that the busi­ness needs.
    In these cir­cums­tan­ces, you end up being the guy that the sup­plier doesn’t unders­tand, the cus­to­mer gets anno­yed with, and then the imple­men­ta­tion part­ner gets aggra­va­ted because they can­not get to the phase one deli­ve­ra­ble quickly and cheaply. At this point the word heroism is not totally mis­pla­ced, or at least “Liker of nasty infigh­ting.“
    This is not just an SAP issue. Any major busi­ness change has to have a strong long term objec­tive that will allow senior mana­ge­ment, supp­po­sing that they care, to over-ride the lower level.
    If they don’t care save your breath and do the mini­mum, becuase without them nothing will hap­pen.
    But to con­ti­nue this into one of my favou­rite rants, upper mana­ge­ment, espe­cially Ame­ri­can upper mana­ge­ment, know that they have four quar­ters to meet this year, and a likely lifes­pan at at the top of four years to uptick the share options, so don’t look for long term deci­sions under those cir­cums­tan­ces. Some Euro­pean and Japa­nese firms still have lon­ger term views, but even they are get­ting for­ced into this insane short ter­mism.
    In short, this is the way of the future, unless the law­yers take over with Sar­ba­nes Oxley, et al.

  3. “[O]utsourcing IT may make it hunky dory at home, but it exa­cer­ba­tes con­flict ove­rall…“
    It’s not neces­sa­rily logi­cal — but having the work done (not neces­sa­rily offshore, could be EDS or IBM or HP that takeo­ver for inter­nal I.T. as well) by a third party just feels like you’ve got­ten the pro­blem out of your hair…at least tem­po­ra­rily.
    It brings its own set of cha­llen­ges.
    I did say once in an older blog post, god help me if I could find it, that offsho­ring allows you to fail chea­per. Most soft­ware deve­lop­ment and/or imple­men­ta­tion pro­jects are not roun­ding suc­ces­ses — but rather than directly address the underl­ying pro­blems — it seems worth a shot to see if someone else can do it any bet­ter and cheaply — elsewhere.