કર્મચારીઓને નવું સૉફ્ટવેર જોઈતું નથી - શું તેઓએ લીડને અનુસરવું જોઈએ અથવા તેમની લાઇનને વળગી રહેવું જોઈએ?

સોફ્ટવેર લીપફ્રોગ ટૂંક સમયમાં કંપનીઓ માટે ખૂબ જ સામાન્ય રોગ બની જશે. દરેક નાની-નાની વાતને કારણે એક સોફ્ટવેરને બીજા માટે બદલવું, ટેક્નોલોજીથી ટેક્નોલોજી તરફ કૂદકો મારવો, લાઇવ બિઝનેસ સાથે પ્રયોગ કરવો એ સામાન્ય બની રહ્યું છે. તે જ સમયે, ઑફિસમાં વાસ્તવિક ગૃહ યુદ્ધ શરૂ થાય છે: અમલીકરણ સામે પ્રતિકારની ચળવળ રચાય છે, પક્ષકારો નવી સિસ્ટમ સામે વિધ્વંસક કાર્ય કરી રહ્યા છે, જાસૂસો નવા સૉફ્ટવેર સાથે બહાદુર નવી દુનિયાને પ્રોત્સાહન આપી રહ્યા છે, સશસ્ત્ર કારમાંથી સંચાલન. કોર્પોરેટ પોર્ટલ શાંતિ, શ્રમ, KPIs વિશે પ્રસારણ કરે છે. ક્રાંતિ સામાન્ય રીતે એક બાજુ સંપૂર્ણ નિષ્ફળતામાં સમાપ્ત થાય છે.

અમે અમલીકરણ વિશે લગભગ બધું જ જાણીએ છીએ, તેથી ચાલો આપણે ક્રાંતિને ઉત્ક્રાંતિમાં કેવી રીતે ફેરવવી અને અમલીકરણને શક્ય તેટલું ઉપયોગી અને પીડારહિત કેવી રીતે બનાવવું તે શોધવાનો પ્રયાસ કરીએ. સારું, અથવા ઓછામાં ઓછું અમે તમને કહીશું કે તમે પ્રક્રિયામાં શું મેળવી શકો છો.

નવા સૉફ્ટવેરની કર્મચારીની સ્વીકૃતિનું આદર્શ વિઝ્યુલાઇઝેશન - યાન્ડેક્સ. છબીઓ

વિદેશી સલાહકારો આ લેખ કંઈક આ રીતે શરૂ કરશે: "જો તમે તમારા કર્મચારીઓને ગુણવત્તાયુક્ત સૉફ્ટવેર ઑફર કરો છો જે તેમના કાર્યને સુધારી શકે છે, કાર્યક્ષમતા પર ગુણાત્મક અસર કરી શકે છે, નવા પ્રોગ્રામ અથવા સિસ્ટમને અપનાવવાનું કુદરતી રીતે થશે." પરંતુ અમે રશિયામાં છીએ, તેથી શંકાસ્પદ અને લડાયક કર્મચારીઓનો મુદ્દો ખૂબ જ સુસંગત છે. કોર્પોરેટ મેસેન્જર અથવા સોફ્ટફોન જેવા ન્યૂનતમ સોફ્ટવેર સાથે પણ કુદરતી સંક્રમણ કામ કરશે નહીં.

સમસ્યાના પગ ક્યાંથી આવે છે?

આજે, દરેક કંપનીમાં સૉફ્ટવેરનું એક આખું પ્રાણી સંગ્રહાલય ઇન્સ્ટોલ કરેલું છે (આપણે સામાન્ય કેસ લઈએ છીએ, કારણ કે IT કંપનીઓમાં સૉફ્ટવેરની માત્રા બમણી અથવા ત્રણ ગણી હોય છે, અને અનુકૂલન સમસ્યાઓ આંશિક રીતે ઓવરલેપ થાય છે અને ખૂબ ચોક્કસ હોય છે): પ્રોજેક્ટ મેનેજમેન્ટ સિસ્ટમ્સ, CRM/ERP, ઈમેલ ક્લાયન્ટ્સ, ઈન્સ્ટન્ટ મેસેન્જર્સ, કોર્પોરેટ પોર્ટલ, વગેરે. અને આ એ હકીકતની ગણતરી નથી કે એવી કંપનીઓ છે કે જેમાં બ્રાઉઝરથી બ્રાઉઝરમાં સંક્રમણ પણ અપવાદ વિના સમગ્ર ટીમ દ્વારા કરવામાં આવે છે (અને એવી ટીમો પણ છે જે સંપૂર્ણપણે ઇન્ટરનેટ એક્સપ્લોરર એજ પર આધારિત છે). સામાન્ય રીતે, એવી ઘણી પરિસ્થિતિઓ છે જેના માટે અમારો લેખ ઉપયોગી થઈ શકે છે:

