பணியாளர்கள் புதிய மென்பொருளை விரும்பவில்லை - அவர்கள் முன்னோடியைப் பின்பற்ற வேண்டுமா அல்லது அவர்களின் வரிசையில் ஒட்டிக்கொள்ள வேண்டுமா?

மென்பொருள் பாய்ச்சல் விரைவில் நிறுவனங்களின் மிகவும் பொதுவான நோயாக மாறும். ஒவ்வொரு சிறிய விஷயத்திற்கும் ஒரு மென்பொருளை மாற்றுவது, தொழில்நுட்பத்திலிருந்து தொழில்நுட்பத்திற்கு தாவுவது, நேரடி வணிகத்தில் பரிசோதனை செய்வது வழக்கமாகி வருகிறது. அதே நேரத்தில், அலுவலகத்தில் ஒரு உண்மையான உள்நாட்டுப் போர் தொடங்குகிறது: செயல்படுத்துவதற்கு எதிர்ப்பு இயக்கம் உருவாகிறது, கட்சிக்காரர்கள் புதிய அமைப்புக்கு எதிராக நாசகார வேலைகளை நடத்துகிறார்கள், உளவாளிகள் புதிய மென்பொருளுடன் ஒரு துணிச்சலான புதிய உலகத்தை ஊக்குவிக்கிறார்கள், கவச காரில் இருந்து மேலாண்மை கார்ப்பரேட் போர்டல் அமைதி, உழைப்பு, KPIகள் பற்றி ஒளிபரப்புகிறது. ஒரு புரட்சி பொதுவாக ஒரு பக்கத்தில் முழுமையான தோல்வியில் முடிகிறது.

செயல்படுத்துவது பற்றி கிட்டத்தட்ட அனைத்தையும் நாங்கள் அறிவோம், எனவே ஒரு புரட்சியை ஒரு பரிணாமமாக மாற்றுவது மற்றும் செயல்படுத்தலை முடிந்தவரை பயனுள்ளதாகவும் வலியற்றதாகவும் மாற்றுவது எப்படி என்பதைக் கண்டுபிடிக்க முயற்சிப்போம். சரி, அல்லது குறைந்த பட்சம் நீங்கள் செயல்பாட்டில் எதைப் பெறலாம் என்பதை நாங்கள் உங்களுக்குச் சொல்வோம்.

புதிய மென்பொருளை பணியாளர் ஏற்றுக்கொள்வதற்கான சிறந்த காட்சிப்படுத்தல் - Yandex.Images

வெளிநாட்டு ஆலோசகர்கள் இந்தக் கட்டுரையை இதுபோன்ற ஒன்றைத் தொடங்குவார்கள்: "உங்கள் ஊழியர்களுக்கு அவர்களின் பணியை மேம்படுத்தக்கூடிய, செயல்திறனில் தரமான தாக்கத்தை ஏற்படுத்தக்கூடிய தரமான மென்பொருளை வழங்கினால், ஒரு புதிய திட்டம் அல்லது அமைப்பை ஏற்றுக்கொள்வது இயற்கையாகவே நடக்கும்." ஆனால் நாங்கள் ரஷ்யாவில் இருக்கிறோம், எனவே சந்தேகத்திற்கிடமான மற்றும் போர்க்குணமிக்க ஊழியர்களின் பிரச்சினை மிகவும் பொருத்தமானது. கார்ப்பரேட் மெசஞ்சர் அல்லது சாஃப்ட்ஃபோன் போன்ற குறைந்தபட்ச மென்பொருளுடன் கூட இயற்கையான மாற்றம் வேலை செய்யாது.

பிரச்சனையின் கால்கள் எங்கிருந்து வருகின்றன?

