თანამშრომლებს არ სურთ ახალი პროგრამული უზრუნველყოფა - მიჰყვებიან თუ არა თავიანთ ხაზს?

პროგრამული ნახტომი მალე გახდება კომპანიების ძალიან გავრცელებული დაავადება. ერთი პროგრამული უზრუნველყოფის შეცვლა მეორით ყოველი წვრილმანის გამო, ტექნოლოგიიდან ტექნოლოგიაზე გადასვლა, ცოცხალი ბიზნესის ექსპერიმენტები ნორმად იქცევა. ამავდროულად, ოფისში იწყება ნამდვილი სამოქალაქო ომი: იქმნება წინააღმდეგობის მოძრაობა განხორციელებისკენ, პარტიზანები აწარმოებენ დივერსიულ მუშაობას ახალი სისტემის წინააღმდეგ, ჯაშუშები ახალი პროგრამული უზრუნველყოფით ხელს უწყობენ მამაც ახალ სამყაროს, მენეჯმენტი ჯავშანმანქანიდან. კორპორატიული პორტალი მაუწყებლობს მშვიდობის, შრომის, KPI-ების შესახებ. რევოლუცია ჩვეულებრივ მთავრდება სრული მარცხით ერთ მხარეს.

ჩვენ თითქმის ყველაფერი ვიცით იმპლემენტაციის შესახებ, ამიტომ შევეცადოთ გაერკვნენ, თუ როგორ გადავაქციოთ რევოლუცია ევოლუციაში და გავხადოთ განხორციელება რაც შეიძლება სასარგებლო და უმტკივნეულო. კარგად, ან სულ მცირე, ჩვენ გეტყვით, რა შეიძლება მოხვდეთ ამ პროცესში.

ახალი პროგრამული უზრუნველყოფის თანამშრომლების მიღების იდეალური ვიზუალიზაცია წყარო - Yandex.Images

უცხოელი კონსულტანტები ამ სტატიას ასე დაიწყებდნენ: „თუ თქვენს თანამშრომლებს შესთავაზებთ ხარისხიან პროგრამულ უზრუნველყოფას, რომელსაც შეუძლია გააუმჯობესოს მათი მუშაობა, ჰქონდეს ხარისხობრივი გავლენა შესრულებაზე, ახალი პროგრამის ან სისტემის მიღება ბუნებრივად მოხდება“. მაგრამ ჩვენ რუსეთში ვართ, ამიტომ საეჭვო და მებრძოლი თანამშრომლების საკითხი ძალიან აქტუალურია. ბუნებრივი გადასვლა არ იმუშავებს, თუნდაც მინიმალური პროგრამული უზრუნველყოფის შემთხვევაში, როგორიცაა კორპორატიული მესინჯერი ან რბილი ტელეფონი.

საიდან მოდის პრობლემის ფესვები?

დღეს ყველა კომპანიას აქვს დაინსტალირებული პროგრამული უზრუნველყოფის მთელი ზოოპარკი (ჩვენ ვიღებთ ზოგად შემთხვევას, რადგან IT კომპანიებში პროგრამული უზრუნველყოფის რაოდენობა ორმაგი ან სამმაგია და ადაპტაციის პრობლემები ნაწილობრივ იფარება და ძალიან სპეციფიკურია): პროექტის მართვის სისტემები, CRM/ERP, ელექტრონული ფოსტის კლიენტები, მყისიერი მესინჯერები, კორპორატიული პორტალი და ა.შ. და ეს არ ითვალისწინებს იმ ფაქტს, რომ არსებობენ კომპანიები, რომლებშიც ბრაუზერიდან ბრაუზერზე გადასვლაც კი ხორციელდება მთელი გუნდის მიერ გამონაკლისის გარეშე (და ასევე არის გუნდები, რომლებიც მთლიანად დაფუძნებულია Internet Explorer Edge-ზე). ზოგადად, არსებობს რამდენიმე სიტუაცია, რისთვისაც ჩვენი სტატია შეიძლება სასარგებლო იყოს:

• მიმდინარეობს გარკვეული ჯგუფის ამოცანების პირველადი ავტომატიზაციის პროცესი: დანერგილია პირველი CRM/ERP, იხსნება კორპორატიული პორტალი, ინსტალირებულია ტექნიკური მხარდაჭერის სისტემა და ა.შ.;
• ერთი პროგრამული უზრუნველყოფა იცვლება მეორეთი რატომღაც: მოძველება, ახალი მოთხოვნები, მასშტაბირება, აქტივობის შეცვლა და ა.შ.;
• არსებული სისტემის მოდულები შენდება განვითარებისა და ზრდის მიზნებისთვის (მაგალითად, კომპანიამ გახსნა წარმოება და გადაწყვიტა გადასულიყო RegionSoft CRM პროფესიონალი on RegionSoft CRM Enterprise Plus მაქსიმალური ფუნქციონირებით);
• მიმდინარეობს ძირითადი ინტერფეისი და ფუნქციონალური პროგრამული განახლება.

რა თქმა უნდა, პირველი ორი შემთხვევა ბევრად უფრო მწვავე და დამახასიათებელია მათი გამოვლინებით, განსაკუთრებული ყურადღება მიაქციეთ მათ.

ასე რომ, სანამ გუნდთან მუშაობას დაიწყებდეთ (რომლებიც უკვე ეჭვობდნენ, რომ მალე ცვლილებები იქნება), შეეცადეთ გაიგოთ, რა არის პროგრამული უზრუნველყოფის შეცვლის რეალური მიზეზები და ეთანხმებით თუ არა, რომ ცვლილებები ასე აუცილებელია.

• ძველ პროგრამასთან მუშაობა რთულია: ის არის ძვირი, მოუხერხებელი, უფუნქციო, აღარ აკმაყოფილებს თქვენს მოთხოვნებს, არ არის შესაფერისი თქვენი მასშტაბისთვის და ა.შ. ეს ობიექტური აუცილებლობაა.
• გამყიდველმა შეწყვიტა სისტემის მხარდაჭერა, ან მხარდაჭერა და მოდიფიკაციები გადაიქცა დამტკიცებებისა და ფულის ამოწურვის უსასრულო სერიად. თუ თქვენი ხარჯები მნიშვნელოვნად გაიზარდა და მომავალში ისინი კიდევ უფრო გაიზრდებიან, არაფერია მოსალოდნელი, თქვენ უნდა შეამციროთ. დიახ, ახალი სისტემაც დაჯდება, მაგრამ საბოლოო ჯამში ოპტიმიზაცია უფრო ნაკლები დაჯდება, ვიდრე ასეთი მხარდაჭერა.
• პროგრამული უზრუნველყოფის შეცვლა ერთი ადამიანის ან თანამშრომლების ჯგუფის ახირებაა. მაგალითად, CTO-ს სურს უკან დაბრუნება და ლობირებს ახალი, უფრო ძვირი სისტემის დანერგვას - ეს ხდება დიდ კომპანიებში. კიდევ ერთი მაგალითი: პროექტის მენეჯერი მხარს უჭერს ასანას Basecamp-ად შეცვლას, შემდეგ Basecamp-ად Jira-ზე და კომპლექსური Jira-ს Wrike-ად შეცვლას. ხშირად ასეთი მიგრაციების ერთადერთი მოტივი არის დაკავებული საქმის წარმოჩენა და პოზიციის შენარჩუნება. ასეთ შემთხვევებში აუცილებელია განისაზღვროს აუცილებლობის ხარისხი, მოტივები და გამართლება და, როგორც წესი, ძლიერი ნებისყოფის გადაწყვეტილებით უარი თქვას ცვლილებაზე.

ჩვენ ვსაუბრობთ ერთი პროგრამიდან მეორეზე გადასვლის მიზეზებზე და არა პირველად ავტომატიზაციაზე - მხოლოდ იმიტომ, რომ ავტომატიზაცია აპრიორია საჭირო. თუ თქვენი კომპანია აკეთებს რაღაცას ხელით და რუტინულად, მაგრამ შეიძლება იყოს ავტომატიზირებული, თქვენ უბრალოდ კარგავთ დროს, ფულს და, სავარაუდოდ, კომპანიის მნიშვნელოვან მონაცემებს. ავტომატიზირება!