• કેટલાક કાર્યોના જૂથના પ્રાથમિક સ્વચાલિતકરણની પ્રક્રિયા છે: પ્રથમ CRM/ERP લાગુ કરવામાં આવી રહ્યું છે, એક કોર્પોરેટ પોર્ટલ ખુલી રહ્યું છે, તકનીકી સપોર્ટ માટેની સિસ્ટમ ઇન્સ્ટોલ થઈ રહી છે, વગેરે;
• એક સૉફ્ટવેરને કોઈ કારણોસર બીજા દ્વારા બદલવામાં આવે છે: અપ્રચલિતતા, નવી આવશ્યકતાઓ, સ્કેલિંગ, પ્રવૃત્તિમાં ફેરફાર, વગેરે;
• હાલની સિસ્ટમના મોડ્યુલ્સ વિકાસ અને વૃદ્ધિના હેતુઓ માટે બનાવવામાં આવી રહ્યા છે (ઉદાહરણ તરીકે, કંપનીએ ઉત્પાદન ખોલ્યું અને સ્વિચ કરવાનું નક્કી કર્યું RegionSoft CRM પ્રોફેશનલ પર RegionSoft CRM એન્ટરપ્રાઇઝ પ્લસ મહત્તમ કાર્યક્ષમતા સાથે);
• એક મુખ્ય ઇન્ટરફેસ અને કાર્યાત્મક સોફ્ટવેર અપડેટ થઈ રહ્યું છે.

અલબત્ત, પ્રથમ બે કિસ્સાઓ તેમના અભિવ્યક્તિઓમાં વધુ તીવ્ર અને લાક્ષણિક છે, તેમના પર વિશેષ ધ્યાન આપો.

તેથી, તમે ટીમ સાથે કામ કરવાનું શરૂ કરો તે પહેલાં (જેને પહેલેથી જ શંકા છે કે ટૂંક સમયમાં ફેરફારો થશે), તે સમજવાનો પ્રયાસ કરો કે સોફ્ટવેર બદલવાના વાસ્તવિક કારણો શું છે અને શું તમે સંમત થાઓ છો કે ફેરફારો એટલા જરૂરી છે.

• જૂના પ્રોગ્રામ સાથે કામ કરવું મુશ્કેલ છે: તે ખર્ચાળ, અસુવિધાજનક, બિન-કાર્યકારી છે, હવે તમારી આવશ્યકતાઓને પૂર્ણ કરતું નથી, તમારા સ્કેલ માટે યોગ્ય નથી, વગેરે. આ એક ઉદ્દેશ્ય જરૂરિયાત છે.
• વિક્રેતાએ સિસ્ટમને ટેકો આપવાનું બંધ કરી દીધું, અથવા સમર્થન અને ફેરફારો મંજૂરીઓ અને નાણાંની નિકાલની અનંત શ્રેણીમાં ફેરવાઈ ગયા. જો તમારા ખર્ચમાં નોંધપાત્ર વધારો થયો છે, અને ભવિષ્યમાં તેઓ હજી વધુ વધારો કરવાનું વચન આપે છે, તો રાહ જોવા માટે કંઈ નથી, તમારે કાપવાની જરૂર છે. હા, નવી સિસ્ટમમાં પણ પૈસા ખર્ચ થશે, પરંતુ અંતે ઓપ્ટિમાઇઝેશનમાં આવા સપોર્ટ કરતાં ઓછો ખર્ચ થશે.
• સૉફ્ટવેર બદલવું એ એક વ્યક્તિ અથવા કર્મચારીઓના જૂથની ધૂન છે. ઉદાહરણ તરીકે, CTO એક રોલબેક ઇચ્છે છે અને નવી, વધુ ખર્ચાળ સિસ્ટમની રજૂઆત માટે લોબિંગ કરે છે - આ મોટી કંપનીઓમાં થાય છે. બીજું ઉદાહરણ: એક પ્રોજેક્ટ મેનેજર આસનને બેઝકેમ્પમાં, પછી બેઝકેમ્પને જીરામાં અને જટિલ જીરાને રાઇકમાં બદલવાની હિમાયત કરે છે. ઘણીવાર આવા સ્થળાંતરનો એકમાત્ર હેતુ તેમના વ્યસ્ત કાર્યને બતાવવા અને તેમની સ્થિતિ જાળવી રાખવાનો હોય છે. આવા કિસ્સાઓમાં, આવશ્યકતા, હેતુઓ અને વાજબીતાની ડિગ્રી નક્કી કરવી જરૂરી છે અને, નિયમ તરીકે, ફેરફારોને નકારવાના મજબૂત-ઇચ્છાવાળા નિર્ણય દ્વારા.

અમે એક સૉફ્ટવેરમાંથી બીજા સૉફ્ટવેરમાં સંક્રમણના કારણો વિશે વાત કરી રહ્યા છીએ, અને પ્રાથમિક ઓટોમેશન વિશે નહીં - માત્ર એટલા માટે કે ઓટોમેશન એ પ્રાથમિક આવશ્યકતા છે. જો તમારી કંપની મેન્યુઅલી અને નિયમિત રીતે કંઈક કરે છે, પરંતુ તે સ્વયંસંચાલિત હોઈ શકે છે, તો તમે ફક્ત સમય, નાણાં અને, સંભવતઃ, મૂલ્યવાન કંપની ડેટાનો બગાડ કરી રહ્યાં છો. તેને સ્વચાલિત કરો!