இன்று, ஒவ்வொரு நிறுவனமும் மென்பொருளின் முழு மிருகக்காட்சிசாலையையும் நிறுவியுள்ளது (பொதுவாக எடுத்துக்கொள்கிறோம், ஏனெனில் IT நிறுவனங்களில் மென்பொருளின் அளவு இரட்டிப்பாகவோ அல்லது மூன்று மடங்காகவோ இருக்கும், மேலும் தழுவல் சிக்கல்கள் ஓரளவு ஒன்றுடன் ஒன்று மற்றும் மிகவும் குறிப்பிட்டவை): திட்ட மேலாண்மை அமைப்புகள், CRM/ERP, மின்னஞ்சல் கிளையண்டுகள், உடனடி தூதர்கள், கார்ப்பரேட் போர்டல் போன்றவை. உலாவியிலிருந்து உலாவிக்கு மாறுவது கூட முழு குழுவால் விதிவிலக்கு இல்லாமல் மேற்கொள்ளப்படும் நிறுவனங்கள் உள்ளன என்ற உண்மையை இது கணக்கிடவில்லை (மேலும் இன்டர்நெட் எக்ஸ்ப்ளோரர் எட்ஜை முழுமையாக அடிப்படையாகக் கொண்ட குழுக்களும் உள்ளன). பொதுவாக, எங்கள் கட்டுரை பயனுள்ளதாக இருக்கும் பல சூழ்நிலைகள் உள்ளன:

• சில குழு பணிகளின் முதன்மை ஆட்டோமேஷன் செயல்முறை உள்ளது: முதல் CRM/ERP செயல்படுத்தப்படுகிறது, ஒரு கார்ப்பரேட் போர்டல் திறக்கப்படுகிறது, தொழில்நுட்ப ஆதரவுக்கான அமைப்பு நிறுவப்படுகிறது, முதலியன.
• ஒரு மென்பொருளானது சில காரணங்களுக்காக மற்றொரு மென்பொருளால் மாற்றப்படுகிறது: வழக்கற்றுப்போதல், புதிய தேவைகள், அளவிடுதல், செயல்பாட்டின் மாற்றம் போன்றவை.
• தற்போதுள்ள அமைப்பின் தொகுதிகள் வளர்ச்சி மற்றும் வளர்ச்சியின் நோக்கங்களுக்காக கட்டமைக்கப்படுகின்றன (உதாரணமாக, ஒரு நிறுவனம் உற்பத்தியைத் திறந்து, மாற முடிவு செய்தது. RegionSoft CRM நிபுணத்துவம் மீது RegionSoft CRM Enterprise Plus அதிகபட்ச செயல்பாட்டுடன்);
• ஒரு முக்கிய இடைமுகம் மற்றும் செயல்பாட்டு மென்பொருள் மேம்படுத்தல் நடைபெறுகிறது.

நிச்சயமாக, முதல் இரண்டு வழக்குகள் மிகவும் கடுமையானவை மற்றும் அவற்றின் வெளிப்பாடுகளில் பொதுவானவை, அவர்களுக்கு சிறப்பு கவனம் செலுத்துங்கள்.

எனவே, நீங்கள் குழுவுடன் பணிபுரியத் தொடங்குவதற்கு முன் (விரைவில் மாற்றங்கள் இருக்கும் என்று ஏற்கனவே சந்தேகித்தவர்கள்), மென்பொருளை மாற்றுவதற்கான உண்மையான காரணங்கள் என்ன என்பதையும், மாற்றங்கள் மிகவும் அவசியம் என்பதை நீங்கள் ஒப்புக்கொள்கிறீர்களா என்பதையும் புரிந்து கொள்ள முயற்சிக்கவும்.

