Wafanyikazi hawataki programu mpya - wanapaswa kufuata mwongozo au kushikamana na laini zao?

Programu leapfrog hivi karibuni itakuwa ugonjwa wa kawaida sana wa makampuni. Kubadilisha programu moja kwa nyingine kwa sababu ya kila kitu kidogo, kuruka kutoka kwa teknolojia hadi teknolojia, kujaribu biashara ya moja kwa moja inakuwa kawaida. Wakati huo huo, vita vya kweli vya wenyewe kwa wenyewe huanza ofisini: harakati za kupinga utekelezaji zinaundwa, washiriki wanafanya kazi ya kupindua dhidi ya mfumo mpya, wapelelezi wanakuza ulimwengu mpya wa shujaa na programu mpya, usimamizi kutoka kwa gari la kivita. tovuti ya shirika inatangaza kuhusu amani, kazi, KPIs. Mapinduzi kawaida huisha kwa kushindwa kabisa kwa upande mmoja.

Tunajua karibu kila kitu kuhusu utekelezaji, kwa hivyo hebu tujaribu kufikiria jinsi ya kugeuza mapinduzi kuwa mageuzi na kufanya utekelezaji kuwa muhimu na usio na uchungu iwezekanavyo. Kweli, au angalau tutakuambia ni nini unaweza kuingia katika mchakato.

Wafanyikazi hawataki programu mpya - wanapaswa kufuata mwongozo au kushikamana na laini zao?
Taswira bora ya kukubalika kwa mfanyakazi wa programu mpya - Yandex.Images

Washauri wa kigeni wangeanzisha nakala hii hivi: "Ikiwa utawapa wafanyikazi wako programu bora ambayo inaweza kuboresha kazi zao, kuwa na athari ya ubora kwenye utendakazi, kupitishwa kwa programu au mfumo mpya kutatokea kawaida." Lakini tuko nchini Urusi, kwa hivyo suala la wafanyikazi wanaoshukiwa na wanaopigana ni muhimu sana. Mpito wa asili hautafanya kazi, hata na programu ndogo kama vile mjumbe wa shirika au simu laini.

Miguu ya tatizo inatoka wapi?

Leo, kila kampuni ina zoo nzima ya programu iliyosakinishwa (tunachukua kesi ya jumla, kwa sababu katika makampuni ya IT kiasi cha programu ni mara mbili au tatu, na matatizo ya kukabiliana na hali yanaingiliana kwa sehemu na ni maalum sana): mifumo ya usimamizi wa mradi, CRM/ERP, wateja wa barua pepe, wajumbe wa papo hapo, tovuti ya kampuni, n.k. Na hii sio kuhesabu ukweli kwamba kuna makampuni ambayo hata mpito kutoka kwa kivinjari hadi kivinjari unafanywa na timu nzima bila ubaguzi (na pia kuna timu ambazo zinategemea kabisa Internet Explorer Edge). Kwa ujumla, kuna hali kadhaa ambazo makala yetu inaweza kuwa muhimu:

  • Kuna mchakato wa automatisering ya msingi ya baadhi ya kundi la kazi: CRM/ERP ya kwanza inatekelezwa, portal ya ushirika inafunguliwa, mfumo wa usaidizi wa kiufundi unawekwa, nk;
  • programu moja inabadilishwa na nyingine kwa sababu fulani: kutokuwepo, mahitaji mapya, kuongeza, mabadiliko ya shughuli, nk;
  • moduli za mfumo uliopo zinaundwa kwa madhumuni ya maendeleo na ukuaji (kwa mfano, kampuni ilifungua uzalishaji na kuamua kubadili kutoka RegionSoft CRM Professional juu ya RegionSoft CRM Enterprise Plus na utendaji wa juu);
  • Usasisho mkubwa wa kiolesura na utendakazi wa programu unafanyika.

Bila shaka, kesi mbili za kwanza ni za papo hapo zaidi na za kawaida katika udhihirisho wao, kulipa kipaumbele maalum kwao.