તમે કેવી રીતે પાર કરી શકો છો: મહાન કૂદકો અથવા ક્રોચિંગ વાઘ?

વિશ્વ વ્યવહારમાં, નવા સૉફ્ટવેર પર સ્વિચ કરવા અને તેને અનુકૂલન કરવા માટે ત્રણ મુખ્ય વ્યૂહરચના છે - અને તે અમને ખૂબ જ યોગ્ય લાગે છે, તેથી ચાલો વ્હીલને ફરીથી શોધીએ નહીં.

મહાવિસ્ફોટ

"બિગ બેંગ" પદ્ધતિનો ઉપયોગ કરીને અપનાવવું એ સૌથી મુશ્કેલ સંક્રમણ છે, જ્યારે તમે ચોક્કસ તારીખ સેટ કરો છો અને એક તીવ્ર સ્થળાંતર કરો છો, જૂના સોફ્ટવેરને 100% અક્ષમ કરીને.

Плюсы

+ દરેક વ્યક્તિ એક સિસ્ટમમાં કામ કરે છે, ડેટાને સિંક્રનાઇઝ કરવાની જરૂર નથી, કર્મચારીઓને એક સાથે બે ઇન્ટરફેસનું નિરીક્ષણ કરવાની જરૂર નથી.
+ એડમિનિસ્ટ્રેટર માટે સરળતા - એક સ્થળાંતર, એક કાર્ય, એક સિસ્ટમ સપોર્ટ.
+ તમામ સંભવિત ફેરફારો એક સમયે એક સમયે થાય છે અને લગભગ તરત જ નોંધનીય છે - ઉત્પાદકતા, વિકાસની ગતિ, વેચાણ વગેરેને શું અને કયા પ્રમાણમાં અસર થાય છે તેને અલગ કરવાની જરૂર નથી.

મિનિસી

- ફક્ત સરળ સોફ્ટવેર સાથે સફળતાપૂર્વક કાર્ય કરે છે: ચેટ્સ, કોર્પોરેટ પોર્ટલ, ઇન્સ્ટન્ટ મેસેન્જર્સ. ઈમેલ પણ પહેલેથી જ નિષ્ફળ થઈ શકે છે, પ્રોજેક્ટ મેનેજમેન્ટ સિસ્ટમ્સ, CRM/ERP અને અન્ય ગંભીર સિસ્ટમોનો ઉલ્લેખ ન કરવો.
- મોટી સિસ્ટમમાંથી બીજી સિસ્ટમમાં "વિસ્ફોટક" સ્થળાંતર અનિવાર્યપણે અરાજકતાનું કારણ બનશે.

નવા કાર્ય વાતાવરણમાં આ પ્રકારના સંક્રમણ માટે સૌથી મહત્વની બાબત એ છે કે તાલીમ.

સમાંતર ચાલી

સૉફ્ટવેર સાથે સમાંતર અનુકૂલન એ સંક્રમણની નરમ અને વધુ સાર્વત્રિક પદ્ધતિ છે, જેમાં એક સમયગાળો સેટ કરવામાં આવે છે જે દરમિયાન બંને સિસ્ટમો એકસાથે કાર્ય કરશે.

Плюсы

+ વપરાશકર્તાઓ પાસે જૂના સોફ્ટવેરમાં ઝડપથી કામ કરતી વખતે નવા સોફ્ટવેરની આદત પડવા માટે પૂરતો સમય હોય છે, સમાંતર શોધો અને ઇન્ટરફેસ સાથે ક્રિયાપ્રતિક્રિયાના નવા તર્કને સમજો.
+ અચાનક સમસ્યાઓના કિસ્સામાં, કર્મચારીઓ જૂની સિસ્ટમમાં કામ કરવાનું ચાલુ રાખે છે.
+ વપરાશકર્તા તાલીમ ઓછી સખત અને સામાન્ય રીતે સસ્તી હોય છે.
+ કર્મચારીઓ તરફથી વ્યવહારીક રીતે કોઈ નકારાત્મક પ્રતિક્રિયા નથી - છેવટે, તેઓ તેમના સામાન્ય સાધનો અથવા વસ્તુઓ કરવાની રીતથી વંચિત ન હતા (જો ઓટોમેશન પ્રથમ વખત થાય છે).

મિનિસી

