Software leapfrog laster enpresen gaixotasun oso ohikoa bihurtuko da. Gauza txiki guztiengatik software bat beste bat aldatzea, teknologiatik teknologiara jauzi egitea, zuzeneko negozio batekin esperimentatzea normala bihurtzen ari da. Aldi berean, benetako gerra zibil bat hasten da bulegoan: ezarpenaren aurkako erresistentzia mugimendua sortzen da, partisanoak sistema berriaren aurkako lan subertsiboa egiten ari dira, espioiak mundu berri ausart bat sustatzen ari dira software berriarekin, kotxe blindatutik kudeaketa. atari korporatiboa bakeari, lanari, KPIei buruz emititzen ari da. Iraultza normalean alde batetik erabateko porrotarekin amaitzen da.
Inplementazioari buruz ia dena dakigu, beraz, saia gaitezen asmatzen nola iraultza bat bilakaera bihurtu eta inplementazioa ahalik eta baliagarriena eta minik gabekoa izan dadin. Beno, edo gutxienez esango dizugu zertan sar zaitezkeen prozesuan.
Langileek software berriaren onarpenaren bistaratzeko aproposa Iturria - Yandex.Images
Atzerriko aholkulariek artikulu hau honela hasiko lukete: "Zure langileei beren lana hobetu dezaketen kalitatezko softwarea eskaintzen badiezu, errendimenduan eragin kualitatiboa izan dezaketen, programa edo sistema berri bat hartzea modu naturalean gertatuko da". Baina Errusian gaude, beraz, langile susmagarri eta beligeranteen gaia oso garrantzitsua da. Trantsizio natural batek ez du funtzionatuko, nahiz eta software minimo batekin, hala nola, mezulari korporatiboa edo softphone batekin.
Nondik datoz arazoaren hankak?
Gaur egun, enpresa bakoitzak software-zoo oso bat dauka instalatuta (kasu orokorra hartzen dugu, informatika-enpresetan software kopurua bikoitza edo hirukoitza delako, eta egokitzapen arazoak partzialki gainjartzen dira eta oso zehatzak dira): proiektuak kudeatzeko sistemak, CRM/ERP, posta elektronikoko bezeroak, berehalako mezulariak, atari korporatiboa, etab. Eta hori kontuan hartu gabe, nabigatzailetik nabigatzailerako trantsizioa talde osoak salbuespenik gabe egiten duen enpresak badaudela ere (eta Internet Explorer Edge-n guztiz oinarritzen diren taldeak ere badaude). Oro har, gure artikulua erabilgarria izan daitekeen hainbat egoera daude:
- ataza-talde jakin baten lehen mailako automatizazio-prozesua gertatzen ari da: lehen CRM/ERP ezartzen ari da, atari korporatiboa irekitzen ari da, laguntza teknikorako sistema bat jartzen ari da, etab.;
- software bat beste batengatik ordezkatzen da arrazoiren batengatik: zaharkitua, eskakizun berriak, eskalatzea, jarduera aldaketa, etab.;
- lehendik dagoen sistemaren moduluak garatzeko eta hazteko helburuetarako eraikitzen ari dira (adibidez, enpresa batek produkzioa ireki zuen eta on funtzionaltasun handienarekin);
- Interfaze eta software funtzionalaren eguneratze garrantzitsu bat gertatzen ari da.
Jakina, lehen bi kasuak askoz ere akutuagoak eta tipikoagoak dira beren agerpenetan, arreta berezia jarri haiei.
Beraz, taldearekin lanean hasi aurretik (laster aldaketak izango direla susmatzen dutenek), saiatu ulertzen zeintzuk diren softwarea aldatzeko benetako arrazoiak eta aldaketak hain beharrezkoak direla onartzen duzun.
- Programa zaharra lantzea zaila da: garestia da, deserosoa, ez da funtzionala, jada ez ditu zure eskakizunak betetzen, ez da zure eskalarako egokia, etab. Hau behar objektiboa da.
- Saltzaileak sistemari laguntza emateari utzi zion, edo laguntza eta aldaketak onarpen sorta amaigabea eta dirua hustu ziren. Zure kostuak nabarmen handitu badira, eta etorkizunean are gehiago igoko direla agintzen badute, ez dago ezer itxaron beharrik, moztu behar duzu. Bai, sistema berri batek ere dirua kostatuko du, baina azkenean optimizazioa laguntza hori baino gutxiago kostatuko da.
- Softwarea aldatzea pertsona baten edo langile talde baten kapritxoa da. Esaterako, CTOk atzera egitea nahi du eta sistema berri eta garestiago bat ezartzeko lobby egiten ari da, hori enpresa handietan gertatzen da. Beste adibide bat: proiektu-zuzendari batek Asana Basecamp-era aldatzea defendatzen du, gero Basecamp Jira-ra eta Jira konplexua Wrike-ra aldatzea. Askotan migrazio horien motibo bakarra euren lan okupatua erakustea eta euren postua mantentzea izaten da. Halakoetan, beharrezkoa da behar-maila, motiboak eta justifikazio-maila zehaztu eta, oro har, aldaketei uko egiteko erabaki sendo baten bidez.
Software batetik bestera igarotzearen arrazoiez ari gara, eta ez lehen mailako automatizazioaz, automatizazioa a priori beharrezkoa delako soilik. Zure enpresak eskuz eta ohiko zerbait egiten badu, baina automatizatu badaiteke, denbora, dirua eta, ziurrenik, enpresaren datu baliotsuak alferrik galtzen ari zara. Automatizatu!
Nola zeharkatu dezakezu: jauzi handia ala tigre makurtua?
Munduko praktikan, software berrira aldatzeko eta hari egokitzeko hiru estrategia nagusi daude, eta oso egokiak iruditzen zaizkigu, beraz, ez dezagun gurpila berrasmatu.
Big Bang
"Big Bang" metodoa erabiliz adopzioa ahalik eta trantsiziorik zailena da, data zehatza ezartzen duzunean eta migrazio zorrotza egiten duzunean, software zaharra % 100 desgaituz.
Pros
+ Denek sistema batean lan egiten dute, ez dago datuak sinkronizatu beharrik, langileek ez dute bi interfaze aldi berean kontrolatu beharrik.
+ Sinpletasuna administratzailearentzat - migrazio bat, zeregin bat, sistemaren laguntza bakarra.
+ Aldaketa posible guztiak une batean gertatzen dira eta ia berehala nabaritzen dira - ez dago zertan eta zer proportzioan eragin zuen produktibitateari, garapen-abiadurari, salmentei, etab.
Cons
β Arrakastaz funtzionatzen du software sinpleekin soilik: txatak, atari korporatiboa, berehalako mezulariak. Posta elektronikoak ere huts egin dezake dagoeneko, proiektuen kudeaketa sistemak, CRM/ERP eta beste sistema serio batzuk aipatu gabe.
β Sistema handi batetik beste baterako migrazio βleherkariakβ kaosa eragingo du ezinbestean.
Lan-ingurune berri baterako trantsizio mota honetarako garrantzitsuena prestakuntza da.
Korrika Paraleloa
Softwarerako egokitzapen paraleloa trantsizio metodo leunagoa eta unibertsalagoa da, non sistema biek aldi berean funtzionatuko duten denbora-tarte bat ezartzen baita.
Pros
+ Erabiltzaileek denbora nahikoa dute software berrira ohitzeko, zaharrean azkar lan egiten duten bitartean, paraleloak aurkitzeko eta interfazearekiko elkarreraginaren logika berria ulertzeko.
+ Bat-bateko arazoak izanez gero, langileek sistema zaharrean jarraitzen dute lanean.
+ Erabiltzaileen prestakuntza ez da hain zorrotza eta, oro har, merkeagoa.
+ Ez dago ia langileen erreakzio negatiborik; azken finean, ez zitzaizkien ohiko tresnarik edo egiteko modurik kendu (automatizazioa lehen aldiz gertatzen bada).
Cons
β Administrazio arazoak: bi sistemetarako euskarria, datuen sinkronizazioa, segurtasunaren kudeaketa bi aplikaziotan aldi berean.
β Trantsizio-prozesua etengabe luzatzen da - langileak konturatzen dira ia betikotasun bat geratzen zaiela, eta interfaze ezagunaren erabilera apur bat gehiago heda dezakete.
- Erabiltzaileen nahasmena - Bi interfazeak nahasiak dira eta funtzionamendu eta datu akatsak eragiten dituzte.
- Dirua. Bi sistemengatik ordaintzen duzu.
Adopzio mailakatua
Pausoz pauso egokitzapena software berrira aldatzeko aukerarik leunena da. Trantsizioa funtzionalki egiten da, zehaztutako denbora-tarteetan eta sailka (adibidez, ekainaren 1etik aurrera bezero berriak gehitzen ditugu CRM sistema berrira soilik, ekainaren 20tik aurrera sistema berrian transakzioak egiten ditugu, abuztuaren 1era arte egutegiak transferitzen ditugu. eta kasuak, eta irailaren 30erako migrazioa osatuko dugu oso deskribapen latza da, baina orokorrean argia).
Pros
+ Trantsizio antolatua, administratzaileen eta barne adituen artean karga banatua.
+ Ikaskuntza pentsakor eta sakonagoa.
+ Ez dago aldaketen aurkako erresistentziarik, ahalik eta leunen gertatzen delako.
Cons - gutxi gorabehera trantsizio paralelo baterako berdina.
Beraz, orain, pixkanakako trantsizio bat besterik ez?
Galdera logikoa, ados egongo zara. Zergatik sortu traba gehigarri bat ordutegi bat egin eta plan argi baten arabera jokatu dezakezunean? Izan ere, dena ez da hain sinplea.
- Software konplexutasuna: software konplexuaz ari bagara (adibidez, ), orduan egokiagoa da faseen egokitzapena. Softwarea sinplea bada (mezularia, atari korporatiboa), orduan eredu egokia da data iragartzen duzunean eta software zaharra desgaitzen duzun egunean (zortea baduzu, langileek behar duten informazio guztia ateratzeko denbora izango dute). , eta zortearekin kontatzen ez baduzu, orduan sistema zaharretik berrira automatikoki inportatzeko beharrezko datuak eman behar dituzu, teknikoki posible bada).
- Enpresarentzako arrisku-maila: zenbat eta arriskutsuagoa den ezarpena, orduan eta motelagoa izan beharko luke. Bestalde, atzerapena ere arrisku bat da: adibidez, CRM sistema batetik bestera pasatzen ari zara, eta trantsizio garaian biak ordaintzera behartuta zaude, eta, ondorioz, sistema berria ezartzearen kostuak eta kostuak areagotu egiten dituzu. itzultzeko epea luzatzen dela esan nahi du.
- Langile kopurua: Big Bang ez da egokia erabiltzaile-profil asko eskalatu eta konfiguratu behar badituzu. Inplementazio ultra-azkarra enpresa handi baterako onura den kasuak badira ere. Aukera hau egokia izan daiteke langile askok erabiltzen dituzten sistemetarako, baina baliteke eskakizunik ez izatea, pertsonalizazioa ez delako pentsatuta. Baina, berriro ere, azken erabiltzaileentzat arrakasta handia da eta pausoz pauso lan itzela da IT zerbitzu berarentzat (adibidez, fakturazioa edo sarbide sistema).
- Hautatutako softwarearen ezarpenaren ezaugarriak (berrikusketa, etab.). Batzuetan, ezarpena etapaz etapa izaten da, eskakizunen bilketa, hobekuntza, prestakuntza, etab. Adibidez, progresiboki ezartzen da beti, eta norbaitek agintzen badizu "inplementazioa eta konfigurazioa 3 egunetan edo 3 ordutan ere" - gogoratu artikulu hau eta saihestu horrelako zerbitzuak: instalazioa β ezarpena.
Berriz ere, zerrendatutako parametroak ezagututa ere, ezin da behin betiko bide bat edo beste hartu. Ebaluatu zure korporazio-ingurunea - honek botere-oreka ulertzen lagunduko dizu eta zein eredu (edo haien elementu batzuen konbinazioa) egokia den zehazten lagunduko dizu.
Eragin-eragileak: iraultza edo bilakaera
Arreta jarri behar duzun lehen gauza software berriaren ezarpenak eragingo dituen langileei da. Egia esan, orain aztertzen ari garen arazoa giza faktore hutsa da, beraz, langileengan duen eragina aztertzea ezin da saihestu. Lehenago aipatu ditugu horietako batzuk.
- Enpresako buruzagiek zehazten dute nola onartuko den software berria. Eta hau ez da sustapen-hitzaldietarako eta suzko hitzaldietarako lekua: garrantzitsua da aldaketaren beharra zehatz-mehatz erakustea, tresna freskoago eta erosoago bat aukeratzea besterik ez dela ideia helarazteko, ordenagailu eramangarri zahar bat ordezkatzearen berdina. Horrelako egoera batean zuzendaritzaren akatsik handiena eskuak garbitu eta erretiratzea da: zuzendaritzak ez badu enpresaren automatizaziorik behar, zergatik izan behar du interesa langileentzat? Prozesuan egon.
- Sailburuak (proiektu-zuzendariak) tarteko lotura bat dira, prozesu guztietan parte hartu behar duena, atsekabea kudeatu, lankideen eragozpen guztien aurrean borondatea erakutsi eta lan egin behar duena, eta kalitate handiko eta prestakuntza sakona egin behar duena.
- IT zerbitzua (edo sistema administratzaileak) - lehen begiratuan, hauek dira zure hasierakoak, moldagarrienak eta moldakorrenak, baina... ez. Askotan, enpresa txiki eta ertainetan batez ere, sistema-administratzaileak informatika-azpiegituraren edozein aldaketaren (indartzearen) aurka jartzen dira, eta hori ez da inolako justifikazio teknikoagatik, alferkeriagatik eta lan egiteko gogorik ezagatik baizik. Nork ez du bilatu lana ez egiteko modurik? Baina hori ez dadila izan enpresa osoaren kalterako.
- Azken erabiltzaileek, oro har, alde batetik ondo eta eroso lan egin nahi dute eta, bizidun orok bezala, aldaketaren beldur dira. Haien argudio nagusia zintzoa eta sinplea da: zergatik sartzen/aldatzen ari garen, zeintzuk diren kontrolaren mugak, nola ebaluatuko den lana, zer aldatuko den eta zeintzuk diren arriskuak (bide batez, denek ebaluatu beharko lituzkete arriskuak - saltzaileak garen arren , baina ez dugu dena beti ondo doala esateko konpromisoa hartzen: negozio baten barruan edozein prozesutan arriskuak daude).
- Enpresa barruko "agintaritzak" beste langileengan eragin dezaketen alderdikoiak dira. Hau ez da zertan posizio altua edo esperientzia zabala duen pertsona bat - softwarearekin lan egitean, "agintaritzak" jakitun aurreratu bat izan daiteke, adibidez, Habr berriro irakurri duena eta beldurtzen hasiko dena. denek nola txarra izango den dena. Baliteke inplementazio edo trantsizio prozesua hondatzeko helbururik ere ez izatea - erakustaldia eta erresistentzia izpiritua besterik ez - eta langileek sinetsiko diote. Horrelako langileekin lan egin behar duzu: azaldu, zalantzan jarri, eta bereziki zailetan, ondorioak iradoki.
Errezeta unibertsala dago erabiltzaileek zerbaiti benetan beldur dioten edo buruzagi aditu batek zuzendutako talde-paranoia duten egiaztatzeko. Galde iezaiezu atsekabearen arrazoiei buruz, kezkei buruz - hau esperientzia edo iritzi pertsonala ez bada, argumentuak 3-4 galdera argigarriren ostean hasiko dira.
"Erresistentzia mugimendua" arrakastaz gainditzeko bi faktore garrantzitsu.
- Prestakuntza eskaintzea: saltzailea eta barnekoa. Ziurtatu langileek dena benetan ulertzen dutela, menderatzen dutela eta, beren prestakuntza maila edozein dela ere, lanean hasteko prest daudela. Prestakuntzaren derrigorrezko atributu bat argibide elektronikoak eta inprimatuak (arauak) eta sistemari buruzko dokumentaziorik osatuena dira (bere burua errespetatzen duten saltzaileek softwarearekin batera kaleratzen dute eta doan ematen dute).
- Bilatu laguntzaileak eta aukeratu eragileak. Barne adituak eta lehen erabiltzaileak zure laguntza sistema dira, bai hezi eta bai zalantzak uxatzen. Oro har, langileak pozik daude beren lankideei laguntzen eta software berria aurkezten. Zure zeregina da aldi baterako lana kentzea edo lan karga berrirako bonus duin bat ematea.
Zeri erreparatu behar diozu?
- Zenbat aurreratu dituzte langileek aldaketek? (Erlatiboki esanda, bihar kontabilitate programa berri bat asmatzen badute, Jainkoak debekatuko dizu 50 urtetik gorako andreekin sudurra sartu kontabilitate sailean eta 1C-tik trantsizioa proposatzen dizu, ez zarela bizirik aterako).
- Zenbat eragingo die lan-fluxuei? Gauza bat da 100 pertsonako enpresa batean mezularia aldatzea, beste gauza bat CRM sistema berri bat ezartzea da, enpresaren funtsezko prozesuetan oinarritzen dena (eta hau ez da salmenta bakarrik, adibidez, senior edizioetan produkzio, biltegi, marketin eta goi-zuzendariei eragiten die, taldearekin batera negozio-prozesu automatizatuak eraikiko dituztenak).
- Prestakuntza eman zen eta zein mailatan?
Pentsamendu korporatiboaren sistemaren trantsizio logiko bakarra
Zer salbatuko du software berriaren trantsizioa/inplementazioa?
Software berrira eroso mugitzen lagunduko dizuten funtsezko puntuak esan baino lehen, jar dezagun arreta puntu batera. Bada zalantzarik gabe egin behar ez dena: ez dago langileei presiorik egin beharrik eta "motibatu" beharrik, hobariak, administrazio eta diziplina zigorrak kenduz. Horrek ez du prozesua hobetuko, baina langileen jarrerak okerrera egingo du: bultzatzen badute, kontrola egongo da; Behartzen badizute, gure interesa ez dutela errespetatzen esan nahi du; Indarrez inposatzen badute, esan nahi du ez direla gugan eta gure lanean fidatzen. Hori dela eta, dena modu diziplinatuan, argian, eskudunean egiten dugu, baina presiorik edo behar ez den behartzerik gabe.
Ekintza plan zehatza izan behar duzu
Beste guztia agian ez da existitzen, baina plan bat egon behar du. Gainera, plana erregulagarria, eguneratua, argia eta saihestezina da, aldi berean eztabaidarako eskuragarria eta gardena interesa duten langile guztientzat. Ezinezkoa da zuzentarau komunikatzea 8:10etatik 16:00etara balentria dagoela, eta XNUMX:XNUMXetan Ingalaterrarekin gerra dagoela; garrantzitsua da plan osoa perspektiban ikustea.
Planak nahitaez islatu behar ditu azken erabiltzaileak izango diren langileen eskakizunak - horrela langile bakoitzak zehatz-mehatz jakingo du zer eginbide nahi duen eta zein ordutan erabili ahal izango duen. Aldi berean, trantsizio edo ezarpen-plana ez da monolito aldaezin bat; beharrezkoa da plana amaitzeko eta bere atributuak aldatzeko aukera utzi (baina ez aldaketa eta "nahi" berrien korronte amaigabe baten moduan. eta ez epeen etengabeko aldaketa baten moduan).
Zer egon behar da planean?
- Trantsizio-mugarri nagusiak (etapak) - zer egin behar den.
- Etapa bakoitzeko trantsizio puntu zehatzak - nola egin behar den.
- Gakoak eta horien berri ematea (orduen bateratzea) - nola neurtuko den egindakoa eta nor egon behar den kontrol-puntuan.
- Pertsona arduratsuak bertara jo eta galderak egin ditzakezun pertsonak dira.
- Epeak etapa bakoitzaren hasiera eta amaiera dira eta prozesu osoa oro har.
- Eragindako prozesuak - zer aldaketa gertatuko diren negozio-prozesuetan, zer aldatu behar den ezarpen/trantsizioarekin batera.
- Azken ebaluazioa, gertatutako ezarpen/trantsizioa ebaluatzen lagunduko duten adierazle, metrika edota ebaluazio subjektiboen multzoa da.
- Eragiketaren hasiera enpresa osoa eguneratutako prozesu automatizatuan sartu eta sistema berrian lan egingo duen data zehatza da.
Inplementatzaileen aurkezpenak topatu ditugu, zeinetan marra gorria aholkua den: indarrez inplementatu, erreakzioari jaramonik egin, ez hitz egin langileekin. Planteamendu horren aurka gaude, eta hona zergatik.
Begira beheko irudia:
Sagu berri bat, teklatu berri bat, apartamentu bat, auto bat eta baita lan bat ere gertaera atsegin eta alaiak dira, horietako batzuk lorpenak ere badira. Eta erabiltzailea Yandexera joaten da horretara ohitu eta nola moldatu jakiteko. Nola sartu apartamentu berri batean eta ulertu zurea dela, ireki txorrota lehen aldiz, edan tea, oheratu lehen aldiz. Nola jarri bolantean eta auto berri batekin lagun egin, zurea, baina orain arte arrotza. Lantokian software berria ez da deskribatutako egoeretatik desberdina: langilearen lana ez da inoiz berdina izango. Hori dela eta, ezarri, egokitu, hazi software eraginkor berriarekin. Eta hauxe da egoera horri buruz esan dezakeguna: azkar ibili poliki-poliki.
Iturria: www.habr.com