IT rakendamise viis taset

 

Venkatraman, N. (1994) IT-Enabled Business Trans­for­mation: From Automation to Business Scope Re­de­fi­ni­tion. Har­vard Business Review, Winter/1994, 73-87.

 

Venkat Venkatraman (Indian School of Business)

Loonud mitmeid olulisi IT organisatsioonides rakendamise mudeleid

 

Strategic Aligment Model (Business and IT Strategy)

(www.valuebased-management.net)

Venkatraman on ka äripoole ja IT-poole strateegilise joondamise (strategic alignment) ühe mudeli üks autoritest

On tehtud katseid teoreetiliselt koon­dada IT ra­ken­da­mise tüüpe. Üheks populaarsemaks, samas aga liht­saks ja ajaproovile vastu pidanud mudeliks on Venkatramani (1994) IT et­te­võttes rakendamise viie taseme mudel.

 

 

TASE 1—IT lokaalne rakendamine

° Arendus detsentraliseeritud, ju­hi­tud asjast huvitatud osakondade poolt. Kogemus süsteemi rakendamisest ei le­vi reeglina ühest osakonnast teis­tesse.

° Muutused äriprotsessis IT süs­tee­mi rakendamisest on minimaalsed.

° Tüüpilised näited on: tellimuste süsteem, kli­enditoe süsteem, lao­ar­ves­tus­süsteem, ettevõtte sisene e-maili süsteem, süs­teem riskide hin­da­mi­seks toetuseks.

Võiks küsida: Mis on sellise (lokaalse, äriprotsessi vä­he muutva) süsteemi edu­kuse kriteeriumiks? Ta­va­liselt on süsteemi tulemuseks: a) protsessi ku­lu­de vä­henemine; või b) reageerimiskiiruse tõus. Kuid võrd­lus on siin eel­mi­se, vananenud praktikaga! Kon­kurendid võivad standardseid rakendusi suh­te­li­selt kergesti "järele teha"—neutraliseerib uuest IT süs­teemist tekkiva konkurentsieelise. Kas keegi on saa­vutanud konkuretsieelist Microsoft Offi­ce tark­va­ra ra­ken­da­misest? Konku­rent­si­eelist võimaldab saavutada mitte stan­dard­la­hen­dus­te loomine (kon­ku­ren­did võivad seda vaevata järele teha), vaid uni­kaalsete ko­handuste, täien­duste jms. lisamine (seda mõtet arendas juba 1995 a strateegiaguru M.Porter, aastal 2003 aga N.Carr oma tuntud artiklis/raamatus "IT Doesn't Matter").

Siiski, ka lokaalne süsteem nõuab ümberkorraldusi töö- ja äriprotsessis. Et väl­ja­töötatud IT süsteemist, sel­le pakutavast funktsionaalsusest mak­si­maal­set ka­su saada, peab ettevõte nägema nende üm­ber­korralduste vaja­dust ning peab need siis ka tegema. Näiteks: uue süsteemiga muutuv töö ise­loom võib nõuda muutusi töö hindamises, palgakorralduses. Kas lo­kaal­sed IT rakendused võivad olla ettevõtte jaoks strateegilise täht­su­se­ga? Ven­kat­raman arvab, et ei (lihtne järele teha).

 

TASE 2—IT rakendamine ettevõttesiseseks integratsiooniks

° Integratsioon võib olla: a) tehniline—ühine võrk, süsteemid on lii­des­tu­vad, võivad va­he­ta­da and­meid; b) organisatsiooniline integratsioon, äri­protsessi tasemel—koos­töö osakondade ja allüksuste vahel. Teh­ni­line integratsioon võib edestada organisatsioonilist integratsiooni. Nt. rüh­matöö süsteem on olemas, kuid seda ka­su­ta­takse vähe. Tehnilisest in­teg­ratsioonist üksi ei pii­sa. Organisatsiooniline integratsioon ei toimu ise­ene­sest.

° Mitut süsteemi läbiva äriprotsessi loomine. Nt. kindlustusfirma ees­märk infosüsteemile: "Kõik kliendid, kes firmasse helistavad, peavad ühe kõnega oma asja aetud saama."