— એડમિનિસ્ટ્રેશન સમસ્યાઓ: બંને સિસ્ટમો માટે સપોર્ટ, ડેટા સિંક્રોનાઇઝેશન, એક સાથે બે એપ્લિકેશન્સમાં સુરક્ષા વ્યવસ્થાપન.
— સંક્રમણ પ્રક્રિયા અવિરતપણે વિસ્તરે છે - કર્મચારીઓને ખ્યાલ આવે છે કે તેમની પાસે લગભગ અનંતકાળ બાકી છે, અને તેઓ પરિચિત ઈન્ટરફેસનો ઉપયોગ થોડો વધારે કરી શકે છે.
- વપરાશકર્તા મૂંઝવણ - બે ઇન્ટરફેસ ગૂંચવણમાં મૂકે છે અને ઓપરેશનલ અને ડેટા ભૂલોનું કારણ બને છે.
- પૈસા. તમે બંને સિસ્ટમ માટે ચૂકવણી કરો છો.

તબક્કાવાર દત્તક

નવા સૉફ્ટવેર પર સ્વિચ કરવા માટે પગલું-દર-પગલાં અનુકૂલન એ સૌથી નરમ વિકલ્પ છે. સંક્રમણ કાર્યાત્મક રીતે, નિર્દિષ્ટ સમયગાળામાં અને વિભાગ દ્વારા હાથ ધરવામાં આવે છે (ઉદાહરણ તરીકે, 1 જૂનથી અમે ફક્ત નવી CRM સિસ્ટમમાં નવા ક્લાયંટ ઉમેરીએ છીએ, 20 જૂનથી અમે નવી સિસ્ટમમાં વ્યવહારો કરીએ છીએ, 1 ઓગસ્ટ સુધી અમે કૅલેન્ડર્સ ટ્રાન્સફર કરીએ છીએ. અને કેસો, અને 30 સપ્ટેમ્બર સુધીમાં અમે સ્થળાંતર પૂર્ણ કરીએ છીએ તે ખૂબ જ રફ વર્ણન છે, પરંતુ સામાન્ય રીતે સ્પષ્ટ છે).

Плюсы

+ વ્યવસ્થિત સંક્રમણ, વહીવટકર્તાઓ અને આંતરિક નિષ્ણાતો વચ્ચે લોડનું વિતરણ.
+ વધુ વિચારશીલ અને ઊંડાણપૂર્વકનું શિક્ષણ.
+ પરિવર્તન માટે કોઈ પ્રતિકાર નથી, કારણ કે તે શક્ય તેટલું નરમાશથી થાય છે.

મિનિસી - સમાંતર સંક્રમણ માટે લગભગ સમાન.

તો હવે, માત્ર એક ક્રમિક સંક્રમણ?

એક તાર્કિક પ્રશ્ન, તમે સંમત થશો. જ્યારે તમે શેડ્યૂલ બનાવી શકો અને સ્પષ્ટ યોજના અનુસાર કાર્ય કરી શકો ત્યારે શા માટે થોડી વધારાની ઝંઝટ આવે છે? હકીકતમાં, બધું એટલું સરળ નથી.

• સૉફ્ટવેર જટિલતા: જો આપણે જટિલ સૉફ્ટવેર વિશે વાત કરી રહ્યા છીએ (ઉદાહરણ તરીકે, CRM સિસ્ટમ), પછી તબક્કા અનુકૂલન વધુ યોગ્ય છે. જો સોફ્ટવેર સરળ હોય (મેસેન્જર, કોર્પોરેટ પોર્ટલ), તો યોગ્ય મોડલ એ છે કે જ્યારે તમે તારીખની જાહેરાત કરો અને નિયત દિવસે જૂના સોફ્ટવેરને અક્ષમ કરો (જો તમે નસીબદાર છો, તો કર્મચારીઓ પાસે જરૂરી તમામ માહિતી ખેંચવાનો સમય હશે. , અને જો તમે નસીબ પર વિશ્વાસ કરતા નથી, તો તમારે જૂની સિસ્ટમમાંથી નવી સિસ્ટમમાં સ્વચાલિત આયાત જરૂરી ડેટા પ્રદાન કરવાની જરૂર છે, જો તકનીકી રીતે શક્ય હોય તો).
• કંપની માટે જોખમની ડિગ્રી: અમલીકરણ જેટલું જોખમી, તેટલું ધીમું હોવું જોઈએ. બીજી બાજુ, વિલંબ એ પણ એક જોખમ છે: ઉદાહરણ તરીકે, તમે એક CRM સિસ્ટમથી બીજી પર સ્વિચ કરી રહ્યાં છો, અને સંક્રમણ સમયગાળા દરમિયાન તમને બંને માટે ચૂકવણી કરવાની ફરજ પાડવામાં આવે છે, જેનાથી નવી સિસ્ટમના અમલીકરણના ખર્ચ અને ખર્ચમાં વધારો થાય છે, જે એટલે કે વળતરનો સમયગાળો લંબાયો છે.
• કર્મચારીઓની સંખ્યા: જો તમારે ઘણા વપરાશકર્તા પ્રોફાઇલ્સને માપવા અને ગોઠવવાની જરૂર હોય તો બિગ બેંગ ચોક્કસપણે યોગ્ય નથી. જોકે એવા કિસ્સાઓ છે જ્યારે અલ્ટ્રા-ફાસ્ટ અમલીકરણ મોટી કંપની માટે ફાયદાકારક છે. આ વિકલ્પ સિસ્ટમો માટે યોગ્ય હોઈ શકે છે જેનો ઉપયોગ ઘણા કર્મચારીઓ દ્વારા કરવામાં આવે છે, પરંતુ તેની જરૂરિયાતો ન પણ હોઈ શકે કારણ કે કસ્ટમાઇઝેશનનો હેતુ નથી. પરંતુ ફરીથી, અંતિમ વપરાશકર્તાઓ માટે આ એક મોટો ધડાકો છે અને સમાન IT સેવા (ઉદાહરણ તરીકે, બિલિંગ અથવા ઍક્સેસ સિસ્ટમ) માટે એક વિશાળ પગલું-દર-પગલાં કાર્ય છે.
• પસંદ કરેલ સૉફ્ટવેરના અમલીકરણની સુવિધાઓ (પુનરાવર્તન, વગેરે). કેટલીકવાર અમલીકરણ શરૂઆતમાં તબક્કાવાર હોય છે - જરૂરિયાતો સંગ્રહ, શુદ્ધિકરણ, તાલીમ વગેરે સાથે. દાખ્લા તરીકે, CRM સિસ્ટમ તે હંમેશા ક્રમશઃ અમલમાં આવે છે અને જો કોઈ તમને "3 દિવસ અથવા તો 3 કલાકમાં અમલીકરણ અને ગોઠવણી"નું વચન આપે છે - તો આ લેખ યાદ રાખો અને આવી સેવાઓને બાયપાસ કરો: ઇન્સ્ટોલેશન ≠ અમલીકરણ.