Kwa hivyo, kabla ya kuanza kufanya kazi na timu (ambao tayari wameshuku kuwa kutakuwa na mabadiliko hivi karibuni), jaribu kuelewa ni nini sababu za kweli za kubadilisha programu na ikiwa unakubali kuwa mabadiliko ni muhimu sana.

  • Programu ya zamani ni ngumu kufanya kazi nayo: ni ghali, haifai, haifanyi kazi, haikidhi mahitaji yako, haifai kwa kiwango chako, nk. Hili ni hitaji la lengo.
  • Muuzaji aliacha kuunga mkono mfumo, au usaidizi na marekebisho yakageuka kuwa mfululizo usio na mwisho wa idhini na kupoteza pesa. Ikiwa gharama zako zimeongezeka kwa kiasi kikubwa, na katika siku zijazo wanaahidi kuongeza hata zaidi, hakuna kitu cha kusubiri, unahitaji kukata. Ndio, mfumo mpya pia utagharimu pesa, lakini uboreshaji wa mwisho utagharimu chini ya usaidizi kama huo.
  • Kubadilisha programu ni matakwa ya mtu mmoja au kikundi cha wafanyikazi. Kwa mfano, CTO inataka kurudishwa nyuma na inashawishi kuanzishwa kwa mfumo mpya, wa gharama kubwa zaidi - hii hutokea katika makampuni makubwa. Mfano mwingine: meneja wa mradi anatetea kubadilisha Asana hadi Basecamp, kisha Basecamp hadi Jira, na Jira tata hadi Wrike. Mara nyingi nia pekee ya uhamiaji kama huo ni kuonyesha kazi yao yenye shughuli nyingi na kudumisha msimamo wao. Katika hali kama hizi, inahitajika kuamua kiwango cha hitaji, nia na kuhesabiwa haki na, kama sheria, kwa uamuzi wa dhamira ya kukataa mabadiliko.

Tunazungumza juu ya sababu za mpito kutoka kwa programu moja hadi nyingine, na sio juu ya otomatiki ya msingi - kwa sababu tu otomatiki ni jambo la lazima. Ikiwa kampuni yako itafanya jambo kwa mikono na kwa utaratibu, lakini inaweza kuwa kiotomatiki, unapoteza tu wakati, pesa na, uwezekano mkubwa, data muhimu ya kampuni. Ibadilishe kiotomatiki!

Unawezaje kuvuka: leap kubwa au tiger crouching?

Katika mazoezi ya ulimwengu, kuna mikakati mitatu kuu ya kubadili programu mpya na kuizoea - na inaonekana inafaa sana kwetu, kwa hivyo tusibuni gurudumu tena.

Big Bang

Kupitishwa kwa kutumia njia ya "Big Bang" ni mpito mgumu zaidi unaowezekana, unapoweka tarehe halisi na kutekeleza uhamiaji mkali, kuzima programu ya zamani kwa 100%.

Faida

+ Kila mtu anafanya kazi katika mfumo mmoja, hakuna haja ya kusawazisha data, wafanyikazi hawahitaji kufuatilia miingiliano miwili mara moja.
+ Urahisi kwa msimamizi - uhamiaji mmoja, kazi moja, msaada wa mfumo mmoja.
+ Mabadiliko yote yanayowezekana hutokea kwa wakati mmoja na yanaonekana karibu mara moja - hakuna haja ya kutenganisha nini na kwa kiasi gani kilichoathiri uzalishaji, kasi ya maendeleo, mauzo, nk.

Africa

- Inafanya kazi kwa mafanikio tu na programu rahisi: mazungumzo, tovuti ya kampuni, wajumbe wa papo hapo. Hata barua pepe inaweza kushindwa, bila kutaja mifumo ya usimamizi wa mradi, CRM/ERP na mifumo mingine mikubwa.
- Uhamaji wa kulipuka kutoka kwa mfumo mkubwa hadi mwingine bila shaka utasababisha machafuko.

Jambo muhimu zaidi kwa aina hii ya mpito kwa mazingira mapya ya kazi ni mafunzo.

Mbio Sambamba

Marekebisho sambamba kwa programu ni njia laini na ya kimataifa zaidi ya mpito, ambapo kipindi cha muda kimewekwa ambapo mifumo yote miwili itafanya kazi kwa wakati mmoja.

Faida