• பழைய நிரலுடன் வேலை செய்வது கடினம்: இது விலை உயர்ந்தது, சிரமமானது, செயல்படாதது, இனி உங்கள் தேவைகளைப் பூர்த்தி செய்யாது, உங்கள் அளவிற்கு ஏற்றது அல்ல. இது ஒரு புறநிலை தேவை.
• விற்பனையாளர் கணினியை ஆதரிப்பதை நிறுத்திவிட்டார், அல்லது ஆதரவு மற்றும் மாற்றங்கள் முடிவில்லாத தொடர்ச்சியான ஒப்புதல்கள் மற்றும் பணம் வடிகட்டுதலாக மாறியது. உங்கள் செலவுகள் கணிசமாக அதிகரித்திருந்தால், எதிர்காலத்தில் அவை இன்னும் அதிகரிக்கும் என்று உறுதியளிக்கின்றன, காத்திருக்க எதுவும் இல்லை, நீங்கள் குறைக்க வேண்டும். ஆம், ஒரு புதிய அமைப்புக்கு பணம் செலவாகும், ஆனால் இறுதியில் மேம்படுத்தல் அத்தகைய ஆதரவை விட குறைவாக செலவாகும்.
• மென்பொருளை மாற்றுவது என்பது ஒரு நபர் அல்லது பணியாளர் குழுவின் விருப்பம். எடுத்துக்காட்டாக, CTO திரும்பப் பெற விரும்புகிறது மற்றும் ஒரு புதிய, அதிக விலையுயர்ந்த அமைப்பை அறிமுகப்படுத்துவதற்காக பரப்புரை செய்கிறது - இது பெரிய நிறுவனங்களில் நடக்கும். மற்றொரு உதாரணம்: ஒரு திட்ட மேலாளர் ஆசனத்தை பேஸ்கேம்பாகவும், பின்னர் பேஸ்கேம்பை ஜிராவாகவும், சிக்கலான ஜிராவை ரைக்காகவும் மாற்ற பரிந்துரைக்கிறார். பெரும்பாலும் இத்தகைய இடம்பெயர்வுகளுக்கான ஒரே நோக்கம் அவர்களின் பிஸியான வேலையைக் காட்டுவதும் தங்கள் நிலையைத் தக்கவைத்துக்கொள்வதும்தான். இதுபோன்ற சந்தர்ப்பங்களில், தேவையின் அளவு, நோக்கங்கள் மற்றும் நியாயப்படுத்துதல் மற்றும் ஒரு விதியாக, மாற்றங்களை மறுப்பதற்கான வலுவான விருப்பத்தின் மூலம் தீர்மானிக்க வேண்டியது அவசியம்.

ஒரு மென்பொருளிலிருந்து மற்றொரு மென்பொருளுக்கு மாறுவதற்கான காரணங்களைப் பற்றி நாங்கள் பேசுகிறோம், முதன்மை ஆட்டோமேஷனைப் பற்றி அல்ல - ஆட்டோமேஷன் ஒரு முன்னோடி அவசியம் என்பதால் மட்டுமே. உங்கள் நிறுவனம் கைமுறையாகவும், வழக்கமாகவும் ஏதாவது செய்தால், ஆனால் தானியங்கு செய்ய முடிந்தால், நீங்கள் நேரத்தையும் பணத்தையும் பெரும்பாலும் மதிப்புமிக்க நிறுவனத் தரவையும் வீணடிக்கிறீர்கள். தானியங்கு!

நீங்கள் எப்படி கடக்க முடியும்: பெரிய பாய்ச்சல் அல்லது வளைந்திருக்கும் புலி?

உலக நடைமுறையில், புதிய மென்பொருளுக்கு மாறுவதற்கும் அதைத் தழுவுவதற்கும் மூன்று முக்கிய உத்திகள் உள்ளன - அவை நமக்கு மிகவும் பொருத்தமானதாகத் தெரிகிறது, எனவே சக்கரத்தை மீண்டும் கண்டுபிடிக்க வேண்டாம்.

பிக் பேங்

"பிக் பேங்" முறையைப் பயன்படுத்தி தத்தெடுப்பு என்பது கடினமான சாத்தியமான மாற்றமாகும், நீங்கள் சரியான தேதியை நிர்ணயித்து, பழைய மென்பொருளை 100% செயலிழக்கச் செய்து கூர்மையான இடம்பெயர்வை மேற்கொள்ளலாம்.

Плюсы

+ அனைவரும் ஒரே அமைப்பில் வேலை செய்கிறார்கள், தரவை ஒத்திசைக்க வேண்டிய அவசியமில்லை, ஊழியர்கள் இரண்டு இடைமுகங்களை ஒரே நேரத்தில் கண்காணிக்க தேவையில்லை.
+ நிர்வாகிக்கான எளிமை - ஒரு இடம்பெயர்வு, ஒரு பணி, ஒரு கணினி ஆதரவு.
+ சாத்தியமான அனைத்து மாற்றங்களும் ஒரு கட்டத்தில் நிகழ்கின்றன மற்றும் உடனடியாக கவனிக்கத்தக்கவை - உற்பத்தித்திறன், வளர்ச்சியின் வேகம், விற்பனை போன்றவற்றில் என்ன, எந்த விகிதத்தில் பாதிப்பு ஏற்பட்டது என்பதை தனிமைப்படுத்த வேண்டிய அவசியமில்லை.

Минусы