ફરીથી, સૂચિબદ્ધ પરિમાણોને જાણીને પણ, વ્યક્તિ ચોક્કસપણે એક અથવા બીજો રસ્તો લઈ શકતો નથી. તમારા કોર્પોરેટ વાતાવરણનું મૂલ્યાંકન કરો - આ તમને બંનેને શક્તિના સંતુલનને સમજવામાં અને તમારા માટે કયું મોડેલ (અથવા તેમના કેટલાક ઘટકોનું સંયોજન) યોગ્ય છે તે નિર્ધારિત કરવામાં મદદ કરશે.

પ્રભાવના એજન્ટો: ક્રાંતિ અથવા ઉત્ક્રાંતિ

સૌ પ્રથમ તમારે ધ્યાન આપવું જોઈએ તે કર્મચારીઓ છે જે નવા સોફ્ટવેરના અમલીકરણથી પ્રભાવિત થશે. વાસ્તવમાં, આપણે અત્યારે જે સમસ્યા પર વિચાર કરી રહ્યા છીએ તે સંપૂર્ણપણે માનવ પરિબળ છે, તેથી કર્મચારીઓ પરની અસરનું વિશ્લેષણ ટાળી શકાય નહીં. અમે તેમાંથી કેટલાક ઉપર પહેલેથી જ ઉલ્લેખ કર્યો છે.