როგორ შეგიძლიათ გადაკვეთოთ: დიდი ნახტომი თუ ჩახშობილი ვეფხვი?

მსოფლიო პრაქტიკაში, არსებობს სამი ძირითადი სტრატეგია ახალ პროგრამულ უზრუნველყოფაზე გადასვლისა და მასთან ადაპტაციისთვის - და ისინი ძალიან შესაფერისად გვეჩვენება, ასე რომ, ნუ გამოვიგონებთ ბორბალს.

დიდი აფეთქება

"დიდი აფეთქების" მეთოდის გამოყენებით მიღება არის ურთულესი შესაძლო გადასვლა, როდესაც დანიშნავთ ზუსტ თარიღს და განახორციელებთ მკვეთრ მიგრაციას, გამორთავთ ძველ პროგრამულ უზრუნველყოფას 100%.

დადებითი

+ ყველა მუშაობს ერთ სისტემაში, არ არის საჭირო მონაცემების სინქრონიზაცია, თანამშრომლებს არ სჭირდებათ ერთდროულად ორი ინტერფეისის მონიტორინგი.
+ სიმარტივე ადმინისტრატორისთვის - ერთი მიგრაცია, ერთი დავალება, ერთი სისტემის მხარდაჭერა.
+ ყველა შესაძლო ცვლილება ხდება დროის ერთ მომენტში და შესამჩნევია თითქმის მაშინვე - არ არის საჭირო იმის გამოყოფა, თუ რა და რა პროპორციით იმოქმედა პროდუქტიულობაზე, განვითარების სიჩქარეზე, გაყიდვებზე და ა.შ.

Cons

— წარმატებით მუშაობს მხოლოდ მარტივი პროგრამული უზრუნველყოფის საშუალებით: ჩეთები, კორპორატიული პორტალი, მყისიერი მესინჯერები. ელ.წერილიც კი შეიძლება უკვე ჩავარდეს, რომ აღარაფერი ვთქვათ პროექტის მართვის სისტემებზე, CRM/ERP-ზე და სხვა სერიოზულ სისტემებზე.
— ფეთქებადი მიგრაცია დიდი სისტემიდან მეორეში აუცილებლად გამოიწვევს ქაოსს.

ამ ტიპის ახალ სამუშაო გარემოზე გადასვლისთვის ყველაზე მნიშვნელოვანი ტრენინგია.

პარალელური სირბილი

პროგრამულ უზრუნველყოფასთან პარალელური ადაპტაცია არის გადასვლის უფრო რბილი და უნივერსალური მეთოდი, რომელშიც მითითებულია დროის პერიოდი, რომლის დროსაც ორივე სისტემა ერთდროულად იმუშავებს.

დადებითი

+ მომხმარებლებს აქვთ საკმარისი დრო, რომ შეეგუონ ახალ პროგრამულ უზრუნველყოფას ძველში სწრაფად მუშაობისას, იპოვონ პარალელები და გაიგონ ინტერფეისთან ურთიერთქმედების ახალი ლოგიკა.
+ უეცარი პრობლემების შემთხვევაში თანამშრომლები ძველ სისტემაში აგრძელებენ მუშაობას.
+ მომხმარებლის ტრენინგი ნაკლებად მკაცრი და ზოგადად იაფია.
+ თანამშრომლების მხრიდან პრაქტიკულად არ არის უარყოფითი რეაქცია - ბოლოს და ბოლოს, მათ არ ჩამოერთვათ ჩვეული ხელსაწყოები ან მოქმედების ხერხი (თუ ავტომატიზაცია პირველად ხდება).

Cons

— ადმინისტრაციის პრობლემები: ორივე სისტემის მხარდაჭერა, მონაცემთა სინქრონიზაცია, უსაფრთხოების მართვა ერთდროულად ორ აპლიკაციაში.
— გარდამავალი პროცესი უსასრულოდ იწელება - თანამშრომლები ხვდებიან, რომ მათ თითქმის მარადისობა დარჩათ და შეუძლიათ ნაცნობი ინტერფეისის გამოყენება ცოტათი კიდევ გაახანგრძლივონ.
- მომხმარებლის დაბნეულობა - ორი ინტერფეისი დამაბნეველია და იწვევს ოპერაციულ და მონაცემთა შეცდომებს.
- ფული. თქვენ იხდით ორივე სისტემას.