+ Watumiaji wana muda wa kutosha wa kuzoea programu mpya huku wakifanya kazi haraka katika ile ya zamani, kupata ulinganifu, na kuelewa mantiki mpya ya mwingiliano na kiolesura.
+ Katika kesi ya shida za ghafla, wafanyikazi wanaendelea kufanya kazi katika mfumo wa zamani.
+ Mafunzo ya watumiaji sio magumu na kwa ujumla ni nafuu.
+ Kwa kweli hakuna athari mbaya kutoka kwa wafanyikazi - baada ya yote, hawakunyimwa zana zao za kawaida au njia ya kufanya mambo (ikiwa otomatiki hufanyika kwa mara ya kwanza).

Africa

- Shida za Utawala: msaada kwa mifumo yote miwili, maingiliano ya data, usimamizi wa usalama katika programu mbili mara moja.
β€” Mchakato wa mpito unaenea bila kikomo - wafanyikazi wanatambua kuwa wana karibu umilele uliosalia, na wanaweza kupanua utumiaji wa kiolesura kinachojulikana zaidi kidogo.
- Kuchanganyikiwa kwa Watumiaji - Miingiliano miwili inachanganya na kusababisha hitilafu za uendeshaji na data.
- Pesa. Unalipa kwa mifumo yote miwili.

Kuasili kwa Awamu

Marekebisho ya hatua kwa hatua ni chaguo laini zaidi kwa kubadili programu mpya. Mpito unafanywa kiutendaji, ndani ya muda maalum na kwa idara (kwa mfano, kuanzia Juni 1 tunaongeza wateja wapya kwenye mfumo mpya wa CRM, kuanzia Juni 20 tunafanya miamala katika mfumo mpya, hadi Agosti 1 tunahamisha kalenda. na kesi, na ifikapo Septemba 30 tunakamilisha uhamiaji ni maelezo mabaya sana, lakini kwa ujumla ni wazi).

Faida

+ Mpito uliopangwa, mzigo uliosambazwa kati ya wasimamizi na wataalam wa ndani.
+ Kufikiria zaidi na kujifunza kwa kina.
+ Hakuna upinzani wa kubadilika, kwa sababu hutokea kwa upole iwezekanavyo.

Africa - takriban sawa na kwa mpito sambamba.

Kwa hivyo sasa, mabadiliko ya polepole tu?

Swali la kimantiki, utakubali. Kwa nini upate shida zaidi wakati unaweza kutengeneza ratiba na kutenda kulingana na mpango ulio wazi? Kwa kweli, si kila kitu ni rahisi sana.

  • Ugumu wa programu: ikiwa tunazungumza juu ya programu ngumu (kwa mfano, Mfumo wa CRM), basi marekebisho ya awamu yanafaa zaidi. Ikiwa programu ni rahisi (mjumbe, portal ya ushirika), basi mfano unaofaa ni wakati unapotangaza tarehe na kuzima programu ya zamani kwa siku iliyowekwa (ikiwa una bahati, wafanyakazi watakuwa na wakati wa kuvuta taarifa zote wanazohitaji. , na ikiwa hutegemei bahati, basi unahitaji kutoa data muhimu ya kuagiza otomatiki kutoka kwa mfumo wa zamani hadi mpya, ikiwa inawezekana kiufundi).
  • Kiwango cha hatari kwa kampuni: utekelezaji wa hatari zaidi, polepole unapaswa kuwa. Kwa upande mwingine, kuchelewa pia ni hatari: kwa mfano, unabadilika kutoka kwa mfumo mmoja wa CRM hadi mwingine, na wakati wa kipindi cha mpito unalazimika kulipa kwa wote wawili, na hivyo kuongeza gharama na gharama za kutekeleza mfumo mpya, ambao inamaanisha kuwa muda wa malipo umeongezwa.
  • Idadi ya wafanyikazi: Big Bang hakika haifai ikiwa unahitaji kuongeza na kusanidi wasifu wengi wa watumiaji. Ingawa kuna matukio wakati utekelezaji wa haraka sana ni faida kwa kampuni kubwa. Chaguo hili linaweza kufaa kwa mifumo ambayo hutumiwa na wafanyikazi wengi, lakini inaweza kuwa na mahitaji kwa sababu ubinafsishaji haukusudiwa. Lakini tena, hii ni bang kubwa kwa watumiaji wa mwisho na kazi kubwa ya hatua kwa hatua kwa huduma sawa ya IT (kwa mfano, mfumo wa bili au ufikiaji).
  • Vipengele vya utekelezaji wa programu iliyochaguliwa (marekebisho, nk). Wakati mwingine utekelezaji ni hatua kwa hatua - na ukusanyaji wa mahitaji, uboreshaji, mafunzo, nk. Kwa mfano, Mfumo wa CRM inatekelezwa kila wakati, na ikiwa mtu anakuahidi "utekelezaji na usanidi katika siku 3 au hata masaa 3" - kumbuka kifungu hiki na upite huduma kama hizo: usakinishaji β‰  utekelezaji.