• કંપનીના નેતાઓ નક્કી કરે છે કે નવા સોફ્ટવેરને સામાન્ય રીતે કેવી રીતે સ્વીકારવામાં આવશે. અને આ પ્રચારાત્મક ભાષણો અને જ્વલંત ભાષણો માટેનું સ્થાન નથી - પરિવર્તનની જરૂરિયાત બરાબર દર્શાવવી મહત્વપૂર્ણ છે, આ વિચાર વ્યક્ત કરવા માટે કે આ ફક્ત એક ઠંડુ અને વધુ અનુકૂળ સાધન પસંદ કરી રહ્યું છે, જે જૂના લેપટોપને બદલવા જેવું જ છે. આવી પરિસ્થિતિમાં મેનેજમેન્ટની સૌથી મોટી ભૂલ એ છે કે તેઓ હાથ ધોઈને પોતાને પાછા ખેંચી લે: જો મેનેજમેન્ટને કંપની ઓટોમેશનની જરૂર નથી, તો તે કર્મચારીઓના હિતમાં શા માટે હોવું જોઈએ? પ્રક્રિયામાં રહો.
• વિભાગના વડાઓ (પ્રોજેક્ટ મેનેજરો) એ એક મધ્યવર્તી કડી છે જેણે તમામ પ્રક્રિયાઓમાં ભાગ લેવો જોઈએ, અસંતોષનું સંચાલન કરવું જોઈએ, સહકર્મીઓના દરેક વાંધાઓ દ્વારા ઈચ્છા દર્શાવવી અને કાર્ય કરવું જોઈએ અને ઉચ્ચ-ગુણવત્તાવાળી અને ઊંડાણપૂર્વકની તાલીમ લેવી જોઈએ.
• IT સેવા (અથવા સિસ્ટમ એડમિનિસ્ટ્રેટર્સ) - પ્રથમ નજરમાં, આ તમારા પ્રારંભિક પક્ષીઓ છે, સૌથી વધુ સ્વીકાર્ય અને સ્વીકાર્ય છે, પરંતુ... ના. ઘણીવાર, ખાસ કરીને નાની અને મધ્યમ કદની કંપનીઓમાં, સિસ્ટમ એડમિનિસ્ટ્રેટરો આઇટી ઇન્ફ્રાસ્ટ્રક્ચરના કોઈપણ ફેરફારો (મજબૂત) નો વિરોધ કરે છે, અને આ કોઈ તકનીકી સમર્થનને કારણે નથી, પરંતુ આળસ અને કામ કરવાની અનિચ્છાને કારણે છે. આપણામાંથી કોણે કામ કરવાનું ટાળવાની રીતો શોધી નથી? પરંતુ આ સમગ્ર કંપનીને નુકસાન ન થવા દો.
• અંતિમ વપરાશકર્તાઓ, એક નિયમ તરીકે, એક તરફ સારી અને સગવડતાથી કામ કરવા માંગે છે અને, કોઈપણ જીવંત લોકોની જેમ, પરિવર્તનથી ડરતા હોય છે. તેમના માટે મુખ્ય દલીલ પ્રામાણિક અને સરળ છે: આપણે શા માટે પરિચય/બદલ કરી રહ્યા છીએ, નિયંત્રણની મર્યાદાઓ શું છે, કાર્યનું મૂલ્યાંકન કેવી રીતે કરવામાં આવશે, શું બદલાશે અને જોખમો શું છે (માર્ગ દ્વારા, દરેક વ્યક્તિએ જોખમોનું મૂલ્યાંકન કરવું જોઈએ - અમે વિક્રેતા હોવા છતાં CRM સિસ્ટમ્સ, પરંતુ અમે એમ કહેવાનું બાંયધરી આપતા નથી કે બધું હંમેશા સરળતાથી ચાલે છે: વ્યવસાયમાં કોઈપણ પ્રક્રિયામાં જોખમો હોય છે).
• કંપનીમાં "ઓથોરિટી" એ પક્ષપાતી છે જે અન્ય કર્મચારીઓને પ્રભાવિત કરી શકે છે. આ જરૂરી નથી કે ઉચ્ચ હોદ્દો ધરાવનાર અથવા બહોળો અનુભવ ધરાવનાર વ્યક્તિ - સોફ્ટવેર સાથે કામ કરવાના કિસ્સામાં, "ઓથોરિટી" એક અદ્યતન જાણકાર હોઈ શકે છે, જેમણે, ઉદાહરણ તરીકે, Habr ને ફરીથી વાંચ્યું છે અને તેને ડરાવવાનું શરૂ કરશે. બધું કેટલું ખરાબ બનશે તે વિશે દરેક. તેની પાસે અમલીકરણ અથવા સંક્રમણ પ્રક્રિયાને બગાડવાનું લક્ષ્ય પણ ન હોઈ શકે - માત્ર દેખાડો અને પ્રતિકારની ભાવના - અને કર્મચારીઓ તેના પર વિશ્વાસ કરશે. તમારે આવા કર્મચારીઓ સાથે કામ કરવાની જરૂર છે: સમજાવો, પ્રશ્ન કરો અને ખાસ કરીને મુશ્કેલ કિસ્સાઓમાં, પરિણામોનો સંકેત આપો.

વપરાશકર્તાઓ ખરેખર કોઈ વસ્તુથી ડરતા હોય છે કે કેમ અથવા તેમને સમજદાર નેતાની આગેવાની હેઠળ જૂથ પેરાનોઈઆ છે કે કેમ તે તપાસવા માટે એક સાર્વત્રિક રેસીપી છે. તેમને અસંતોષના કારણો વિશે, ચિંતાઓ વિશે પૂછો - જો આ વ્યક્તિગત અનુભવ અથવા અભિપ્રાય નથી, તો 3-4 સ્પષ્ટતા પ્રશ્નો પછી દલીલો શરૂ થશે.

"પ્રતિરોધ ચળવળ" પર સફળતાપૂર્વક કાબુ મેળવવા માટેના બે મહત્વપૂર્ણ પરિબળો.