ეტაპობრივი მიღება

ნაბიჯ-ნაბიჯ ადაპტაცია არის ყველაზე რბილი ვარიანტი ახალ პროგრამულ უზრუნველყოფაზე გადასვლისთვის. გადასვლა ხორციელდება ფუნქციურად, განსაზღვრულ ვადებში და განყოფილების მიხედვით (მაგალითად, 1 ივნისიდან ახალ კლიენტებს ვამატებთ მხოლოდ ახალ CRM სისტემას, 20 ივნისიდან ვახორციელებთ ტრანზაქციებს ახალ სისტემაში, 1 აგვისტომდე ვაგზავნით კალენდრებს. და შემთხვევები, და 30 სექტემბრისთვის ჩვენ დავასრულებთ მიგრაციას ძალიან უხეში აღწერაა, მაგრამ ზოგადად ნათელი).

დადებითი

+ ორგანიზებული გადასვლა, გადანაწილებული დატვირთვა ადმინისტრატორებსა და შიდა ექსპერტებს შორის.
+ უფრო გააზრებული და სიღრმისეული სწავლა.
+ ცვლილებების წინააღმდეგობა არ არსებობს, რადგან ის რაც შეიძლება ნაზად ხდება.

Cons - დაახლოებით იგივე, რაც პარალელური გადასვლისთვის.

ახლა, მხოლოდ ეტაპობრივი გადასვლა?

ლოგიკური კითხვაა, დამეთანხმებით. რატომ უნდა მიიღოთ დამატებითი პრობლემები, როდესაც შეგიძლიათ შეადგინოთ გრაფიკი და იმოქმედოთ მკაფიო გეგმის მიხედვით? სინამდვილეში, ყველაფერი ასე მარტივი არ არის.

• პროგრამული უზრუნველყოფის სირთულე: თუ ვსაუბრობთ კომპლექსურ პროგრამულ უზრუნველყოფაზე (მაგალითად, 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. ექსპლუატაციის დაწყება არის ზუსტი თარიღი, როდესაც მთელი კომპანია შეუერთდება განახლებულ ავტომატიზებულ პროცესს და იმუშავებს ახალ სისტემაში.

ჩვენ შეგვხვდა განმახორციელებლების პრეზენტაციები, რომლებშიც წითელი ხაზი არის რჩევა: განახორციელეთ ძალით, უგულებელყოთ რეაქცია, არ ესაუბროთ თანამშრომლებს. ჩვენ ამ მიდგომის წინააღმდეგი ვართ და აი რატომ.

შეხედეთ სურათს ქვემოთ:

ახალი მაუსი, ახალი კლავიატურა, ბინა, მანქანა და სამსახურიც კი სასიამოვნო, მხიარული მოვლენებია, ზოგიერთი მათგანი მიღწევაც კია. და მომხმარებელი მიდის Yandex-ში, რათა გაარკვიოს, როგორ შეეგუოს მას და მოერგოს. როგორ შეხვიდეთ ახალ ბინაში და გაიგოთ, რომ ის თქვენია, პირველად შეუშვით ონკანი, დალიეთ ჩაი, პირველად დაიძინეთ. როგორ დაჯექი საჭესთან და დაუმეგობრდე ახალ მანქანას, შენს, მაგრამ ჯერჯერობით ასე უცხოს. სამუშაო ადგილზე ახალი პროგრამული უზრუნველყოფა არაფრით განსხვავდება აღწერილი სიტუაციებისგან: თანამშრომლის სამუშაო არასოდეს იქნება იგივე. ამიტომ, განახორციელეთ, მოერგეთ, გაიზარდეთ ახალი ეფექტური პროგრამული უზრუნველყოფით. და ეს არის სიტუაცია, რომლის შესახებაც შეგვიძლია ვთქვათ: იჩქარეთ ნელა.

წყარო: www.habr.com