Tena, hata kujua vigezo vilivyoorodheshwa, mtu hawezi kuchukua njia moja au nyingine. Tathmini mazingira yako ya shirika - hii itakusaidia kuelewa usawa wa nguvu na kuamua ni mfano gani (au mchanganyiko wa baadhi ya vipengele vyao) ni sawa kwako.

Wakala wa ushawishi: mapinduzi au mageuzi

Jambo la kwanza unapaswa kuzingatia ni wafanyikazi ambao wataathiriwa na utekelezaji wa programu mpya. Kwa kweli, shida ambayo tunazingatia sasa ni sababu ya kibinadamu, kwa hivyo kuchanganua athari kwa wafanyikazi hakuwezi kuepukika. Tayari tumetaja baadhi yao hapo juu.

  • Viongozi wa kampuni huamua jinsi programu mpya itakubaliwa kwa ujumla. Na hii sio mahali pa hotuba za uendelezaji na hotuba za moto - ni muhimu kuonyesha hasa haja ya mabadiliko, ili kutoa wazo kwamba hii ni kuchagua tu chombo cha baridi na rahisi zaidi, sawa na kuchukua nafasi ya kompyuta ya zamani. Hitilafu kubwa ya usimamizi katika hali hiyo ni kuosha mikono yao na kujiondoa wenyewe: ikiwa usimamizi hauhitaji automatisering ya kampuni, kwa nini inapaswa kuwa ya manufaa kwa wafanyakazi? Kuwa katika mchakato.
  • Wakuu wa idara (wasimamizi wa mradi) ni kiungo cha kati ambacho lazima kishiriki katika michakato yote, kudhibiti kutoridhika, kuonyesha mapenzi na kufanya kazi kupitia kila pingamizi la wenzako, na kuendesha mafunzo ya hali ya juu na ya kina.
  • Huduma ya IT (au wasimamizi wa mfumo) - kwa mtazamo wa kwanza, hizi ni ndege zako za mapema, zinazoweza kubadilika zaidi na zinazoweza kubadilika, lakini ... hapana. Mara nyingi, hasa katika makampuni madogo na ya kati, wasimamizi wa mfumo wanapinga mabadiliko yoyote (kuimarisha) ya miundombinu ya IT, na hii si kutokana na haki yoyote ya kiufundi, lakini kwa uvivu na kusita kufanya kazi. Ni nani kati yetu ambaye hajatafuta njia za kuepuka kufanya kazi? Lakini hii isiwe kwa hasara ya kampuni nzima.
  • Watumiaji wa mwisho, kama sheria, wanataka kufanya kazi vizuri na kwa urahisi kwa upande mmoja na, kama watu wowote wanaoishi, wanaogopa mabadiliko. Hoja kuu kwao ni ya ukweli na rahisi: kwa nini tunaanzisha / kubadilisha, ni mipaka gani ya udhibiti, kazi itapimwaje, nini kitabadilika na ni hatari gani (kwa njia, kila mtu anapaswa kutathmini hatari - ingawa sisi ni wachuuzi Mifumo ya CRM, lakini hatuchukui kusema kwamba kila kitu kinakwenda sawa: kuna hatari katika mchakato wowote ndani ya biashara).
  • "Mamlaka" ndani ya kampuni ni washiriki ambao wanaweza kushawishi wafanyikazi wengine. Huyu si lazima awe na cheo cha juu au uzoefu mkubwa - katika kesi ya kufanya kazi na programu, "mamlaka" inaweza kuwa mjuzi wa hali ya juu ambaye, kwa mfano, amesoma tena Habr na ataanza kutisha. kila mtu kuhusu jinsi kila kitu kitakuwa mbaya. Anaweza hata kuwa na lengo la kuharibu utekelezaji au mchakato wa mpito - kujionyesha tu na roho ya upinzani - na wafanyakazi watamwamini. Unahitaji kufanya kazi na wafanyikazi kama hao: eleza, swali, na katika hali ngumu haswa, onyesha matokeo.

