Software leapfrog sil ynkoarten in heul foarkommende sykte wurde fan bedriuwen. It feroarjen fan de iene software foar de oare fanwegen elk lyts ding, springe fan technology nei technology, eksperimintearjen mei in live bedriuw wurdt de noarm. Tagelyk begjint in echte boargeroarloch yn it kantoar: in beweging fan ferset tsjin ymplemintaasje wurdt foarme, partisanen dogge subversyf wurk tsjin it nije systeem, spionnen befoarderje in dappere nije wrâld mei nije software, behear fan 'e pânserauto fan it bedriuwsportaal stjoert út oer frede, arbeid, KPI's. In revolúsje einiget meastentiids yn folsleine mislearring oan de iene kant.
Wy witte hast alles oer ymplemintaasje, dus litte wy besykje út te finen hoe't jo in revolúsje yn in evolúsje kinne omsette en ymplemintaasje sa nuttich en pynlik mooglik meitsje. No, of teminsten sille wy jo fertelle wat jo yn it proses kinne krije.
Ideale fisualisaasje fan wurknimmer akseptaasje fan nije software. Boarne - Yandex.Images
Bûtenlânske adviseurs soene dit artikel sa begjinne: "As jo jo meiwurkers kwaliteitssoftware oanbiede dy't har wurk kinne ferbetterje, in kwalitative ynfloed hawwe op prestaasjes, sil it oannimmen fan in nij programma of systeem fansels barre." Mar wy binne yn Ruslân, dus it probleem fan fertochte en stridende meiwurkers is tige relevant. In natuerlike oergong sil net wurkje, sels mei minimale software lykas in bedriuwsmessenger of softphone.
Wêr komme de skonken fan it probleem wei?
Tsjintwurdich hat elk bedriuw in hiele bistetún oan software ynstalleare (wy nimme it algemiene gefal, om't yn IT-bedriuwen it oantal software dûbel of trijefâldich is, en oanpassingsproblemen oerlappe foar in part en binne heul spesifyk): projektbehearsystemen, CRM/ERP, e-postkliïnten, instant messengers, bedriuwsportaal, ensfh. En dit telt net mei it feit dat d'r bedriuwen binne wêryn sels de oergong fan browser nei browser sûnder útsûndering wurdt útfierd troch it heule team (en d'r binne ek teams dy't folslein basearre binne op Internet Explorer Edge). Yn 't algemien binne d'r ferskate situaasjes wêrfoar ús artikel nuttich kin wêze:
- Der is in proses fan primêre automatisearring fan guon groep taken: de earste CRM / ERP wurdt ymplementearre, in bedriuwsportaal wurdt iepene, in systeem foar technyske stipe wurdt ynstalleare, ensfh.
- ien software wurdt ferfongen troch in oar foar guon reden: ferâldering, nije easken, skaalfergrutting, feroaring fan aktiviteit, ensfh;
- modules fan it besteande systeem wurde opboud foar de doelen fan ûntwikkeling en groei (bygelyks in bedriuw iepene produksje en besleat om te wikseljen út op mei maksimale funksjonaliteit);
- In wichtige interface en funksjonele software-update fynt plak.
Fansels, de earste twa gefallen binne folle mear akute en typysk yn harren manifestaasjes, betelje spesjaal omtinken oan harren.
Dus, foardat jo begjinne te wurkjen mei it team (dy't al hawwe fertocht dat d'r gau feroaringen sille wêze), besykje te begripen wat de echte redenen binne foar it feroarjen fan 'e software en oft jo it iens binne dat de wizigingen sa nedich binne.
- It âlde programma is lestich om mei te wurkjen: it is djoer, ûngemaklik, net-funksjoneel, foldocht net mear oan jo easken, is net geskikt foar jo skaal, ensfh. Dit is in objektive needsaak.
- De ferkeaper stoppe it stypjen fan it systeem, of stipe en oanpassings feroare yn in einleaze rige fan goedkarring en jilddraining. As jo kosten hawwe tanommen gâns, en yn 'e takomst se tasizze te fergrutsjen noch mear, d'r is neat te wachtsjen op, jo moatte snije. Ja, in nij systeem sil ek jild kostje, mar op it lêst sil optimalisaasje minder kostje as sa'n stipe.
- It feroarjen fan software is de wille fan ien persoan of groep meiwurkers. Sa wol de CTO in rollback en lobbyet foar de ynfiering fan in nij, djoerder systeem - dat bart yn grutte bedriuwen. In oar foarbyld: in projektmanager pleitet foar it feroarjen fan Asana nei Basecamp, dan Basecamp nei Jira, en kompleks Jira nei Wrike. Faak is it ienige motyf foar sokke migraasjes om har drokke wurk sjen te litten en har posysje te behâlden. Yn sokke gefallen is it nedich om de graad fan need, motiven en rjochtfeardiging te bepalen en, yn 'e regel, troch in sterke wilsbeslút om feroaringen te wegerjen.
Wy prate oer de redenen foar de oergong fan de iene software nei de oare, en net oer primêre automatisearring - allinich om't automatisearring a priori needsaaklik is. As jo bedriuw wat mei de hân en routine docht, mar kin automatisearre wurde, fergrieme jo gewoan tiid, jild en, nei alle gedachten, weardefolle bedriuwsgegevens. Automatisearje it!
Hoe kinne jo oerstekke: de grutte sprong of de hurkende tiger?
Yn 'e wrâldpraktyk binne d'r trije haadstrategyen om te wikseljen nei nije software en har oan te passen - en se lykje ús heul geskikt, dus litte wy it tsjil net opnij útfine.
Big Bang
Adopsje mei de metoade "Big Bang" is de hurdst mooglike oergong, as jo in krekte datum ynstelle en in skerpe migraasje útfiere, en de âlde software 100% útskeakelje.
Плюсы
+ Elkenien wurket yn ien systeem, d'r is gjin needsaak om gegevens te syngronisearjen, meiwurkers hoege net twa ynterfaces tagelyk te kontrolearjen.
+ Ienfâld foar de behearder - ien migraasje, ien taak, ien systeemstipe.
+ Alle mooglike feroarings komme op ien punt yn 'e tiid foar en binne hast fuortendaliks merkber - d'r is gjin need om te isolearjen wat en yn hokker ferhâlding de produktiviteit, snelheid fan ûntwikkeling, ferkeap, ensfh.
Минусы
- Wurket allinich suksesfol mei ienfâldige software: chats, bedriuwsportaal, instant messengers. Sels e-post kin al mislearje, om net te praten oer projektbehearsystemen, CRM / ERP en oare serieuze systemen.
- In eksplosive migraasje fan in grut systeem nei in oar sil ûnûntkomber gaos feroarsaakje.
It wichtichste ding foar dit soarte fan oergong nei in nije wurkomjouwing is training.
Parallel rinnen
Parallelle oanpassing oan software is in sêftere en mear universele metoade fan oergong, wêryn in tiidperioade ynsteld wurdt wêryn't beide systemen tagelyk funksjonearje.
Плюсы
+ Brûkers hawwe genôch tiid om te wennen oan de nije software wylst se fluch wurkje yn 'e âlde, parallellen fine en de nije logika fan ynteraksje mei de ynterface begripe.
+ Yn gefal fan hommelse problemen, wurkje meiwurkers yn it âlde systeem.
+ Training fan brûkers is minder strang en oer it algemien goedkeaper.
+ D'r is praktysk gjin negative reaksje fan meiwurkers - se waarden ommers net ûntnommen fan har gewoane ark of manier fan dwaan (as automatisearring foar de earste kear optreedt).
Минусы
- Bestjoersproblemen: stipe foar beide systemen, gegevenssyngronisaasje, feiligensbehear yn twa applikaasjes tagelyk.
- It oergongsproses rint einleas út - meiwurkers realisearje dat se hast in ivichheid oer hawwe, en se kinne it gebrûk fan 'e fertroude ynterface wat mear útwreidzje.
- Brûkersferwarring - De twa ynterfaces binne betiizjend en feroarsaakje operasjonele en gegevensflaters.
- Jild. Jo betelje foar beide systemen.
Fase Adopsje
Stap-foar-stap oanpassing is de sêftste opsje foar it wikseljen nei nije software. De oergong wurdt funksjoneel útfierd, binnen bepaalde perioaden en per ôfdieling (bygelyks fan 1 juny foegje wy nije kliïnten allinich ta oan it nije CRM-systeem, fan 20 juny fiere wy transaksjes yn it nije systeem, oant 1 augustus drage wy kalinders oer en gefallen, en troch septimber 30 wy folsleine migraasje is in hiel rûge beskriuwing, mar algemien dúdlik).
Плюсы
+ Organisearre oergong, ferdielde lading ûnder behearders en ynterne saakkundigen.
+ Mear trochtochte en yngeande learen.
+ D'r is gjin ferset tsjin feroaring, om't it sa sêft mooglik foarkomt.
Минусы - likernôch itselde as foar in parallelle oergong.
Dus no, gewoan in stadige oergong?
In logyske fraach, jo sille it iens wêze. Wêrom wat ekstra gedoe krije as jo in skema meitsje kinne en hannelje neffens in dúdlik plan? Yn feite is net alles sa ienfâldich.
- Softwarekompleksiteit: as wy it hawwe oer komplekse software (bygelyks, ), dan is faze-oanpassing geskikter. As de software ienfâldich is (messenger, bedriuwsportaal), dan is in gaadlik model as jo de datum oankundigje en de âlde software op 'e beneamde dei útskeakelje (as jo gelok hawwe, sille meiwurkers tiid hawwe om alle ynformaasje te heljen dy't se nedich binne , en as jo net rekkenje op gelok, dan moatte jo foarsjen automatisearre ymport needsaaklike gegevens fan it âlde systeem nei de nije, as technysk mooglik).
- De graad fan risiko foar it bedriuw: hoe riskanter de ymplemintaasje, hoe stadiger it moat. Oan 'e oare kant is fertraging ek in risiko: jo skeakelje bygelyks fan it iene CRM-systeem nei it oare, en yn' e oergongsperioade binne jo twongen om beide te beteljen, wêrtroch't de kosten en kosten foar it útfieren fan it nije systeem ferheegje, wat betsjut dat de werombetelle perioade wurdt ferlingd.
- Oantal meiwurkers: Big Bang is perfoarst net geskikt as jo in protte brûkersprofilen moatte skaalje en konfigurearje. Hoewol binne d'r gefallen as ultrasnelle ymplemintaasje in foardiel is foar in grut bedriuw. Dizze opsje kin geskikt wêze foar systemen dy't brûkt wurde troch in protte meiwurkers, mar hawwe miskien gjin easken om't maatwurk net bedoeld is. Mar wer, dit is in grutte klap foar ein brûkers en in enoarme stap-foar-stap wurk foar deselde IT-tsjinst (bygelyks fakturearring of tagong systeem).
- Funksjes fan 'e ymplemintaasje fan' e selekteare software (ferzje, ensfh.). Soms is de ymplemintaasje yn earste ynstânsje stadichoan - mei easkensamling, ferfining, training, ensfh. Bygelyks, it wurdt altyd stadichoan ymplementearre, en as immen jo belooft "ymplemintaasje en konfiguraasje yn 3 dagen of sels 3 oeren" - tink oan dit artikel en omgean sokke tsjinsten: ynstallaasje ≠ ymplemintaasje.
Nochris, sels mei it kennen fan de neamde parameters, kin men net perfoarst ien of oare paad nimme. Beoardielje jo bedriuwsomjouwing - dit sil jo helpe om it lykwicht fan macht te begripen en te bepalen hokker model (as kombinaasje fan guon fan har eleminten) it rjocht is foar jo.
Aginten fan ynfloed: revolúsje as evolúsje
It earste ding dat jo moatte betelje omtinken oan is de meiwurkers dy't wurde beynfloede troch de ymplemintaasje fan nije software. Eigentlik is it probleem dat wy no beskôgje puur in minsklike faktor, dus it analysearjen fan de ynfloed op meiwurkers kin net wurde foarkommen. Wy hawwe al neamd guon fan harren hjirboppe.
- Bedriuwslieders bepale hoe't de nije software algemien akseptearre wurdt. En dit is net it plak foar promoasje-taspraken en fûle taspraken - it is wichtich om krekt de needsaak foar feroaring te sjen, om it idee oer te bringen dat dit gewoan in koeler en handiger ark is te kiezen, itselde as it ferfangen fan in âlde laptop. De grutste flater fan behear yn sa'n situaasje is om har hannen te waskjen en harsels werom te lûken: as it behear gjin bedriuwsautomatisaasje nedich is, wêrom soe it fan belang wêze foar meiwurkers? Wês yn it proses.
- Departemintshaden (projektmanagers) binne in tuskenlizzende skeakel dy't meidwaan moat oan alle prosessen, ûntefredenens beheare, wil sjen litte en elk beswier fan kollega's trochwurkje, en heechweardige en yngeande training útfiere.
- IT-tsjinst (as systeembehearders) - op it earste each, dit binne jo iere fûgels, de meast oanpasber en oanpasber, mar ... nee. Faak, benammen yn lytse en middelgrutte bedriuwen, fersette systeembehearders alle feroarings (fersterking) fan 'e IT-ynfrastruktuer, en dat komt net troch in technyske rjochtfeardiging, mar oan luiheid en ûnwilligens om te wurkjen. Wa fan ús hat net socht nei manieren om wurk te foarkommen? Mar lit dit net yn it neidiel fan it hiele bedriuw wêze.
- Ein brûkers, as regel, wolle wurkje goed en handich oan 'e iene kant en, lykas alle libbene minsken, binne bang foar feroaring. It wichtichste argumint foar har is earlik en ienfâldich: wêrom yntrodusearje/feroarje wy, wat binne de grinzen fan kontrôle, hoe sil it wurk wurde beoardiele, wat sil feroarje en wat binne de risiko's (trouwens, elkenien moat de risiko's evaluearje - ek al binne wy ferkeapers , mar wy nimme net út om te sizzen dat alles altyd soepel giet: der binne risiko's yn elk proses binnen in bedriuw).
- "Autoriteiten" binnen it bedriuw binne partisanen dy't oare meiwurkers kinne beynfloedzje. Dit is net needsaaklik in persoan mei in hege posysje of wiidweidige ûnderfining - yn it gefal fan wurkjen mei software kin de "autoriteit" in avansearre know-it-all wêze dy't, bygelyks, Habr opnij hat lêzen en sil begjinne te yntimidearjen elkenien oer hoe slim alles wurde sil. Hy hat miskien net iens in doel om it ymplemintaasje- of oergongsproses te ferneatigjen - gewoan pronkje en de geast fan ferset - en meiwurkers sille him leauwe. Jo moatte wurkje mei sokke meiwurkers: útlizze, freegje, en yn benammen drege gefallen, hint op de gefolgen.
D'r is in universele resept om te kontrolearjen oft brûkers echt bang binne foar wat of oft se groepparanoia hawwe ûnder lieding fan in slimme lieder. Freegje har oer de redenen foar ûntefredenens, oer soargen - as dit gjin persoanlike ûnderfining of miening is, sille arguminten nei 3-4 ferdúdlike fragen begjinne te streamen.
Twa wichtige faktoaren foar it suksesfol oerwinnen fan 'e "fersetsbeweging".
- Soarch training: ferkeaper en ynterne. Soargje derfoar dat meiwurkers echt alles begripe, it behearskje en, nettsjinsteande har opliedingsnivo, ree binne om te wurkjen. In ferplichte attribút fan training is printe en elektroanyske ynstruksjes (regeljouwing) en de meast folsleine dokumintaasje op it systeem (sels-respektearjende leveransiers jouwe it tegearre mei de software út en leverje it fergees).
- Sjoch foar supporters en kies ynfloeders. Ynterne saakkundigen en betide adopters binne jo stipesysteem, sawol opliedend as ferdwine twifels. As regel, meiwurkers sels binne bliid om te helpen harren kollega en yntrodusearje se oan nije software. Jo taak is om se tydlik fan har wurk te ûntlêsten of har in fatsoenlike bonus te jaan foar har nije wurkdruk.
Wat jo moatte omtinken jaan?
- Hoe avansearre wurde de meiwurkers beynfloede troch de feroaringen? (Relatyf sjoen, as se moarn in nij boekhâldprogramma útfine, God ferbiede jo jo noas yn 'e boekhâlding te stekken mei dames oer 50 en in oergong fan 1C foarstelle, jo komme net libben út).
- Hoefolle sille workflows wurde beynfloede? It is ien ding om de messenger te feroarjen yn in bedriuw fan 100 minsken, in oar ding is om in nij CRM-systeem te ymplementearjen, dat is basearre op wichtige prosessen yn it bedriuw (en dit is net allinich ferkeap, bygelyks, yn senior edysjes hat it ynfloed op produksje, magazijn, marketing en topmanagers dy't tegearre mei it team automatisearre saaklike prosessen sille bouwe).
- Werd training jûn en op hokker nivo?
De ienige logyske oergong yn it systeem fan corporate tinken
Wat sil de oergong / ymplemintaasje fan nije software bewarje?
Foardat wy jo fertelle hokker wichtige punten jo sille helpe om noflik nei nije software te gean, lit ús jo oandacht op ien punt lûke. D'r is wat dat perfoarst net dien wurde moat - d'r is gjin need om druk op meiwurkers út te setten en se te "motivearjen" troch bonussen, bestjoerlike en dissiplinêre sanksjes te ûntnimmen. Dêrmei wurdt it proses net better, mar de hâlding fan de meiwurkers wurdt minder: as se triuwe, dan komt der kontrôle; As se jo twinge, betsjut it dat se ús belang net respektearje; As se it mei geweld oplizze, betsjut it dat se ús en ús wurk net fertrouwe. Dêrom dogge wy alles op in dissiplinearre, dúdlike, kompetinte manier, mar sûnder druk of ûnnedige twinging.
Jo moatte in detaillearre aksjeplan hawwe
Al it oare kin net bestean, mar der moat in plan wêze. Boppedat is it plan oanpasber, bywurke, dúdlik en ûnûntkomber, tagelyk tagonklik foar diskusje en transparant foar alle belangstellende meiwurkers. It is ûnmooglik om direkt te kommunisearjen dat der fan 8 oant 10 oere in prestaasje is, en om 16 oere is der oarloch mei Ingelân; it is wichtich om it hiele plan yn perspektyf te sjen.
It plan moat needsaaklikerwize wjerspegelje de easken fan meiwurkers dy't sil wêze ein brûkers - op dizze manier elke meiwurker sil witte krekt wat winske funksje en op hokker tiid hy sil by steat wêze om te brûken it. Tagelyk is it oergongs- of ymplemintaasjeplan gjin soarte fan ûnferoarlike monolith; it is needsaaklik om de mooglikheid te ferlitten om it plan te finalisearjen en syn attributen te feroarjen (mar net yn 'e foarm fan in einleaze stream fan bewurkings en nije "wollen" en net yn 'e foarm fan in konstante ferskowing yn deadlines).
Wat moat yn it plan stean?
- De wichtichste oergongsmylpalen (stadia) - wat moat dien wurde.
- Detaillearre oergongspunten foar elke etappe - hoe't it moat wurde dien.
- Wichtige punten en rapportaazje dêroer (fermoedsoening fan oeren) - hoe't wat dien is metten wurde en wa't op it kontrôlepunt wêze moat.
- Ferantwurdlike minsken binne minsken dêr't jo nei kinne wende en fragen stelle kinne.
- Deadlines binne it begjin en ein fan elke poadium en it heule proses as gehiel.
- Beynfloede prosessen - hokker feroarings sille plakfine yn saaklike prosessen, wat moat wurde feroare tegearre mei de ymplemintaasje / oergong.
- De definitive beoardieling is in set fan yndikatoaren, metriken of sels subjektive beoardielingen dy't sille helpe om de ymplemintaasje / oergong dy't bard is te evaluearjen.
- De start fan operaasje is de krekte datum as it heule bedriuw sil meidwaan oan it bywurke automatisearre proses en wurkje yn it nije systeem.
Wy binne tsjinkommen presintaasjes fan útfierers dêr't de reade line is advys: útfiere mei geweld, negearje de reaksje, praat net mei meiwurkers. Wy binne tsjin dizze oanpak, en hjir is wêrom.
Sjoch nei de ôfbylding hjirûnder:
In nije mûs, in nij toetseboerd, in appartemint, in auto, en sels in baan binne noflike, fleurige barrens, guon fan har binne sels prestaasjes. En de brûker giet nei Yandex om út te finen hoe't se der oan wenne kinne en oanpasse. Hoe kinne jo in nij appartemint ynfiere en begripe dat it fan jo is, foar it earst de kraan iepenje, tee drinke, foar it earst op bêd gean. Hoe kinne jo efter it stjoer komme en freonen meitsje mei in nije auto, jo, mar oant no ta frjemd. Nije software op 'e wurkflier is net oars fan' e beskreaune situaasjes: de baan fan 'e meiwurker sil nea itselde wêze. Dêrom implementearje, oanpasse, groeie mei nije effektive software. En dit is in situaasje dêr't wy kinne sizze: hastich stadich.
Boarne: www.habr.com