— எளிய மென்பொருளில் மட்டுமே வெற்றிகரமாக வேலை செய்கிறது: அரட்டைகள், கார்ப்பரேட் போர்டல், உடனடி தூதர்கள். மின்னஞ்சலும் ஏற்கனவே தோல்வியடையும், திட்ட மேலாண்மை அமைப்புகள், CRM/ERP மற்றும் பிற தீவிர அமைப்புகளைக் குறிப்பிடவில்லை.
- ஒரு பெரிய அமைப்பிலிருந்து மற்றொரு இடத்திற்கு வெடிக்கும் இடம்பெயர்வு தவிர்க்க முடியாமல் குழப்பத்தை ஏற்படுத்தும்.

புதிய பணிச்சூழலுக்கு இந்த வகை மாற்றத்திற்கான மிக முக்கியமான விஷயம் பயிற்சி.

பேரலல் ரன்னிங்

மென்பொருளுக்கு இணையான தழுவல் என்பது ஒரு மென்மையான மற்றும் உலகளாவிய மாற்றத்திற்கான முறையாகும், இதில் இரண்டு அமைப்புகளும் ஒரே நேரத்தில் செயல்படும் காலக்கெடு அமைக்கப்பட்டுள்ளது.

Плюсы

+ பழைய மென்பொருளில் விரைவாக வேலை செய்யும் போது புதிய மென்பொருளுடன் பழகுவதற்கு பயனர்களுக்கு போதுமான நேரம் உள்ளது, இணைகளைக் கண்டறியவும் மற்றும் இடைமுகத்துடன் தொடர்புகொள்வதற்கான புதிய தர்க்கத்தைப் புரிந்து கொள்ளவும்.
+ திடீர் பிரச்னைகள் ஏற்பட்டால், ஊழியர்கள் பழைய முறையிலேயே பணிபுரிகின்றனர்.
+ பயனர் பயிற்சி குறைவான கடுமையானது மற்றும் பொதுவாக மலிவானது.
+ ஊழியர்களிடமிருந்து நடைமுறையில் எதிர்மறையான எதிர்வினை எதுவும் இல்லை - எல்லாவற்றிற்கும் மேலாக, அவர்கள் வழக்கமான கருவிகள் அல்லது விஷயங்களைச் செய்யும் வழியை இழக்கவில்லை (முதல் முறையாக ஆட்டோமேஷன் ஏற்பட்டால்).

Минусы

— நிர்வாகச் சிக்கல்கள்: இரண்டு அமைப்புகளுக்கான ஆதரவு, தரவு ஒத்திசைவு, ஒரே நேரத்தில் இரண்டு பயன்பாடுகளில் பாதுகாப்பு மேலாண்மை.
— மாறுதல் செயல்முறை முடிவில்லாமல் நீண்டுள்ளது - ஊழியர்கள் தங்களுக்கு கிட்டத்தட்ட ஒரு நித்தியம் உள்ளது என்பதை உணர்கிறார்கள், மேலும் அவர்கள் பழக்கமான இடைமுகத்தின் பயன்பாட்டை இன்னும் கொஞ்சம் நீட்டிக்க முடியும்.
- பயனர் குழப்பம் - இரண்டு இடைமுகங்களும் குழப்பமானவை மற்றும் செயல்பாட்டு மற்றும் தரவு பிழைகளை ஏற்படுத்துகின்றன.
- பணம். இரண்டு அமைப்புகளுக்கும் நீங்கள் பணம் செலுத்துகிறீர்கள்.

படிப்படியாக தத்தெடுப்பு

படிப்படியான தழுவல் என்பது புதிய மென்பொருளுக்கு மாறுவதற்கான மென்மையான விருப்பமாகும். இந்த மாற்றம் செயல்பாட்டு ரீதியாக, குறிப்பிட்ட காலத்திற்குள் மற்றும் துறை வாரியாக மேற்கொள்ளப்படுகிறது (எடுத்துக்காட்டாக, ஜூன் 1 முதல் புதிய CRM அமைப்பில் புதிய வாடிக்கையாளர்களைச் சேர்க்கிறோம், ஜூன் 20 முதல் புதிய அமைப்பில் பரிவர்த்தனைகளை நடத்துகிறோம், ஆகஸ்ட் 1 வரை காலெண்டர்களை மாற்றுகிறோம். மற்றும் வழக்குகள், மற்றும் செப்டம்பர் 30 க்குள் நாங்கள் நகர்த்தலை முடிக்கிறோம் என்பது மிகவும் தோராயமான விளக்கமாகும், ஆனால் பொதுவாக தெளிவானது).

