U software leapfrog diventerà prestu una malatia assai cumuna di l'imprese. Cambia un software per un altru per via di ogni cosa, saltendu da a tecnulugia à a tecnulugia, sperimentendu un affari in diretta hè diventatu a norma. À u listessu tempu, una vera guerra civile principia in l'uffiziu: un muvimentu di resistenza à l'implementazione hè furmatu, i partigiani facenu un travagliu subversivu contr'à u novu sistema, i spie prumove un novu mondu bravu cù un novu software, gestione da a vittura blindata di u portale corporativu trasmette nantu à a pace, u travagliu, i KPI. Una rivoluzione di solitu finisci in un fallimentu cumpletu da una parte.
Sapemu quasi tuttu di l'implementazione, allora pruvemu à capisce cumu trasfurmà una rivoluzione in una evoluzione è rende l'implementazione u più utile è senza dolore. Ebbè, o almenu vi dicu ciò chì vi putissi entra in u prucessu.
Visualizazione ideale di l'accettazione di u novu software Source - Yandex.Images
I cunsultanti stranieri cumincianu stu articulu cusì cusì: "Se offre à i vostri impiegati un software di qualità chì pò migliurà u so travagliu, avè un impattu qualitatiu nantu à u rendiment, l'adopzione di un novu prugramma o sistema sarà naturalmente". Ma simu in Russia, cusì u prublema di l'impiegati suspetti è belligeranti hè assai pertinente. Una transizione naturali ùn funziona micca, ancu cù un software minimu cum'è un messenger corporativu o un softphone.
Da induve venenu e gambe di u prublema?
Oghje, ogni cumpagnia hà un zoo tutale di software installatu (pigliemu u casu generale, perchè in l'imprese IT a quantità di software hè doppia o tripla, è i prublemi di adattazione si sovrapponenu parzialmente è sò assai specifichi): sistemi di gestione di prughjetti, CRM / ERP, clienti di e-mail, messaggeri instantani, portale corporativu, etc. È questu ùn hè micca cuntatu u fattu chì ci sò cumpagnie in quale ancu a transizione da u navigatore à u navigatore hè realizatu da tutta a squadra senza eccezzioni (è ci sò ancu squadre chì sò cumpletamente basati in Internet Explorer Edge). In generale, ci sò parechje situazioni per quale u nostru articulu pò esse utile:
- Ci hè un prucessu d'automatizazione primaria di qualchì gruppu di cumpetenze: u primu CRM / ERP hè implementatu, un portale corporativu hè apertu, un sistema di supportu tecnicu hè stallatu, etc.;
- un software hè rimpiazzatu da un altru per una certa ragione: obsolescenza, novi esigenze, scaling, cambiamentu di attività, etc.;
- moduli di u sistema esistenti sò custruiti per u scopu di u sviluppu è di a crescita (per esempiu, una cumpagnia hà apertu a produzzione è hà decisu di cambià da nantu cù funziunalità massima);
- Una interfaccia maiò è l'aghjurnamentu di u software funziunale hè in azzione.
Di sicuru, i primi dui casi sò assai più aguti è tipici in i so manifestazioni, prestate una attenzione particulari à elli.
Allora, prima di cumincià à travaglià cù a squadra (chì anu digià suspettatu chì ci saranu cambiamenti prestu), pruvate à capisce quale sò i veri motivi per cambià u software è s'ellu accunsenu chì i cambiamenti cusì necessarii.
- U vechju prugramma hè difficiule di travaglià: hè caru, inconveniente, micca funziunale, ùn risponde più à i vostri bisogni, ùn hè micca adattatu per a vostra scala, etc. Questa hè una necessità obiettiva.
- U venditore hà cessatu di sustene u sistema, o u supportu è e mudificazioni sò diventati in una serie infinita di appruvazioni è drenaje di soldi. Se i vostri costi anu aumentatu significativamente, è in u futuru prumettenu di aumentà ancu più, ùn ci hè nunda d'aspittà, avete bisognu di cutà. Iè, un novu sistema hà ancu costu soldi, ma à a fine l'ottimisazione costarà menu di tali supportu.
- U cambiamentu di u software hè u capriccio di una persona o gruppu di impiegati. Per esempiu, u CTO vole un rollback è hè lobbying per l'intruduzioni di un sistema novu, più caru - questu succede in grandi cumpagnie. Un altru esempiu: un capu di prughjettu favurizeghja cambià Asana à Basecamp, dopu Basecamp à Jira, è cumplessu Jira à Wrike. Spessu l'unicu mutivu di tali migrazioni hè di mustrà u so travagliu occupatu è mantene a so pusizioni. In tali casi, hè necessariu di determinà u gradu di necessità, i mutivi è a ghjustificazione è, in regula, per una decisione forte di vuluntà di ricusà i cambiamenti.
Parlemu di i mutivi di a transizione da un software à l'altru, è micca di l'automatizazione primaria - solu perchè l'automatizazione hè a priori necessaria. Se a vostra cumpagnia faci qualcosa manualmente è rutinariamente, ma puderia esse automatizata, site solu perdendu tempu, soldi è, assai prubabilmente, dati preziosi di a cumpagnia. Automatizà lu!
Cumu si pò attraversà : u grande saltu o u tigre accovacciatu ?
In a pratica mundiale, ci sò trè strategie principali per cambià à u novu software è adattà à questu - è parenu assai adattati per noi, per quessa, ùn reinventemu micca a rota.
Big Bang
L'adopzione cù u metudu "Big Bang" hè a transizione più dura pussibule, quandu stabilisce una data esatta è eseguisce una migrazione forte, disattivendu u vechju software 100%.
Плюсы
+ Tutti travaglianu in un sistema, ùn ci hè bisognu di sincronizà e dati, l'impiegati ùn anu micca bisognu di monitorà duie interfacce à una volta.
+ Simplicità per l'amministratore - una migrazione, un compitu, un supportu di sistema.
+ Tutti i cambiamenti pussibuli accadenu in un puntu in u tempu è sò notevuli quasi subitu - ùn ci hè bisognu di isolà ciò chì è in quale proporzione hà affettatu a produtividade, a velocità di sviluppu, a vendita, etc.
Минусы
- Funziona cun successu solu cù un software simplice: chats, portale corporativu, messageri instantani. Ancu l'e-mail pò digià fallu, senza parlà di sistemi di gestione di prughjettu, CRM / ERP è altri sistemi serii.
- Una migrazione splusiva da un grande sistema à un altru inevitabbilmente pruvucarà u caosu.
A più impurtante per stu tipu di transizione à un novu ambiente di travagliu hè a furmazione.
Corsa parallela
L'adattazione parallela à u software hè un metudu di transizione più suave è più universale, in quale un periodu di tempu hè stabilitu durante u quale i dui sistemi funzianu simultaneamente.
Плюсы
+ L'utilizatori anu abbastanza tempu per abituà à u novu software mentre travaglianu rapidamente in u vechju, truvà paralleli, è capisce a nova logica di interazzione cù l'interfaccia.
+ In casu di prublemi bruschi, l'impiegati cuntinueghjanu à travaglià in u vechju sistema.
+ A furmazione di l'utilizatori hè menu rigorosa è generalmente più prezzu.
+ Ùn ci hè praticamente nisuna reazione negativa da l'impiegati - dopu à tuttu, ùn sò micca stati privati di i so strumenti abituali o di a manera di fà e cose (se l'automatizazione si faci per a prima volta).
Минусы
— Problemi di amministrazione: supportu per i dui sistemi, sincronizazione di dati, gestione di sicurità in duie applicazioni à una volta.
— U prucessu di transizione si stende à l'infinitu - l'impiegati capiscenu chì li manca quasi una eternità, è ponu allargà un pocu più l'usu di l'interfaccia familiare.
- Cunfusione d'utilizatori - E duie interfacce sò cunfuse è causanu errori operativi è di dati.
- Soldi. Paghete per i dui sistemi.
Adopzione in fasi
L'adattazione passu à passu hè l'opzione più suave per cambià à u novu software. A transizione hè realizata funziunale, in periodi di tempu specifichi è per dipartimentu (per esempiu, da u 1 di ghjugnu aghjunghjenu novi clienti solu à u novu sistema CRM, da u 20 di ghjugnu cunducemu transazzione in u novu sistema, finu à l'1 d'aostu trasferemu calendarii). è casi, è da settembre 30 avemu cumpletu migrazione hè una descrizzione assai aspra, ma in generale chjaru).
Плюсы
+ Transizione urganizata, carica distribuita trà amministratori è esperti interni.
+ Apprendimentu più pensativu è approfonditu.
+ Ùn ci hè micca resistenza à u cambiamentu, perchè si faci u più dolce pussibule.
Минусы - circa u listessu cum'è per una transizione parallela.
Allora avà, solu una transizione graduale?
Una quistione logica, vi d'accordu. Perchè avè qualchì fastidiu extra quandu pudete fà un calendariu è agisce secondu un pianu chjaru? In fatti, micca tuttu hè cusì simplice.
- A cumplessità di u software: se parlemu di software cumplessu (per esempiu, ), allora l'adattazione di fasi hè più adatta. Se u software hè simplice (messenger, portale corporativu), allora un mudellu adattatu hè quandu annunziate a data è disattiveghjanu u vechju software in u ghjornu stabilitu (se site furtunatu, l'impiegati avarà u tempu di tirà tutte l'infurmazioni necessarii). , è s'è vo ùn cuntà a furtuna, allura vi tuccherà à furnisce i dati necessarii impurtati autumàticu da u vechju sistema à u novu, s'ellu hè tecnicumente pussibule).
- U gradu di risicu per a cumpagnia: u più risicatu l'implementazione, u più lento deve esse. Per d 'altra banda, u ritardu hè ancu un risicu: per esempiu, si passa da un sistema CRM à l'altru, è durante u periodu di transizione hè obligatu à pagà per i dui, aumentandu cusì i costi è u costu di implementà u novu sistema, chì significa chì u periodu di pagamentu hè allargatu.
- Numeru di impiegati: Big Bang ùn hè certamente micca adattatu se avete bisognu di scala è cunfigurà parechji profili d'utilizatori. Ancu s'ellu ci sò casi quandu l'implementazione ultra-rapida hè un benefiziu per una grande cumpagnia. Questa opzione pò esse adattata per i sistemi chì sò usati da parechji impiegati, ma ùn pò micca avè esigenze perchè a persunalizazione ùn hè micca pensata. Ma dinò, questu hè un big bang per l'utilizatori finali è un enormu travagliu passu à passu per u stessu serviziu IT (per esempiu, sistema di fatturazione o accessu).
- Caratteristiche di l'implementazione di u software sceltu (revisione, etc.). A volte l'implementazione hè inizialmente tappa per tappa - cù cullizzioni di esigenze, raffinamentu, furmazione, etc. Per esempiu, hè sempre implementatu progressivamente, è se qualchissia vi prumesse "implementazione è cunfigurazione in 3 ghjorni o ancu 3 ore" - ricordate stu articulu è sguassate tali servizii: installazione ≠ implementazione.
In novu, ancu cunniscendu i paràmetri listati, ùn si pò micca definitivamente piglià una strada o un altru. Evaluate u vostru ambiente corporativu - questu vi aiuterà à capisce u equilibriu di u putere è à determinà quale mudellu (o cumminazione di alcuni di i so elementi) hè ghjustu per voi.
Agenti di influenza: rivoluzione o evoluzione
A prima cosa chì deve esse attentu hè l'impiegati chì saranu affettati da l'implementazione di u novu software. In verità, u prublema chì avemu cunsiderà avà hè un fattore puramente umanu, cusì l'analisi di l'impattu nantu à l'impiegati ùn pò esse evitata. Avemu digià citatu alcuni di elli sopra.
- I capi di a cumpagnia determinanu cumu u novu software serà generalmente accettatu. È questu ùn hè micca u locu per i discorsi promozionali è i discorsi ardenti - hè impurtante dimustrà esattamente a necessità di cambià, per trasmette l'idea chì questu hè solu sceglie un strumentu più frescu è più convenientu, u listessu cum'è rimpiazzà un vechju laptop. U più grande sbagliu di a gestione in una tale situazione hè di lavà e mani è ritirate: se a gestione ùn hà micca bisognu di l'automatizazione di l'impresa, perchè deve esse d'interessu per l'impiegati? Esse in u prucessu.
- I capi di dipartimentu (gestori di prughjetti) sò un ligame intermediu chì deve participà à tutti i prucessi, gestisce l'insatisfazione, mostra a vuluntà è travaglià attraversu ogni ughjezzione di i culleghi, è cunduce una furmazione di alta qualità è prufonda.
- Serviziu IT (o amministratori di sistema) - à u primu sguardu, questi sò i vostri primi uccelli, u più adattabile è adattabile, ma ... no. Spessu, soprattuttu in l'imprese chjuche è mediu, l'amministratori di u sistema s'opponenu à qualsiasi mudificazione (rinfurzamentu) di l'infrastruttura IT, è questu ùn hè micca duvuta à alcuna ghjustificazione tecnica, ma à a pigrizia è a riluttanza di travaglià. Quale di noi ùn hà micca cercatu modi per evità di fà u travagliu? Ma chì questu ùn sia micca per detrimentu di tutta a cumpagnia.
- L'utilizatori finali, in regula, volenu travaglià bè è convenientemente da una banda è, cum'è qualsiasi persone viventi, anu a paura di cambià. L'argumentu principale per elli hè onestu è simplice: perchè avemu introduttu / cambiatu, quale sò i limiti di cuntrollu, cumu serà valutatu u travagliu, ciò chì cambierà è quali sò i risichi (per via, ognunu deve valutà i risichi - anche se simu venditori , ma ùn avemu micca impegnatu à dì chì tuttu va sempre bè: ci sò risichi in ogni prucessu in un affari).
- "Autorità" in a cumpagnia sò partigiani chì ponu influenzà l'altri impiegati. Questu ùn hè micca necessariamente una persona cù una pusizioni alta o una larga sperienza - in u casu di travaglià cù u software, l'"autorità" pò esse un sapè avanzatu chì, per esempiu, hà rilettu Habr è cumincià à intimidà. tutti circa quantu male tuttu diventerà. Ùn pò ancu avè un scopu di arruvinà u prucessu di implementazione o di transizione - solu mostra è u spiritu di resistenza - è l'impiegati li crederanu. Avete bisognu di travaglià cù tali impiegati: spiegà, dumanda, è in casi particulari difficiuli, suggerisce e cunsequenze.
Ci hè una ricetta universale per verificà se l'utilizatori anu veramente paura di qualcosa o s'ellu anu paranoia di gruppu guidata da un capu savvy. Dumandate nantu à i mutivi di l'insatisfaction, nantu à e preoccupazioni - s'ellu ùn hè micca una sperienza persunale o opinione, l'argumenti cumincianu à versà dopu à 3-4 dumande clarificanti.
Dui fatturi impurtanti per superà cù successu u "movimentu di resistenza".
- Fornite furmazione: venditore è internu. Assicuratevi chì l'impiegati capiscenu veramente tuttu, l'anu maestru è, indipendentemente da u so livellu di furmazione, sò pronti per cumincià à travaglià. Un attributu ubligatoriu di furmazione hè stampatu è l'istruzzioni elettroniche (regulamenti) è a documentazione più cumpleta nantu à u sistema (i venditori chì si rispettanu liberanu cù u software è furnisce gratuitamente).
- Cerca i sustenitori è sceglite influenzatori. L'esperti interni è l'adoprunti iniziali sò u vostru sistema di supportu, sia educandu sia dissipendu i dubbi. In regula, l'impiegati stessi sò piacè di aiutà i so culleghi è di intruduce à u novu software. U vostru compitu hè di allevà temporaneamente da u so travagliu o dà li un bonus decentu per a so nova carica di travagliu.
Chì avete bisognu di attentu?
- Quantu avanzati sò l'impiegati affettati da i cambiamenti? (Relativamente parlante, si dumane inventanu un novu prugramma di cuntabilità, Diu ùn ti ne mettite u nasu in u dipartimentu di cuntabilità cù e donne di più di 50 anni è suggerisce una transizione da 1C, ùn esce micca vivu).
- Quantu seranu affettati i flussi di travagliu? Hè una cosa di cambià u messenger in una cumpagnia di 100 persone, un'altra cosa hè di implementà un novu sistema CRM, chì hè basatu annantu à i prucessi chjave in a cumpagnia (è questu ùn hè micca solu vendita, per esempiu, in l'edizioni senior afecta a produzzione, u magazzinu, u marketing è i top managers chì, inseme cù a squadra, custruiscenu prucessi di cummerciale automatizati).
- A furmazione hè stata furnita è à chì livellu?
L'unica transizione logica in u sistema di pensamentu corporativu
Chì salverà a transizione / implementazione di u novu software?
Prima di dì chì i punti chjave vi aiuteranu à passà cunfortu à un novu software, attraemu a vostra attenzione à un puntu. Ci hè qualcosa chì certamenti ùn deve esse fattu - ùn ci hè bisognu di mette pressione nantu à l'impiegati è "motivà" li privà di bonus, sanzioni amministrativi è disciplinari. Questu ùn farà micca megliu u prucessu, ma l'attitudine di l'impiegati s'aggravarà: se spinghjenu, allora ci sarà u cuntrollu; S'elli vi furzanu, significa ch'elli ùn rispettanu u nostru interessu; S'elli imponenu cù forza, significa chì ùn anu micca fiducia in noi è u nostru travagliu. Per quessa, facemu tuttu in una manera disciplinata, chjara, cumpetente, ma senza pressione o forza innecessaria.
Duvete avè un pianu d'azzione detallatu
Tuttu u restu pò esse micca, ma ci deve esse un pianu. Inoltre, u pianu hè regulabile, aghjurnatu, chjaru è inevitabbile, à u stessu tempu accessibile per a discussione è trasparente per tutti l'impiegati interessati. Hè impussibile di cumunicà in modu direttu chì da 8 am à 10 am ci hè una impresa, è à 16:00 ci hè a guerra cù l'Inghilterra hè impurtante per vede tuttu u pianu in perspettiva.
U pianu deve necessariamente riflette i bisogni di l'impiegati chì saranu utilizatori finali - in questu modu, ogni impiigatu hà da sapè esattamente ciò chì a funzione desiderata è à quale tempu hà da pudè usà. À u listessu tempu, u pianu di transizione o di implementazione ùn hè micca un tipu di monolitu immutable, hè necessariu di abbandunà a pussibilità di finalizà u pianu è di cambià i so attributi (ma micca in forma di un flussu infinitu di edizzioni è novi "vuleti"); è micca in forma di un cambiamentu constante di i termini).
Chì deve esse in u pianu?
- I principali tappe di transizione (stadi) - ciò chì deve esse fattu.
- Punti di transizione detallati per ogni stadiu - cumu si deve esse fattu.
- Punti chjave è rapportu nantu à elli (cunciliazione di l'ore) - cumu ciò chì hè statu fattu serà misuratu è quale deve esse à u puntu di cuntrollu.
- E persone rispunsevuli sò persone chì pudete vultà è dumandà dumande.
- I termini sò u principiu è a fine di ogni tappa è tuttu u prucessu in tuttu.
- Processi affettati - quali cambiamenti saranu in i prucessi di cummerciale, ciò chì deve esse cambiatu cù l'implementazione / transizione.
- A valutazione finale hè un inseme di indicatori, metriche o ancu valutazioni subjective chì aiutanu à valutà l'implementazione / a transizione chì hè accaduta.
- L'iniziu di l'operazione hè a data esatta quandu tutta a cumpagnia unisce à u prucessu automatizatu aghjurnatu è travaglià in u novu sistema.
Avemu scontru presentazioni di implementatori in quale a linea rossa hè cunsigliu: implementà per forza, ignora a reazione, ùn parlate micca cù l'impiegati. Semu contru à questu approcciu, è eccu perchè.
Fighjate a stampa sottu:
Un novu mouse, un novu teclatu, un appartamentu, una vittura, è ancu un travagliu sò avvenimenti piacevuli è allegri, alcuni di elli sò ancu rializazioni. È l'utilizatore va à Yandex per sapè cumu si abitua è adattà. Cumu entre in un novu appartamentu è capisce chì hè u vostru, apre u tap per a prima volta, beie tè, andate à lettu per a prima volta. Cumu si mette daretu à u volante è fà amici cù una nova vittura, a toia, ma finu à quì stranera. U novu software in u locu di travagliu ùn hè micca sfarente di e situazioni descritte: u travagliu di l'impiigatu ùn serà mai u listessu. Dunque, implementate, adattate, cresce cù un novu software efficace. È questu hè una situazione nantu à quale pudemu dì: affrettate lentamente.
Source: www.habr.com