Kuna kichocheo cha jumla cha kuangalia ikiwa watumiaji wanaogopa kitu au kama wana paranoia ya kikundi inayoongozwa na kiongozi mahiri. Waulize kuhusu sababu za kutoridhika, kuhusu wasiwasi - ikiwa hii sio uzoefu wa kibinafsi au maoni, hoja zitaanza kumwaga baada ya maswali 3-4 ya kufafanua.

Sababu mbili muhimu za kushinda kwa mafanikio "harakati za kupinga".

  1. Kutoa mafunzo: muuzaji na ndani. Hakikisha kuwa wafanyikazi wanaelewa kila kitu, wameijua na, bila kujali kiwango chao cha mafunzo, wako tayari kuanza kufanya kazi. Sifa ya lazima ya mafunzo ni kuchapishwa na maelekezo ya elektroniki (kanuni) na nyaraka kamili zaidi kwenye mfumo (wachuuzi wanaojiheshimu huifungua pamoja na programu na kutoa kwa bure).
  2. Tafuta wafuasi na uchague washawishi. Wataalamu wa ndani na wanaokukubali mapema ndio mfumo wako wa usaidizi, unaoelimisha na kuondoa shaka. Kama sheria, wafanyikazi wenyewe wanafurahi kusaidia wenzao na kuwatambulisha kwa programu mpya. Kazi yako ni kuwaondoa kazini kwa muda au kuwapa bonasi nzuri kwa mzigo wao mpya wa kazi.

Unapaswa kuzingatia nini?

  1. Je, wafanyakazi wameathiriwa vipi na mabadiliko hayo? (Kwa kusema, ikiwa kesho watavumbua programu mpya ya uhasibu, Mungu akukataze kuingiza pua yako kwenye idara ya uhasibu na wanawake zaidi ya 50 na kupendekeza mpito kutoka 1C, hautatoka hai).
  2. Mitiririko ya kazi itaathiriwa kiasi gani? Ni jambo moja kubadilisha mjumbe katika kampuni ya watu 100, jambo lingine ni kutekeleza mfumo mpya wa CRM, ambao unategemea michakato muhimu katika kampuni (na hii sio mauzo tu, kwa mfano. utekelezaji wa RegionSoft CRM katika matoleo ya wakubwa inaathiri uzalishaji, ghala, uuzaji na wasimamizi wakuu ambao, pamoja na timu, wataunda michakato ya kiotomatiki ya biashara).
  3. Mafunzo yalitolewa na kwa kiwango gani?

Wafanyikazi hawataki programu mpya - wanapaswa kufuata mwongozo au kushikamana na laini zao?
Mpito pekee wa kimantiki katika mfumo wa mawazo ya ushirika

Ni nini kitakachookoa ubadilishaji/utekelezaji wa programu mpya?

Kabla hatujakuambia ni mambo gani muhimu yatakusaidia kuhamia programu mpya kwa raha, hebu tuelekeze mawazo yako kwa hoja moja. Kuna jambo ambalo hakika halipaswi kufanywa - hakuna haja ya kuweka shinikizo kwa wafanyikazi na "kuwapa motisha" kwa kuwanyima mafao, vikwazo vya kiutawala na kinidhamu. Hii haitafanya mchakato kuwa bora zaidi, lakini mtazamo wa wafanyakazi utakuwa mbaya zaidi: ikiwa wanasukuma, basi kutakuwa na udhibiti; Wakikulazimisha, ina maana hawaheshimu maslahi yetu; Ikiwa wanalazimisha kwa nguvu, inamaanisha kuwa hawatuamini sisi na kazi yetu. Kwa hiyo, tunafanya kila kitu kwa nidhamu, wazi, na uwezo, lakini bila shinikizo au kulazimishwa kwa lazima.