Плюсы

+ ஒழுங்கமைக்கப்பட்ட மாற்றம், நிர்வாகிகள் மற்றும் உள் நிபுணர்களிடையே விநியோகிக்கப்பட்ட சுமை.
+ அதிக சிந்தனை மற்றும் ஆழமான கற்றல்.
+ மாற்றத்திற்கு எந்த எதிர்ப்பும் இல்லை, ஏனென்றால் அது முடிந்தவரை மெதுவாக நிகழ்கிறது.

Минусы - தோராயமாக ஒரு இணையான மாற்றத்திற்கு சமம்.

எனவே இப்போது, ​​ஒரு படிப்படியான மாற்றம்?

ஒரு தர்க்கரீதியான கேள்வி, நீங்கள் ஒப்புக்கொள்வீர்கள். நீங்கள் ஒரு அட்டவணையை உருவாக்கி, தெளிவான திட்டத்தின்படி செயல்படும்போது கூடுதல் தொந்தரவு ஏன்? உண்மையில், எல்லாம் அவ்வளவு எளிதல்ல.

• மென்பொருள் சிக்கலானது: நாம் சிக்கலான மென்பொருளைப் பற்றி பேசினால் (எடுத்துக்காட்டாக, CRM அமைப்பு), பின்னர் கட்ட தழுவல் மிகவும் பொருத்தமானது. மென்பொருள் எளிமையானதாக இருந்தால் (மெசஞ்சர், கார்ப்பரேட் போர்டல்), நீங்கள் தேதியை அறிவித்து, குறிப்பிட்ட நாளில் பழைய மென்பொருளை முடக்குவது பொருத்தமான மாதிரியாகும் (நீங்கள் அதிர்ஷ்டசாலி என்றால், பணியாளர்கள் தங்களுக்குத் தேவையான அனைத்து தகவல்களையும் வெளியே எடுக்க நேரம் கிடைக்கும். , மற்றும் நீங்கள் அதிர்ஷ்டத்தை நம்பவில்லை என்றால், தொழில்நுட்ப ரீதியாக முடிந்தால், பழைய கணினியிலிருந்து புதியதாக தானியங்கு இறக்குமதி தேவையான தரவை வழங்க வேண்டும்).
• நிறுவனத்திற்கான ஆபத்து அளவு: செயல்படுத்துவது ஆபத்தானது, அது மெதுவாக இருக்க வேண்டும். மறுபுறம், தாமதமும் ஒரு ஆபத்து: எடுத்துக்காட்டாக, நீங்கள் ஒரு CRM அமைப்பிலிருந்து மற்றொன்றுக்கு மாறுகிறீர்கள், மற்றும் மாற்றம் காலத்தில் நீங்கள் இரண்டிற்கும் பணம் செலுத்த வேண்டிய கட்டாயத்தில் உள்ளீர்கள், இதனால் புதிய அமைப்பைச் செயல்படுத்துவதற்கான செலவுகள் மற்றும் செலவுகள் அதிகரிக்கும். திருப்பிச் செலுத்தும் காலம் நீட்டிக்கப்பட்டுள்ளது.
• பணியாளர்களின் எண்ணிக்கை: நீங்கள் பல பயனர் சுயவிவரங்களை அளவிட மற்றும் கட்டமைக்க வேண்டும் என்றால், பிக் பேங் நிச்சயமாக பொருத்தமானது அல்ல. ஒரு பெரிய நிறுவனத்திற்கு அதி-விரைவான செயலாக்கம் ஒரு நன்மையாக இருக்கும் சந்தர்ப்பங்கள் இருந்தாலும். பல ஊழியர்களால் பயன்படுத்தப்படும் அமைப்புகளுக்கு இந்த விருப்பம் பொருத்தமானதாக இருக்கலாம், ஆனால் தனிப்பயனாக்கம் நோக்கம் இல்லாததால் தேவைகள் இல்லாமல் இருக்கலாம். ஆனால் மீண்டும், இது இறுதிப் பயனர்களுக்கு ஒரு பெரிய வெடிப்பு மற்றும் அதே IT சேவைக்கான ஒரு பெரிய படிப்படியான வேலை (உதாரணமாக, பில்லிங் அல்லது அணுகல் அமைப்பு).
• தேர்ந்தெடுக்கப்பட்ட மென்பொருளை செயல்படுத்துவதற்கான அம்சங்கள் (திருத்தம், முதலியன). சில சமயங்களில் செயல்படுத்தல் ஆரம்பத்தில் கட்டம் வாரியாக இருக்கும் - தேவைகள் சேகரிப்பு, சுத்திகரிப்பு, பயிற்சி போன்றவை. உதாரணத்திற்கு, CRM அமைப்பு இது எப்போதும் படிப்படியாக செயல்படுத்தப்படுகிறது, மேலும் யாராவது உங்களுக்கு "3 நாட்கள் அல்லது 3 மணிநேரங்களில் செயல்படுத்துதல் மற்றும் உள்ளமைவு" என்று உறுதியளித்தால் - இந்த கட்டுரையை நினைவில் வைத்து, அத்தகைய சேவைகளைத் தவிர்த்து விடுங்கள்: நிறுவல் ≠ செயல்படுத்தல்.