1. તાલીમ આપો: વિક્રેતા અને આંતરિક. ખાતરી કરો કે કર્મચારીઓ ખરેખર બધું સમજે છે, તેમાં નિપુણતા પ્રાપ્ત કરી છે અને, તેમની તાલીમના સ્તરને ધ્યાનમાં લીધા વિના, કામ શરૂ કરવા માટે તૈયાર છે. તાલીમનું ફરજિયાત લક્ષણ મુદ્રિત છે અને ઇલેક્ટ્રોનિક સૂચનાઓ (નિયમો) અને સિસ્ટમ પરના સૌથી સંપૂર્ણ દસ્તાવેજીકરણ (સ્વાભિમાની વિક્રેતાઓ તેને સોફ્ટવેરની સાથે મુક્ત કરે છે અને મફતમાં પ્રદાન કરે છે).
2. સમર્થકો માટે જુઓ અને પ્રભાવકોને પસંદ કરો. આંતરિક નિષ્ણાતો અને પ્રારંભિક દત્તક લેનારાઓ એ તમારી સહાયક પ્રણાલી છે, બંને શંકાઓને શિક્ષિત કરે છે અને દૂર કરે છે. એક નિયમ તરીકે, કર્મચારીઓ પોતે તેમના સાથીદારોને મદદ કરવા અને તેમને નવા સૉફ્ટવેરનો પરિચય આપવામાં ખુશ થાય છે. તમારું કાર્ય તેમને તેમના કામમાંથી અસ્થાયી રૂપે રાહત આપવા અથવા તેમના નવા વર્કલોડ માટે યોગ્ય બોનસ આપવાનું છે.

તમારે શું ધ્યાન આપવાની જરૂર છે?

1. ફેરફારોથી કર્મચારીઓ કેટલા અદ્યતન પ્રભાવિત છે? (સાપેક્ષ રીતે કહીએ તો, જો આવતીકાલે તેઓ નવા એકાઉન્ટિંગ પ્રોગ્રામની શોધ કરે છે, તો ભગવાન તમને 50 વર્ષથી વધુ વયની મહિલાઓ સાથે એકાઉન્ટિંગ વિભાગમાં નાક મારવાની મનાઈ કરે છે અને 1C માંથી સંક્રમણ સૂચવે છે, તમે જીવંત બહાર આવશો નહીં).
2. વર્કફ્લો પર કેટલી અસર થશે? 100 લોકોની કંપનીમાં મેસેન્જર બદલવું એ એક બાબત છે, બીજી વસ્તુ નવી CRM સિસ્ટમ લાગુ કરવાની છે, જે કંપનીમાં મુખ્ય પ્રક્રિયાઓ પર આધારિત છે (અને આ માત્ર વેચાણ જ નથી, ઉદાહરણ તરીકે, RegionSoft CRM નો અમલ વરિષ્ઠ આવૃત્તિઓમાં તે ઉત્પાદન, વેરહાઉસ, માર્કેટિંગ અને ટોચના મેનેજરોને અસર કરે છે જેઓ, ટીમ સાથે મળીને, સ્વયંસંચાલિત વ્યવસાય પ્રક્રિયાઓનું નિર્માણ કરશે).
3. તાલીમ આપવામાં આવી હતી અને કયા સ્તરે?

કોર્પોરેટ વિચારસરણીની સિસ્ટમમાં એકમાત્ર તાર્કિક સંક્રમણ

નવા સોફ્ટવેરના સંક્રમણ/અમલીકરણમાં શું બચત થશે?

નવા સોફ્ટવેર પર જવા માટે કયા મુખ્ય મુદ્દાઓ તમને આરામથી મદદ કરશે તે અમે તમને જણાવીએ તે પહેલાં, ચાલો તમારું ધ્યાન એક મુદ્દા તરફ દોરીએ. એવું કંઈક છે જે ચોક્કસપણે ન કરવું જોઈએ - કર્મચારીઓ પર દબાણ લાવવાની અને તેમને બોનસ, વહીવટી અને શિસ્તબદ્ધ પ્રતિબંધોથી વંચિત કરીને "પ્રેરિત" કરવાની જરૂર નથી. આ પ્રક્રિયાને વધુ સારી બનાવશે નહીં, પરંતુ કર્મચારીઓનું વલણ બગડશે: જો તેઓ દબાણ કરશે, તો નિયંત્રણ હશે; જો તેઓ તમને દબાણ કરે છે, તો તેનો અર્થ એ છે કે તેઓ અમારા હિતને માન આપતા નથી; જો તેઓ તેને બળજબરીથી લાદે છે, તો તેનો અર્થ છે કે તેઓને અમારા પર અને અમારા કામ પર વિશ્વાસ નથી. તેથી, અમે શિસ્તબદ્ધ, સ્પષ્ટ, સક્ષમ રીતે બધું કરીએ છીએ, પરંતુ દબાણ અથવા બિનજરૂરી દબાણ વિના.

તમારી પાસે વિગતવાર એક્શન પ્લાન હોવો જોઈએ

બીજું બધું અસ્તિત્વમાં ન હોઈ શકે, પરંતુ એક યોજના હોવી જોઈએ. વધુમાં, યોજના એડજસ્ટેબલ, અપડેટ, સ્પષ્ટ અને અનિવાર્ય છે, તે જ સમયે ચર્ચા માટે સુલભ અને તમામ રસ ધરાવતા કર્મચારીઓ માટે પારદર્શક છે. સવારે 8 થી 10 વાગ્યા સુધી કોઈ પરાક્રમ છે, અને 16:00 વાગ્યે ઈંગ્લેન્ડ સાથે યુદ્ધ છે તે સીધી રીતે સંચાર કરવું અશક્ય છે;