Lazima uwe na mpango wa kina wa utekelezaji

Kila kitu kingine kinaweza kuwa haipo, lakini lazima kuwe na mpango. Zaidi ya hayo, mpango huo unaweza kubadilishwa, kusasishwa, wazi na kuepukika, wakati huo huo unapatikana kwa majadiliano na uwazi kwa wafanyikazi wote wanaovutiwa. Haiwezekani kuwasiliana moja kwa moja kwamba kutoka 8 asubuhi hadi 10 asubuhi kuna feat, na saa 16:00 kuna vita na Uingereza ni muhimu kuona mpango mzima kwa mtazamo.

Mpango lazima lazima uonyeshe mahitaji ya wafanyikazi ambao watakuwa watumiaji wa mwisho - kwa njia hii kila mfanyakazi atajua haswa ni kipengele gani anachotaka na kwa wakati gani ataweza kukitumia. Wakati huo huo, mpango wa mpito au utekelezaji sio aina fulani ya monolith isiyoweza kubadilika ni muhimu kuacha uwezekano wa kukamilisha mpango na kubadilisha sifa zake (lakini si kwa njia ya mkondo usio na mwisho wa mabadiliko na "matakwa" mapya; na si kwa namna ya mabadiliko ya mara kwa mara katika tarehe za mwisho).  

Nini kinapaswa kuwa katika mpango?

  1. Hatua kuu za mpito (hatua) - ni nini kinachohitajika kufanywa.
  2. Sehemu za mpito za kina kwa kila hatua - jinsi inapaswa kufanywa.
  3. Mambo muhimu na kuripoti juu yao (upatanisho wa masaa) - jinsi kile kilichofanyika kitapimwa na nani anapaswa kuwa katika hatua ya udhibiti.
  4. Watu wanaowajibika ni watu ambao unaweza kuwageukia na kuwauliza maswali.
  5. Makataa ni mwanzo na mwisho wa kila hatua na mchakato mzima kwa ujumla.
  6. Michakato iliyoathiriwa - ni mabadiliko gani yatatokea katika michakato ya biashara, ni nini kinachohitaji kubadilishwa pamoja na utekelezaji/mpito.
  7. Tathmini ya mwisho ni seti ya viashirio, metrics au hata tathmini za kibinafsi ambazo zitasaidia kutathmini utekelezaji/mpito uliotokea.
  8. Kuanza kwa operesheni ni tarehe kamili wakati kampuni nzima itajiunga na mchakato wa kiotomatiki uliosasishwa na kufanya kazi katika mfumo mpya.

Tumekutana na mawasilisho ya watekelezaji ambayo mstari mwekundu ni ushauri: tekeleza kwa nguvu, puuza majibu, usizungumze na wafanyikazi. Tunapinga njia hii, na hii ndio sababu.

Tazama picha hapa chini:

Wafanyikazi hawataki programu mpya - wanapaswa kufuata mwongozo au kushikamana na laini zao?

Panya mpya, kibodi mpya, ghorofa, gari, na hata kazi ni matukio ya kupendeza, ya kufurahisha, baadhi yao ni mafanikio. Na mtumiaji huenda kwa Yandex ili kujua jinsi ya kuizoea na kuzoea. Jinsi ya kuingia ghorofa mpya na kuelewa kuwa ni yako, fungua bomba kwa mara ya kwanza, kunywa chai, kwenda kulala kwa mara ya kwanza. Jinsi ya kupata nyuma ya gurudumu na kufanya marafiki na gari mpya, yako, lakini hadi sasa ni mgeni. Programu mpya mahali pa kazi sio tofauti na hali zilizoelezwa: kazi ya mfanyakazi haitakuwa sawa. Kwa hiyo, kutekeleza, kukabiliana, kukua na programu mpya yenye ufanisi. Na hii ni hali ambayo tunaweza kusema: haraka haraka.

Chanzo: mapenzi.com

Kuongeza maoni