மீண்டும், பட்டியலிடப்பட்ட அளவுருக்களை அறிந்திருந்தாலும், ஒருவர் நிச்சயமாக ஒரு பாதை அல்லது இன்னொரு பாதையை எடுக்க முடியாது. உங்கள் கார்ப்பரேட் சூழலை மதிப்பிடவும் - இது உங்கள் இருவருக்குமான சக்தி சமநிலையைப் புரிந்துகொள்ளவும், எந்த மாதிரி (அல்லது அவற்றின் சில கூறுகளின் கலவை) உங்களுக்கு சரியானது என்பதை தீர்மானிக்கவும் உதவும்.

செல்வாக்கின் முகவர்கள்: புரட்சி அல்லது பரிணாமம்

நீங்கள் கவனம் செலுத்த வேண்டிய முதல் விஷயம், புதிய மென்பொருளை செயல்படுத்துவதால் பாதிக்கப்படும் பணியாளர்கள். உண்மையில், இப்போது நாம் பரிசீலிக்கும் பிரச்சனை முற்றிலும் மனித காரணியாகும், எனவே ஊழியர்களின் தாக்கத்தை பகுப்பாய்வு செய்வதைத் தவிர்க்க முடியாது. அவற்றில் சிலவற்றை நாம் ஏற்கனவே மேலே குறிப்பிட்டுள்ளோம்.