યોજનામાં કર્મચારીઓની આવશ્યકતાઓને આવશ્યકપણે પ્રતિબિંબિત કરવી આવશ્યક છે જે અંતિમ વપરાશકર્તાઓ હશે - આ રીતે દરેક કર્મચારીને બરાબર ખબર પડશે કે કઈ ઇચ્છિત સુવિધા અને તે કયા સમયે તેનો ઉપયોગ કરી શકશે. તે જ સમયે, સંક્રમણ અથવા અમલીકરણ યોજના કોઈ પ્રકારનું અપરિવર્તનશીલ મોનોલિથ નથી; તે યોજનાને અંતિમ સ્વરૂપ આપવાની અને તેની વિશેષતાઓને બદલવાની સંભાવનાને છોડવી જરૂરી છે (પરંતુ સંપાદન અને નવી "ઇચ્છાઓ" ના અનંત પ્રવાહના સ્વરૂપમાં નહીં. અને સમયમર્યાદામાં સતત ફેરફારના સ્વરૂપમાં નહીં).  

યોજનામાં શું હોવું જોઈએ?

1. મુખ્ય સંક્રમણ સીમાચિહ્નો (તબક્કાઓ) - શું કરવાની જરૂર છે.
2. દરેક તબક્કા માટે વિગતવાર સંક્રમણ બિંદુઓ - તે કેવી રીતે થવું જોઈએ.
3. મુખ્ય મુદ્દાઓ અને તેમના પર રિપોર્ટિંગ (કલાકોનું સમાધાન) - શું કરવામાં આવ્યું છે તે કેવી રીતે માપવામાં આવશે અને નિયંત્રણ બિંદુ પર કોણ હોવું જોઈએ.
4. જવાબદાર લોકો એવા લોકો છે જેમની પાસે તમે ફરી શકો છો અને પ્રશ્નો પૂછી શકો છો.
5. સમયમર્યાદા એ દરેક તબક્કાની શરૂઆત અને અંત અને સમગ્ર પ્રક્રિયા છે.
6. અસરગ્રસ્ત પ્રક્રિયાઓ - વ્યવસાયિક પ્રક્રિયાઓમાં કયા ફેરફારો થશે, અમલીકરણ/સંક્રમણ સાથે શું બદલવાની જરૂર છે.
7. અંતિમ મૂલ્યાંકન એ સૂચકાંકો, મેટ્રિક્સ અથવા તો વ્યક્તિલક્ષી મૂલ્યાંકનોનો સમૂહ છે જે અમલીકરણ/સંક્રમણ જે થયું છે તેનું મૂલ્યાંકન કરવામાં મદદ કરશે.
8. ઓપરેશનની શરૂઆત એ ચોક્કસ તારીખ છે જ્યારે સમગ્ર કંપની અપડેટેડ ઓટોમેટેડ પ્રક્રિયામાં જોડાશે અને નવી સિસ્ટમમાં કામ કરશે.

અમે અમલકર્તાઓની પ્રસ્તુતિઓ પર આવ્યા છીએ જેમાં લાલ રેખા સલાહ છે: બળથી અમલ કરો, પ્રતિક્રિયાને અવગણો, કર્મચારીઓ સાથે વાત કરશો નહીં. અમે આ અભિગમની વિરુદ્ધ છીએ, અને તેનું કારણ અહીં છે.

નીચેનું ચિત્ર જુઓ:

નવું માઉસ, નવું કીબોર્ડ, એપાર્ટમેન્ટ, કાર અને નોકરી પણ સુખદ, આનંદકારક ઘટનાઓ છે, તેમાંની કેટલીક સિદ્ધિઓ પણ છે. અને વપરાશકર્તા તેની આદત કેવી રીતે મેળવવી અને અનુકૂલન કેવી રીતે કરવું તે શોધવા માટે યાન્ડેક્ષ પર જાય છે. નવા એપાર્ટમેન્ટમાં કેવી રીતે પ્રવેશવું અને સમજવું કે તે તમારું છે, પ્રથમ વખત નળ ચાલુ કરો, ચા પીવો, પ્રથમ વખત સૂવા જાઓ. કેવી રીતે વ્હીલ પાછળ વિચાર અને એક નવી કાર સાથે મિત્રો બનાવવા માટે, તમારી, પરંતુ અત્યાર સુધી પરાયું. કાર્યસ્થળમાં નવું સૉફ્ટવેર વર્ણવેલ પરિસ્થિતિઓથી અલગ નથી: કર્મચારીની નોકરી ક્યારેય સમાન રહેશે નહીં. તેથી, નવા અસરકારક સોફ્ટવેર સાથે અમલ કરો, અનુકૂલન કરો, વૃદ્ધિ કરો. અને આ એક એવી પરિસ્થિતિ છે જેના વિશે આપણે કહી શકીએ: ધીમે ધીમે ઉતાવળ કરો.

સોર્સ: www.habr.com