Software Leapfrog wäert geschwënn eng ganz heefeg Krankheet vun Firmen ginn. Eng Software fir eng aner z'änneren wéinst all kleng Saach, sprangen vun Technologie zu Technologie, Experimentéiere mat engem Live-Geschäft gëtt d'Norm. Zur selwechter Zäit fänkt e richtege Biergerkrich am Büro un: eng Bewegung vu Resistenz géint d'Ëmsetzung gëtt geformt, Partisanen féieren subversiv Aarbecht géint den neie System, Spioun förderen eng couragéiert nei Welt mat neier Software, Gestioun vum Panzerwagen vun de Firmeportal schéckt iwwer Fridden, Aarbecht, KPIs. Eng Revolutioun endet normalerweis an engem kompletten Echec op enger Säit.
Mir wësse bal alles iwwer d'Ëmsetzung, also loosst eis probéieren erauszefannen wéi eng Revolutioun an eng Evolutioun ëmgewandelt gëtt an d'Ëmsetzung esou nëtzlech a schmerzlos wéi méiglech mécht. Gutt, oder op d'mannst wäerte mir Iech soen wat Dir am Prozess erakënnt.
Ideal visualization vun Employé Akzeptanz vun nei Software Source - Yandex.Images
Auslännesch Beroder géifen dësen Artikel sou eppes ufänken: "Wann Dir Är Mataarbechter Qualitéitssoftware ubitt, déi hir Aarbecht ka verbesseren, e qualitativen Impakt op d'Leeschtung hunn, da wäert d'Adoptioun vun engem neie Programm oder System natierlech geschéien." Awer mir sinn a Russland, sou datt d'Fro vu verdächtegen a kämpfereschen Mataarbechter ganz relevant ass. En natierlechen Iwwergang funktionnéiert net, och mat minimalem Software wéi e Corporate Messenger oder Softphone.
Wou kommen d'Been vum Problem hier?
Haut huet all Firma e ganzen Zoo vu Software installéiert (mir huelen den allgemenge Fall, well an IT Firmen ass d'Quantitéit u Software duebel oder dräifach, an Adaptatiounsproblemer iwwerlappen deelweis a si ganz spezifesch): Projektmanagementsystemer, CRM/ERP, E-Mail Clienten, Instant Messenger, Firmenportal, asw. An dat zielt net d'Tatsaach datt et Firme gëtt, an deenen och den Iwwergank vum Browser op de Browser ouni Ausnam vun der ganzer Equipe duerchgefouert gëtt (an et ginn och Teams déi komplett op Internet Explorer Edge baséieren). Am Allgemengen ginn et e puer Situatiounen fir déi eisen Artikel nëtzlech ka sinn:
- Et gëtt e Prozess vun der primärer Automatisatioun vun enger Grupp vun Aufgaben: den éischte CRM / ERP gëtt implementéiert, e Firmeportal gëtt opgemaach, e System fir technesch Ënnerstëtzung gëtt installéiert, etc .;
- eng Software gëtt aus irgendege Grënn duerch eng aner ersat: Obsoleszenz, nei Ufuerderungen, Skaléieren, Ännerung vun Aktivitéit, asw.
- Moduler vum existente System gi fir Entwécklungszwecker a Wuesstum opgebaut (zum Beispill eng Firma huet d'Produktioun opgemaach an huet decidéiert vun op mat maximal Funktionalitéit);
- Eng grouss Interface a funktionell Softwareupdate fënnt statt.
Natierlech sinn déi éischt zwee Fäll vill méi akut an typesch an hire Manifestatiounen, besonnesch Opmierksamkeet op hinnen.
Also, ier Dir ufänkt mat der Équipe ze schaffen (déi schonn de Verdacht hunn datt et geschwënn Ännerungen wäert sinn), probéiert ze verstoen wat d'real Grënn sinn fir d'Software z'änneren an ob Dir d'accord ass datt d'Ännerunge sou néideg sinn.
- Den ale Programm ass schwéier mat ze schaffen: et ass deier, onbequem, net funktionell, entsprécht net méi Är Ufuerderungen, ass net gëeegent fir Är Skala, etc. Dëst ass eng objektiv Noutwennegkeet.
- De Verkeefer huet opgehalen de System z'ënnerstëtzen, oder d'Ënnerstëtzung an d'Modifikatioune ginn an eng endlos Serie vun Genehmegungen a Gelddrain. Wann Är Käschten erheblech eropgaange sinn, an an Zukunft verspriechen se nach méi ze vergréisseren, ass näischt ze waarden, Dir musst schneiden. Jo, en neie System wäert och Sue kaschten, awer am Endeffekt wäert d'Optimisatioun manner kaschten wéi sou Ënnerstëtzung.
- D'Software änneren ass de Wonsch vun enger Persoun oder Grupp vu Mataarbechter. Zum Beispill wëll den CTO eng Rollback a lobbyt fir d'Aféierung vun engem neien, méi deiere System - dat geschitt a grousse Betriber. En anert Beispill: e Projet Manager plädéiert fir Asana op Basecamp z'änneren, dann Basecamp op Jira, a komplex Jira op Wrike. Dacks ass dat eenzegt Motiv fir esou Migratiounen hir beschäftegt Aarbecht ze weisen an hir Positioun ze behalen. An esou Fäll ass et néideg de Grad vun Noutwennegkeet, Motiver an Justifikatioun ze bestëmmen an, als Regel, duerch eng staark-wëll Decisioun Ännerungen ze refuséieren.
Mir schwätzen iwwer d'Grënn fir den Iwwergank vun enger Software an déi aner, an net iwwer primär Automatisatioun - nëmme well d'Automatisatioun a priori néideg ass. Wann Är Firma eppes manuell a routinéiert mécht, awer automatiséiert ka ginn, verschwends Dir einfach Zäit, Suen an, héchstwahrscheinlech, wäertvoll Firmendaten. Automatiséiert et!
Wéi kënnt Dir Kräiz: de grousse Sprong oder de kräischen Tiger?
An der Weltpraxis ginn et dräi Haaptstrategien fir op nei Software ze wiesselen an unzepassen - a si schéngen eis ganz gëeegent, also loosst eis d'Rad net nei erfannen.
Urknall
Adoptioun mat der "Big Bang" Method ass den haardsten méiglechen Iwwergang, wann Dir e genauen Datum feststellt an eng schaarf Migratioun ausféiert, déi al Software 100% deaktivéiert.
Plus
+ Jiddereen schafft an engem System, et ass net néideg Daten ze synchroniséieren, d'Mataarbechter brauchen net zwee Interfaces gläichzäiteg ze iwwerwaachen.
+ Einfachheet fir den Administrator - eng Migratioun, eng Aufgab, eng Systemsupport.
+ All méiglech Ännerungen geschéien op engem Punkt an der Zäit a si bal direkt bemierkenswäert - et ass net néideg ze isoléieren wat a wéi engem Undeel d'Produktivitéit, d'Geschwindegkeet vun der Entwécklung, de Verkaf, asw.
Минусы
- Schafft erfollegräich nëmme mat einfacher Software: Chats, Firmeportal, Instant Messenger. Och E-Mail ka scho feelen, fir net ze schwätzen iwwer Projektmanagementsystemer, CRM / ERP an aner seriéis Systemer.
- Eng "explosiv" Migratioun vun engem grousse System an en aneren wäert zwangsleefeg Chaos verursaachen.
Dat Wichtegst fir dës Zort Iwwergang an en neit Aarbechtsëmfeld ass Training.
Parallel Lafen
Parallel Adaptatioun un Software ass eng méi mëll a méi universell Iwwergangsmethod, an där eng Zäitperiod festgeluegt gëtt, während där béid Systemer gläichzäiteg funktionnéieren.
Plus
+ D'Benotzer hu genuch Zäit fir un déi nei Software gewinnt ze ginn, wärend se séier an der aler schaffen, Parallelen fannen an déi nei Logik vun der Interaktioun mat der Interface verstoen.
+ Am Fall vun plötzlechen Probleemer schaffen d'Mataarbechter weider am ale System.
+ Benotzer Training ass manner rigoréis an allgemeng méi bëlleg.
+ Et gëtt praktesch keng negativ Reaktioun vu Mataarbechter - schliisslech goufe se net vun hiren üblechen Tools oder Wee fir Saachen ze maachen (wann d'Automatisatioun fir d'éischte Kéier geschitt ass).
Минусы
- Administratiounsproblemer: Ënnerstëtzung fir béid Systemer, Datensynchroniséierung, Sécherheetsmanagement an zwou Uwendungen gläichzäiteg.
- Den Iwwergangsprozess streckt sech endlos aus - d'Mataarbechter mierken datt se bal eng Éiwegkeet iwwreg hunn, a si kënnen d'Benotzung vun der vertrauter Interface e bësse méi verlängeren.
- Benotzerkonfusioun - Déi zwee Interfaces sinn konfus a verursaache operationell an Datefeeler.
- Geld. Dir bezuelt fir béid Systemer.
Phaséiert Adoptioun
Schrëtt-fir-Schrëtt Adaptatioun ass déi mëllst Optioun fir op nei Software ze wiesselen. Den Iwwergank gëtt funktionell duerchgefouert, bannent spezifizéierten Zäitperioden a per Departement (zum Beispill, vum 1. Juni addéiere mir nei Clienten nëmmen un den neie CRM-System, vum 20. Juni maachen mir Transaktiounen am neie System, bis den 1. August transferéiere mir Kalenneren a Fäll, a vum September 30 mir komplett Migratioun ass eng ganz rau Beschreiwung, mee allgemeng kloer).
Plus
+ Organiséiert Iwwergang, verdeelt Belaaschtung tëscht Administrateuren an intern Experten.
+ Méi nodenklech an am-Déift Léieren.
+ Et gëtt keng Resistenz géint Ännerung, well et geschitt sou sanft wéi méiglech.
Минусы - ongeféier d'selwecht wéi fir e parallelen Iwwergang.
Also elo, just e graduellen Iwwergang?
Eng logesch Fro, Dir wäert averstanen. Firwat e bëssen extra Stress kréien wann Dir en Zäitplang maache kënnt an no engem klore Plang handelen? Tatsächlech ass net alles sou einfach.
- Software Komplexitéit: wa mir iwwer komplex Software schwätzen (zum Beispill, ), dann ass d'Phaseadaptatioun méi gëeegent. Wann d'Software einfach ass (Messenger, Firmenportal), dann ass e passende Modell wann Dir den Datum annoncéiert an déi al Software um ernannten Dag deaktivéiert (wann Dir Gléck hutt, hunn d'Mataarbechter Zäit fir all d'Informatioun ze zéien déi se brauchen , a wann Dir net op Gléck zielt, da musst Dir automatesch importéieren néideg Daten aus dem ale System an den neien, wann et technesch méiglech ass).
- De Grad vum Risiko fir d'Firma: wat méi riskant d'Ëmsetzung ass, dest méi lues soll et sinn. Op der anerer Säit ass d'Verzögerung och e Risiko: Dir wiesselt zum Beispill vun engem CRM-System an deen aneren, a während der Iwwergangsperiod sidd Dir gezwongen fir béid ze bezuelen, an doduerch d'Käschten an d'Käschte fir den neie System ëmzesetzen, wat heescht der payback Period verlängert.
- Unzuel u Mataarbechter: Big Bang ass definitiv net gëeegent wann Dir vill Benotzerprofile muss skaléieren an konfiguréieren. Obwuel et Fäll sinn, wann ultra-schnell Ëmsetzung e Virdeel fir eng grouss Firma ass. Dës Optioun ka gëeegent sinn fir Systemer déi vu ville Mataarbechter benotzt ginn, awer vläicht keng Ufuerderungen hunn well d'Personaliséierung net virgesinn ass. Awer nach eng Kéier, dëst ass e grousse Schlag fir Endbenotzer an eng enorm Schrëtt fir Schrëtt Aarbecht fir dee selwechten IT Service (zum Beispill, Rechnung oder Zougangssystem).
- Features vun der Ëmsetzung vun der gewielter Software (Revisioun, etc.). Heiansdo ass d'Ëmsetzung ufanks Etapp-fir-Etapp - mat Ufuerderungssammlung, Verfeinerung, Training, asw. Zum Beispill, et gëtt ëmmer progressiv ëmgesat, a wann iergendeen Iech versprécht "Ëmsetzung an Konfiguratioun an 3 Deeg oder souguer 3 Stonnen" - erënnert dësen Artikel an ëmgoen esou Servicer: Installatioun ≠ Ëmsetzung.
Erëm, och wann Dir déi opgelëscht Parameter kennt, kann een net definitiv deen een oder aneren Wee huelen. Bewäert Äert Firmenëmfeld - dëst hëlleft Iech souwuel d'Kraaftbalance ze verstoen an ze bestëmmen wéi ee Modell (oder Kombinatioun vun e puer vun hiren Elementer) fir Iech passt.
Agenten vun Afloss: Revolutioun oder Evolutioun
Déi éischt Saach, déi Dir oppassen sollt, sinn d'Mataarbechter, déi vun der Implementatioun vun neier Software betraff sinn. Eigentlech ass de Problem, dee mir elo berücksichtegen, reng e mënschleche Faktor, sou datt d'Analyse vum Impakt op d'Mataarbechter net vermeit gëtt. Mir hu schonn e puer vun hinnen uewen ernimmt.
- Firmechef bestëmmen wéi déi nei Software allgemeng akzeptéiert gëtt. An dëst ass net d'Plaz fir Promotiouns Rieden a Feierdeeg - et ass wichteg fir genau de Besoin fir Ännerung ze weisen, d'Iddi ze vermëttelen datt dëst just e méi coolt a méi praktescht Tool auswielen, d'selwecht wéi en alen Laptop ersat. De gréisste Feeler vun der Gestioun an esou enger Situatioun ass d'Hänn ze wäschen a sech selwer zréckzéien: wann d'Gestioun keng Firmeautomatiséierung brauch, firwat soll et d'Mataarbechter interesséieren? Sidd am Prozess.
- Departementscheffen (Projetmanager) sinn en Zwëschenlink, deen un all Prozesser deelhëllt, d'Onzefriddenheet verwalten, de Wëllen ze weisen an duerch all Contestatioun vu Kollegen ze schaffen, a qualitativ héichwäerteg an déifgräifend Ausbildung ze maachen.
- IT Service (oder System Administrateuren) - op den éischte Bléck, dat sinn Är fréi Villercher, déi adaptéierbar an adaptéierbar, awer ... nee. Dacks, virun allem a kleng a mëttelgrouss Betriber, System Administrateuren géint all Ännerungen (Verstäerkung) vun der IT-Infrastruktur, an dat ass net wéinst enger technescher Begrënnung, mä un der Lazy an Zweiwel ze schaffen. Wien vun eis huet net no Weeër gesicht fir Aarbecht ze vermeiden? Mee loosst dat net zum Nodeel vun der ganzer Firma sinn.
- Endbenotzer wëllen als Regel gutt a bequem op der enger Säit schaffen a wéi all lieweg Leit Angscht virun Verännerungen. D'Haaptargument fir si ass éierlech an einfach: Firwat agefouert/ännere mir, wat sinn d'Limite vun der Kontroll, wéi gëtt d'Aarbecht bewäert, wat ännert sech a wat sinn d'Risiken (iwwregens, jidderee soll d'Risiken evaluéieren - obwuel mir Verkeefer sinn , awer mir verpflichte net ze soen datt alles ëmmer glat geet: et gi Risiken an all Prozess an engem Geschäft).
- "Autoritéiten" bannent der Firma si Partisanen déi aner Mataarbechter beaflosse kënnen. Dëst ass net onbedéngt eng Persoun mat enger héijer Positioun oder enger grousser Erfarung - am Fall vu Software ze schaffen, kann d'"Autoritéit" e fortgeschrattene Wëssen sinn, deen zum Beispill Habr nei gelies huet a fänkt un ze intimidéieren jiddereen iwwer wéi schlecht alles wäert ginn. Hien huet vläicht net emol en Zil fir den Ëmsetzung oder den Iwwergangsprozess ze ruinéieren - just Show-Off an de Geescht vu Resistenz - an d'Mataarbechter gleewen him. Dir musst mat esou Mataarbechter schaffen: Erklären, Fro, a besonnesch schwiereg Fäll, Hiweis op d'Konsequenzen.
Et gëtt en universellt Rezept fir ze kontrolléieren ob d'Benotzer wierklech eppes Angscht hunn oder ob se Gruppparanoia hunn gefouert vun engem erfuerene Leader. Frot hinnen iwwer d'Grënn fir Onzefriddenheet, iwwer Bedenken - wann dëst net eng perséinlech Erfahrung oder Meenung ass, fänken d'Argumenter no 3-4 Erklärungsfroen un.
Zwee wichteg Faktore fir d'Erfolleg vun der "Resistenzbewegung" ze iwwerwannen.
- Gitt Training: Verkeefer an intern. Vergewëssert Iech datt d'Mataarbechter wierklech alles verstinn, et beherrscht hunn an, onofhängeg vun hirem Trainingsniveau, prett sinn ze schaffen. Eng obligatoresch Attribut vun der Ausbildung ass gedréckt an elektronesch Instruktiounen (Reglementer) an déi komplettst Dokumentatioun iwwer de System (selbst respektéierend Ubidder verëffentlechen et zesumme mat der Software a liwweren se gratis).
- Sich no Supporter a wielt Influencer. Intern Experten a fréi Adoptateuren sinn Ären Ënnerstëtzungssystem, souwuel educéierend wéi zweifelen. Als Regel, Mataarbechter selwer si frou hir Kollegen ze hëllefen an hinnen nei Software aféieren. Är Aufgab ass se temporär vun hirer Aarbecht ze entlaaschten oder hinnen en anstännege Bonus fir hir nei Aarbechtsbelaaschtung ze ginn.
Op wat sollt Dir oppassen?
- Wéi fortgeschratt sinn d'Mataarbechter vun den Ännerungen betraff? (Relativ gesinn, wa se muer en neie Comptablesprogramm erfannen, Gott verbidd Iech mat Dammen iwwer 50 d'Nues an d'Comptabilitéitsabteilung ze stëcken an en Iwwergang vum 1C virzeschloen, Dir kënnt net lieweg eraus).
- Wéi vill wäert Workflows beaflosst ginn? Et ass eng Saach de Messenger an enger Firma vun 100 Leit z'änneren, eng aner Saach ass en neie CRM System ëmzesetzen, deen op Schlësselprozesser an der Firma baséiert (an dëst ass net nëmmen Verkaf, zum Beispill, an Senior Editioune beaflosst et Produktioun, Lager, Marketing, an Top Manager, déi zesumme mat der Equipe automatiséiert Geschäftsprozesser bauen).
- Gëtt d'Formatioun ugebueden a wéi engem Niveau?
Deen eenzege logeschen Iwwergang am System vu Firmendenken
Wat spuert den Iwwergank / Ëmsetzung vun neier Software?
Ier mir Iech soen wat Schlësselpunkte Iech hëllefe bequem op nei Software ze plënneren, loosst eis Är Opmierksamkeet op ee Punkt zéien. Et gëtt eppes wat definitiv net gemaach soll ginn - et ass net néideg Drock op d'Mataarbechter ze maachen an se ze "motivéieren" andeems se Bonusen, administrativ an disziplinaresch Sanktiounen entzéien. Dëst wäert de Prozess net besser maachen, awer d'Haltung vun de Mataarbechter verschlechtert: wa se drécken, da gëtt et Kontroll; Wann se Iech zwéngen, heescht et datt se eisen Interessi net respektéieren; Wa se et mat Kraaft imposéieren, heescht et datt se eis an eis Aarbecht net vertrauen. Dofir maache mir alles disziplinéiert, kloer, kompetent, awer ouni Drock oder onnéideg Zwang.
Dir musst en detailléierte Aktiounsplang hunn
Alles anescht kann net existéieren, awer et muss e Plang sinn. Ausserdeem ass de Plang justierbar, aktualiséiert, kloer an inévitabel, gläichzäiteg zougänglech fir Diskussioun an transparent fir all interesséiert Mataarbechter. Et ass onméiglech direkt ze kommunizéieren, datt vun 8 bis 10 Auer e Feat ass, an um 16 Auer ass et Krich mat England, et ass wichteg de ganze Plang a Perspektiv ze gesinn.
De Plang muss onbedéngt d'Ufuerderunge vun de Mataarbechter reflektéieren, déi Ennbenotzer sinn - sou datt all Employé genee wësse wéi eng gewënschte Feature a wéi eng Zäit hien se benotze kann. Zur selwechter Zäit ass den Transitiouns- oder Implementéierungsplang net eng Aart vun onverännerbaren Monolith, et ass néideg d'Méiglechkeet ze verloossen fir de Plang ze finaliséieren an seng Attributer z'änneren (awer net a Form vun engem endlosen Stroum vun Ännerungen an neie "wëllen"); an net a Form vun enger konstanter Verréckelung vun den Terminë).
Wat soll am Plang sinn?
- D'Haaptrei Iwwergangs Meilesteen (Etappen) - wat muss gemaach ginn.
- Detailléiert Iwwergangspunkte fir all Etapp - wéi et soll gemaach ginn.
- Schlësselpunkten a Bericht doriwwer (Reconciliatioun vun de Stonnen) - wéi gemooss wat gemaach gouf a wien um Kontrollpunkt soll sinn.
- Verantwortlech Leit si Leit op déi Dir kënnt wenden a Froen stellen.
- Deadlines sinn den Ufank an Enn vun all Etapp an de ganze Prozess als Ganzt.
- Betraff Prozesser - wéi eng Ännerunge wäerten a Geschäftsprozesser optrieden, wat muss zesumme mat der Ëmsetzung / Iwwergang geännert ginn.
- Déi lescht Bewäertung ass eng Rei vun Indikatoren, Metriken oder souguer subjektiv Bewäertungen déi hëllefe fir d'Ëmsetzung / Iwwergang ze evaluéieren déi geschitt ass.
- Den Ufank vun der Operatioun ass de genauen Datum wou d'ganz Firma an den aktualiséierten automatiséierte Prozess bäitrieden an am neie System schafft.
Mir sinn op Presentatiounen vun Implementer begéint, an deenen déi rout Linn Berodung ass: duerch Gewalt ëmsetzen, d'Reaktioun ignoréieren, net mat Mataarbechter schwätzen. Mir si géint dës Approche, an hei ass firwat.
Kuckt d'Bild hei drënner:
Eng nei Maus, eng nei Tastatur, en Appartement, en Auto a souguer eng Aarbecht sinn agreabel, freedeg Eventer, e puer vun hinnen si souguer Leeschtungen. An de Benotzer geet op Yandex fir erauszefannen wéi een sech drun gewinnt an adaptéiert. Wéi gitt Dir an en neit Appartement eran a versteet datt et ären ass, fir d'éischt Kéier den Krunn opmaachen, Téi drénken, fir d'éischt Kéier an d'Bett goen. Wéi kënnt Dir hannert d'Rad kommen a Frënn mat engem neien Auto maachen, Ären, awer bis elo sou alien. Nei Software op der Aarbechtsplaz ass net anescht wéi déi beschriwwe Situatiounen: d'Aarbecht vum Employé wäert ni déiselwecht sinn. Dofir implementéieren, adaptéieren, wuessen mat neier effektiver Software. An dat ass eng Situatioun iwwer déi mir kënne soen: séier séier.
Source: will.com