° Eriti oluline on ühine, integreeritud andmebaas.

Kü­si­mused, millele juht peab vastama: Millist kasu an­nab ettevõttesisene in­teg­ratsioon? Efektiivsuse tõus? Parem kliendi teeninduse tase? Parem koor­di­nat­sioon otsuste tegemisel? Kas need efektid rea­li­see­ruvad? Kuidas integ­reeritud protsess paistab võrdluses konkurentide protsessidega? Ei ole mõ­tet au­to­matiseerida, integreerida väheefektiivseid va­na­ne­nud protsesse.

 

TASE 3—IT rakendamine äriprotsesside üm­ber­ku­jun­damiseks

° Äri-, toot­mis- ja tööprotsesside laiahaardeline (ümber)projekteerimine.

° Industrial eng­ineering (tootmissüsteemide opti­mee­rimise) ideoloogia, milles IT või­ma­lus­tel on keskne roll.

Küsimused juhile: Mis on praeguse organisatsiooni struk­tuuri, ülesehituse põh­jendus? Millised on tuge­vu­sed ja piirangud? Millised muutused on toi­mu­mas konkurentide protsessides?

 

TASE 4—IT rakendamine ettevõtete vaheliste sidemete (võrgustiku) üm­ber­ku­jun­damiseks

° Tegevuste ümberjagamine erinevate ettevõtete va­hel. Tege­vu­si võib üm­ber korraldada, lähtudes tarneahela kui terviku efektiivsusest.

° Tüü­pilised võimalused: a) tehingute töötlus (trans­action processing) — struk­tureeritud and­mete vahetamine; b) automatiseeritud kauba tel­li­mi­ne/saatmine — kokkulepitud tingimustel käi­vituv, ilma inimese osa­lu­seta; c) protsesside ühendamine (tootearendusprotsessid, toot­mis­prot­sessid); Nt. langeb ära vajadus topelt kva­li­teedikontrolli (tarnija poolt, tellija poolt) ja to­pelt dokumentatsiooni järele; d) ekspertide võr­gus­tiku loomine.

 

TASE 5—IT rakendamine äri ulatuse ja olemuse põhimõtteliseks muutmiseks

° Küsimus: Kuidas IT mõjutab ettevõtte äri­kont­sept­siooni tervikuna?

° Uued mõisted: ühisettevõtted, partnerlus, võr­gus­tumine. Tra­dit­si­oo­ni­liselt: mahu ökonoomia (economy of scale), vertikaalne integratsioon. Paindlikum ja muut­likum ettevõtlusmaastik. Väidetakse, et ettevõtte peab sisemiselt kes­ken­du­ma paarile võtmetegevusele, milles ta saa­vu­tab tipptaseme; väliselt peab ettevõte kes­ken­du­ma kiiresti muutuvale tar­ni­ja­te võrgustikule, valima sealt parimad, kes täidavad kõiki üle­jää­nud te­ge­vusi—selline paindlik võr­gus­tumine, in­teg­ratsioon ettevõtete vahel on mõeldav ainult IT abil.

IT võimalik efekt suureneb, kui liikuda 1. tase­melt (IT lokaalne ra­ken­da­mi­ne) 5. tasemele (äri ula­tu­se, business scope ümberdefineerimine). Kasu IT ra­kendamisest on piiratud, kui IT lahendused liht­salt ehitatakse ole­mas­ole­va­le organisatsiooni toi­mi­mis­viisile—strateegiad, struktuurid, protsessid, or­ga­ni­satsiooni kultuur jääb endiseks või muutub mi­ni­maalselt.

Infosüsteem toimib ja omab mõtet ainult organisatsiooni osana. Mõjud infosüsteemi ja organisatsioonilise konteksti va­hel on kahesuunalised. Ühelt poolt ettevõtte stra­tee­gia mõjutab—kui mit­te ei määra—infosüsteemi suu­na; teiselt poolt, loo­dud ja kasutusele võetud infosüsteem sageli avab ettevõttele stra­tee­gi­liselt uusi väljavaateid (keh­ve­mal juhul—ei lase teostada kavandatud stra­teegiat).