• புதிய மென்பொருள் பொதுவாக எப்படி ஏற்றுக்கொள்ளப்படும் என்பதை நிறுவனத்தின் தலைவர்கள் தீர்மானிக்கிறார்கள். இது விளம்பர உரைகள் மற்றும் உமிழும் பேச்சுகளுக்கான இடம் அல்ல - மாற்றத்தின் அவசியத்தை சரியாகக் காட்டுவது முக்கியம், இது ஒரு குளிர் மற்றும் வசதியான கருவியைத் தேர்ந்தெடுப்பது, பழைய மடிக்கணினியை மாற்றுவது போன்றது. அத்தகைய சூழ்நிலையில் நிர்வாகத்தின் மிகப்பெரிய தவறு, தங்கள் கைகளை கழுவி, தங்களைத் தாங்களே திரும்பப் பெறுவதாகும்: நிர்வாகத்திற்கு நிறுவன ஆட்டோமேஷன் தேவையில்லை என்றால், அது ஏன் ஊழியர்களுக்கு ஆர்வமாக இருக்க வேண்டும்? செயல்பாட்டில் இருங்கள்.
• துறைத் தலைவர்கள் (திட்ட மேலாளர்கள்) ஒரு இடைநிலை இணைப்பாகும், இது அனைத்து செயல்முறைகளிலும் பங்கேற்க வேண்டும், அதிருப்தியை நிர்வகிக்க வேண்டும், சக ஊழியர்களின் ஒவ்வொரு ஆட்சேபனையையும் காட்ட வேண்டும் மற்றும் வேலை செய்ய வேண்டும் மற்றும் உயர்தர மற்றும் ஆழமான பயிற்சியை நடத்த வேண்டும்.
• IT சேவை (அல்லது கணினி நிர்வாகிகள்) - முதல் பார்வையில், இவை உங்கள் ஆரம்பகால பறவைகள், மிகவும் தகவமைக்கக்கூடிய மற்றும் மாற்றியமைக்கக்கூடியவை, ஆனால்... இல்லை. பெரும்பாலும், குறிப்பாக சிறிய மற்றும் நடுத்தர நிறுவனங்களில், கணினி நிர்வாகிகள் IT உள்கட்டமைப்பில் ஏதேனும் மாற்றங்களை (வலுப்படுத்துதல்) எதிர்க்கின்றனர், மேலும் இது எந்த தொழில்நுட்ப நியாயத்தாலும் அல்ல, ஆனால் சோம்பல் மற்றும் வேலை செய்ய தயக்கம். வேலை செய்வதைத் தவிர்ப்பதற்கான வழிகளைத் தேடாதவர் நம்மில் யார்? ஆனால் இது முழு நிறுவனத்திற்கும் தீங்கு விளைவிக்கக் கூடாது.
• இறுதி பயனர்கள், ஒரு விதியாக, ஒருபுறம் நன்றாகவும் வசதியாகவும் வேலை செய்ய விரும்புகிறார்கள், எந்த உயிருள்ள மக்களைப் போலவே, மாற்றத்திற்கு பயப்படுகிறார்கள். அவர்களுக்கான முக்கிய வாதம் நேர்மையானது மற்றும் எளிமையானது: நாம் ஏன் அறிமுகப்படுத்துகிறோம்/மாற்றுகிறோம், கட்டுப்பாடுகளின் வரம்புகள் என்ன, வேலை எவ்வாறு மதிப்பிடப்படும், என்ன மாறும் மற்றும் அபாயங்கள் என்ன (இதன் மூலம், அனைவரும் அபாயங்களை மதிப்பீடு செய்ய வேண்டும் - நாங்கள் விற்பனையாளர்கள் என்றாலும் CRM அமைப்புகள், ஆனால் எல்லாமே எப்போதும் சுமூகமாக நடக்கும் என்று நாங்கள் கூறவில்லை: ஒரு வணிகத்திற்குள் எந்தச் செயல்பாட்டிலும் அபாயங்கள் உள்ளன).
• நிறுவனத்தில் உள்ள "அதிகாரிகள்" மற்ற ஊழியர்களை பாதிக்கக்கூடிய கட்சிக்காரர்கள். இது ஒரு உயர் பதவி அல்லது விரிவான அனுபவமுள்ள ஒரு நபராக இருக்க வேண்டிய அவசியமில்லை - மென்பொருளுடன் பணிபுரியும் விஷயத்தில், "அதிகாரம்" என்பது ஒரு மேம்பட்ட அறிவாக இருக்கலாம், எடுத்துக்காட்டாக, ஹப்ரை மீண்டும் படித்து மிரட்டத் தொடங்கும் எல்லாம் எவ்வளவு மோசமாக மாறும் என்பதைப் பற்றி எல்லோரும். செயல்படுத்துதல் அல்லது மாற்றுதல் செயல்முறையை அழிக்கும் ஒரு குறிக்கோள் கூட அவரிடம் இல்லாமல் இருக்கலாம் - வெறும் காட்சி மற்றும் எதிர்ப்பின் உணர்வு - மற்றும் ஊழியர்கள் அவரை நம்புவார்கள். அத்தகைய ஊழியர்களுடன் நீங்கள் பணியாற்ற வேண்டும்: விளக்கவும், கேள்வி மற்றும் குறிப்பாக கடினமான சந்தர்ப்பங்களில், விளைவுகளைக் குறிக்கவும்.

பயனர்கள் உண்மையில் எதையாவது பயப்படுகிறார்களா அல்லது ஒரு அறிவார்ந்த தலைவரின் தலைமையில் குழு சித்தப்பிரமை உள்ளதா என்பதைச் சரிபார்க்க ஒரு உலகளாவிய செய்முறை உள்ளது. அதிருப்திக்கான காரணங்களைப் பற்றி, கவலைகளைப் பற்றி அவர்களிடம் கேளுங்கள் - இது தனிப்பட்ட அனுபவம் அல்லது கருத்து இல்லையென்றால், 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