কর্মচারীরা নতুন সফ্টওয়্যার চান না - তাদের কি নেতৃত্ব অনুসরণ করা বা তাদের লাইনে লেগে থাকা উচিত?

সফটওয়্যার লিপফ্রগ শীঘ্রই কোম্পানিগুলির একটি খুব সাধারণ রোগ হয়ে উঠবে। প্রতিটি ছোট জিনিসের জন্য একটি সফ্টওয়্যার অন্যটির জন্য পরিবর্তন করা, প্রযুক্তি থেকে প্রযুক্তিতে ঝাঁপ দেওয়া, একটি লাইভ ব্যবসা নিয়ে পরীক্ষা করা আদর্শ হয়ে উঠছে। একই সময়ে, অফিসে একটি সত্যিকারের গৃহযুদ্ধ শুরু হয়: বাস্তবায়নের বিরুদ্ধে প্রতিরোধের একটি আন্দোলন গড়ে ওঠে, পক্ষপাতীরা নতুন সিস্টেমের বিরুদ্ধে নাশকতামূলক কাজ পরিচালনা করছে, গুপ্তচররা নতুন সফ্টওয়্যার সহ একটি সাহসী নতুন বিশ্বের প্রচার করছে, সাঁজোয়া গাড়ি থেকে ব্যবস্থাপনা। কর্পোরেট পোর্টাল শান্তি, শ্রম, কেপিআই সম্পর্কে সম্প্রচার করছে। একটি বিপ্লব সাধারণত একদিকে সম্পূর্ণ ব্যর্থতায় শেষ হয়।

আমরা বাস্তবায়ন সম্পর্কে প্রায় সবকিছুই জানি, তাই আসুন কীভাবে একটি বিপ্লবকে বিবর্তনে পরিণত করা যায় এবং বাস্তবায়নকে যতটা সম্ভব কার্যকর এবং ব্যথাহীন করা যায় তা বোঝার চেষ্টা করি। ঠিক আছে, বা কমপক্ষে আমরা আপনাকে বলব যে আপনি প্রক্রিয়াটিতে কী পেতে পারেন।

নতুন সফ্টওয়্যার কর্মীদের গ্রহণযোগ্যতার আদর্শ ভিজ্যুয়ালাইজেশন উত্স - Yandex.Images৷

বিদেশী পরামর্শদাতারা এই নিবন্ধটি এভাবে শুরু করবেন: "আপনি যদি আপনার কর্মীদের মানসম্পন্ন সফ্টওয়্যার অফার করেন যা তাদের কাজের উন্নতি করতে পারে, কর্মক্ষমতাতে গুণগত প্রভাব ফেলতে পারে, একটি নতুন প্রোগ্রাম বা সিস্টেম গ্রহণ স্বাভাবিকভাবেই ঘটবে।" তবে আমরা রাশিয়ায় আছি, তাই সন্দেহজনক এবং যুদ্ধরত কর্মচারীদের বিষয়টি খুব প্রাসঙ্গিক। কর্পোরেট মেসেঞ্জার বা সফ্টফোনের মতো ন্যূনতম সফ্টওয়্যার দিয়েও একটি প্রাকৃতিক রূপান্তর কাজ করবে না।

সমস্যা পা কোথা থেকে আসে?

আজ, প্রতিটি কোম্পানিতে সফ্টওয়্যারের একটি সম্পূর্ণ চিড়িয়াখানা ইনস্টল করা আছে (আমরা সাধারণ ক্ষেত্রে নিই, কারণ আইটি কোম্পানিগুলিতে সফ্টওয়্যারের পরিমাণ দ্বিগুণ বা তিনগুণ, এবং অভিযোজন সমস্যাগুলি আংশিকভাবে ওভারল্যাপ করে এবং খুব নির্দিষ্ট): প্রকল্প ব্যবস্থাপনা সিস্টেম, CRM/ERP, ইমেল ক্লায়েন্ট, ইনস্ট্যান্ট মেসেঞ্জার, কর্পোরেট পোর্টাল ইত্যাদি। এবং এটি এই সত্যটিকে গণনা করছে না যে এমন সংস্থাগুলি রয়েছে যেখানে এমনকি ব্রাউজার থেকে ব্রাউজারে রূপান্তরটি ব্যতিক্রম ছাড়াই পুরো দল দ্বারা পরিচালিত হয় (এবং এমন দলও রয়েছে যা সম্পূর্ণরূপে ইন্টারনেট এক্সপ্লোরার এজের উপর ভিত্তি করে)। সাধারণভাবে, এমন বেশ কয়েকটি পরিস্থিতি রয়েছে যার জন্য আমাদের নিবন্ধটি কার্যকর হতে পারে:

• কিছু কাজের প্রাথমিক স্বয়ংক্রিয়করণের একটি প্রক্রিয়া রয়েছে: প্রথম CRM/ERP প্রয়োগ করা হচ্ছে, একটি কর্পোরেট পোর্টাল খোলা হচ্ছে, প্রযুক্তিগত সহায়তার জন্য একটি সিস্টেম ইনস্টল করা হচ্ছে ইত্যাদি;
• একটি সফ্টওয়্যার কিছু কারণে অন্য দ্বারা প্রতিস্থাপিত হয়: অপ্রচলিততা, নতুন প্রয়োজনীয়তা, স্কেলিং, কার্যকলাপের পরিবর্তন, ইত্যাদি;
• বিদ্যমান সিস্টেমের মডিউলগুলি উন্নয়ন এবং বৃদ্ধির উদ্দেশ্যে তৈরি করা হচ্ছে (উদাহরণস্বরূপ, একটি কোম্পানি উত্পাদন শুরু করেছে এবং থেকে স্যুইচ করার সিদ্ধান্ত নিয়েছে RegionSoft CRM পেশাদার উপর RegionSoft CRM এন্টারপ্রাইজ প্লাস সর্বাধিক কার্যকারিতা সহ);
• একটি প্রধান ইন্টারফেস এবং কার্যকরী সফ্টওয়্যার আপডেট হচ্ছে।

অবশ্যই, প্রথম দুটি কেস তাদের প্রকাশের ক্ষেত্রে অনেক বেশি তীব্র এবং সাধারণ, তাদের প্রতি বিশেষ মনোযোগ দিন।

সুতরাং, আপনি টিমের সাথে কাজ শুরু করার আগে (যারা ইতিমধ্যে সন্দেহ করেছে যে শীঘ্রই পরিবর্তন হবে), সফ্টওয়্যার পরিবর্তন করার আসল কারণগুলি কী এবং আপনি পরিবর্তনগুলি এত প্রয়োজনীয় বলে সম্মত কিনা তা বোঝার চেষ্টা করুন।

• পুরানো প্রোগ্রামটির সাথে কাজ করা কঠিন: এটি ব্যয়বহুল, অসুবিধাজনক, অ-কার্যকরী, আপনার প্রয়োজনীয়তা আর পূরণ করে না, আপনার স্কেলের জন্য উপযুক্ত নয় ইত্যাদি। এটি একটি উদ্দেশ্যমূলক প্রয়োজনীয়তা।
• বিক্রেতা সিস্টেমটিকে সমর্থন করা বন্ধ করে দিয়েছে, বা সমর্থন এবং পরিবর্তনগুলি অনুমোদন এবং অর্থ নিষ্কাশনের একটি অন্তহীন সিরিজে পরিণত হয়েছে। যদি আপনার খরচ উল্লেখযোগ্যভাবে বৃদ্ধি পায়, এবং ভবিষ্যতে তারা আরও বাড়ানোর প্রতিশ্রুতি দেয়, অপেক্ষা করার কিছু নেই, আপনাকে কাটাতে হবে। হ্যাঁ, একটি নতুন সিস্টেমেও অর্থ খরচ হবে, কিন্তু শেষ পর্যন্ত অপ্টিমাইজেশানে এই ধরনের সমর্থনের চেয়ে কম খরচ হবে।
• সফ্টওয়্যার পরিবর্তন করা এক ব্যক্তি বা কর্মচারীদের গ্রুপের ইচ্ছা। উদাহরণস্বরূপ, CTO একটি রোলব্যাক চায় এবং একটি নতুন, আরও ব্যয়বহুল সিস্টেম প্রবর্তনের জন্য লবিং করছে - এটি বড় কোম্পানিগুলিতে ঘটে। আরেকটি উদাহরণ: একজন প্রজেক্ট ম্যানেজার আসানাকে বেসক্যাম্প, তারপর বেসক্যাম্প থেকে জিরা এবং জটিল জিরাকে রাইকে পরিবর্তন করার পক্ষে। প্রায়শই এই ধরনের মাইগ্রেশনের একমাত্র উদ্দেশ্য হল তাদের ব্যস্ততা প্রদর্শন করা এবং তাদের অবস্থান ধরে রাখা। এই ধরনের ক্ষেত্রে, প্রয়োজনীয়তা, উদ্দেশ্য এবং ন্যায্যতা এবং একটি নিয়ম হিসাবে, পরিবর্তন প্রত্যাখ্যান করার একটি দৃঢ়-ইচ্ছাকৃত সিদ্ধান্ত দ্বারা নির্ধারণ করা প্রয়োজন।

আমরা একটি সফ্টওয়্যার থেকে অন্য সফ্টওয়্যারে স্থানান্তরের কারণগুলি সম্পর্কে কথা বলছি, এবং প্রাথমিক অটোমেশন সম্পর্কে নয় - শুধুমাত্র কারণ অটোমেশন একটি অগ্রাধিকার প্রয়োজন৷ যদি আপনার কোম্পানি ম্যানুয়ালি এবং নিয়মিতভাবে কিছু করে, কিন্তু স্বয়ংক্রিয় হতে পারে, তাহলে আপনি কেবল সময়, অর্থ এবং সম্ভবত মূল্যবান কোম্পানির ডেটা নষ্ট করছেন। এটা স্বয়ংক্রিয়!

আপনি কিভাবে অতিক্রম করতে পারেন: মহান লাফ বা ক্রুচিং বাঘ?

বিশ্ব অনুশীলনে, নতুন সফ্টওয়্যারে স্যুইচ করার এবং এটির সাথে খাপ খাইয়ে নেওয়ার জন্য তিনটি প্রধান কৌশল রয়েছে - এবং সেগুলি আমাদের কাছে খুব উপযুক্ত বলে মনে হয়, তাই আসুন চাকাটিকে পুনরায় উদ্ভাবন করি না।

বিগ ব্যাং

"বিগ ব্যাং" পদ্ধতি ব্যবহার করে গ্রহণ করা সবচেয়ে কঠিন সম্ভাব্য পরিবর্তন, যখন আপনি একটি সঠিক তারিখ সেট করেন এবং একটি তীক্ষ্ণ স্থানান্তর করেন, পুরানো সফ্টওয়্যারটিকে 100% নিষ্ক্রিয় করে৷

Плюсы

+ প্রত্যেকে একটি সিস্টেমে কাজ করে, ডেটা সিঙ্ক্রোনাইজ করার দরকার নেই, কর্মীদের একবারে দুটি ইন্টারফেস নিরীক্ষণ করার দরকার নেই।
+ প্রশাসকের জন্য সরলতা - একটি স্থানান্তর, একটি কাজ, একটি সিস্টেম সমর্থন।
+ সমস্ত সম্ভাব্য পরিবর্তনগুলি এক সময়ে ঘটে এবং প্রায় অবিলম্বে লক্ষণীয় হয় - কী এবং কী অনুপাতে উত্পাদনশীলতা, বিকাশের গতি, বিক্রয় ইত্যাদি প্রভাবিত হয়েছে তা আলাদা করার দরকার নেই।

Минусы

— শুধুমাত্র সহজ সফ্টওয়্যার দিয়ে সফলভাবে কাজ করে: চ্যাট, কর্পোরেট পোর্টাল, ইনস্ট্যান্ট মেসেঞ্জার৷ এমনকি ইমেল ইতিমধ্যেই ব্যর্থ হতে পারে, প্রজেক্ট ম্যানেজমেন্ট সিস্টেম, সিআরএম/ইআরপি এবং অন্যান্য গুরুতর সিস্টেম উল্লেখ না করে।
- একটি বৃহৎ সিস্টেম থেকে অন্য একটি বিস্ফোরক স্থানান্তর অনিবার্যভাবে বিশৃঙ্খলা সৃষ্টি করবে।

একটি নতুন কাজের পরিবেশে এই ধরনের পরিবর্তনের জন্য সবচেয়ে গুরুত্বপূর্ণ বিষয় হল প্রশিক্ষণ।

সমান্তরাল চলমান

সফ্টওয়্যারের সমান্তরাল অভিযোজন হল পরিবর্তনের একটি নরম এবং আরও সার্বজনীন পদ্ধতি, যেখানে একটি সময়কাল সেট করা হয় যার মধ্যে উভয় সিস্টেম একই সাথে কাজ করবে।

Плюсы

+ ব্যবহারকারীদের কাছে নতুন সফ্টওয়্যারটিতে অভ্যস্ত হওয়ার পর্যাপ্ত সময় থাকে যখন তারা পুরানোটিতে দ্রুত কাজ করে, সমান্তরাল খুঁজে পায় এবং ইন্টারফেসের সাথে মিথস্ক্রিয়াটির নতুন যুক্তি বুঝতে পারে।
+ আকস্মিক সমস্যার ক্ষেত্রে, কর্মচারীরা পুরানো সিস্টেমে কাজ চালিয়ে যায়।
+ ব্যবহারকারী প্রশিক্ষণ কম কঠোর এবং সাধারণত সস্তা।
+ কর্মীদের কাছ থেকে কার্যত কোনও নেতিবাচক প্রতিক্রিয়া নেই - সর্বোপরি, তারা তাদের স্বাভাবিক সরঞ্জাম বা কাজ করার উপায় থেকে বঞ্চিত হয়নি (যদি প্রথমবারের মতো অটোমেশন ঘটে)।

Минусы

— প্রশাসনিক সমস্যা: উভয় সিস্টেমের জন্য সমর্থন, ডেটা সিঙ্ক্রোনাইজেশন, একবারে দুটি অ্যাপ্লিকেশনে নিরাপত্তা ব্যবস্থাপনা।
— রূপান্তর প্রক্রিয়া অবিরামভাবে প্রসারিত হয় - কর্মচারীরা বুঝতে পারে যে তাদের প্রায় অনন্তকাল বাকি আছে, এবং তারা পরিচিত ইন্টারফেসের ব্যবহারকে আরও কিছুটা প্রসারিত করতে পারে।
- ব্যবহারকারীর বিভ্রান্তি - দুটি ইন্টারফেস বিভ্রান্তিকর এবং অপারেশনাল এবং ডেটা ত্রুটির কারণ।
- টাকা। আপনি উভয় সিস্টেমের জন্য অর্থ প্রদান.

পর্যায়ক্রমে দত্তক

নতুন সফ্টওয়্যারে স্যুইচ করার জন্য ধাপে ধাপে অভিযোজন হল সবচেয়ে নরম বিকল্প। স্থানান্তরটি কার্যকরীভাবে, নির্দিষ্ট সময়ের মধ্যে এবং বিভাগ দ্বারা পরিচালিত হয় (উদাহরণস্বরূপ, 1 জুন থেকে আমরা শুধুমাত্র নতুন CRM সিস্টেমে নতুন ক্লায়েন্ট যোগ করি, 20 জুন থেকে আমরা নতুন সিস্টেমে লেনদেন পরিচালনা করি, 1 আগস্ট পর্যন্ত আমরা ক্যালেন্ডার স্থানান্তর করি এবং ক্ষেত্রে, এবং 30 সেপ্টেম্বরের মধ্যে আমরা সম্পূর্ণ মাইগ্রেশন একটি খুব মোটামুটি বর্ণনা, কিন্তু সাধারণত পরিষ্কার)।

Плюсы

+ সংগঠিত রূপান্তর, প্রশাসক এবং অভ্যন্তরীণ বিশেষজ্ঞদের মধ্যে লোড বিতরণ।
+ আরও চিন্তাশীল এবং গভীরভাবে শিক্ষা।
+ পরিবর্তনের কোন প্রতিরোধ নেই, কারণ এটি যতটা সম্ভব মৃদুভাবে ঘটে।

Минусы - একটি সমান্তরাল রূপান্তর জন্য প্রায় একই.

তাই এখন, শুধু একটি ধীরে ধীরে উত্তরণ?

একটি যৌক্তিক প্রশ্ন, আপনি একমত হবে. আপনি যখন একটি সময়সূচী তৈরি করতে পারেন এবং একটি পরিষ্কার পরিকল্পনা অনুযায়ী কাজ করতে পারেন তখন কেন কিছু অতিরিক্ত ঝামেলা পাবেন? আসলে, সবকিছু এত সহজ নয়।

• সফ্টওয়্যার জটিলতা: যদি আমরা জটিল সফ্টওয়্যার সম্পর্কে কথা বলি (উদাহরণস্বরূপ, সিআরএম সিস্টেম), তারপর ফেজ অভিযোজন আরও উপযুক্ত। যদি সফ্টওয়্যারটি সহজ হয় (মেসেঞ্জার, কর্পোরেট পোর্টাল), তাহলে একটি উপযুক্ত মডেল যখন আপনি তারিখ ঘোষণা করেন এবং নির্ধারিত দিনে পুরানো সফ্টওয়্যারটি নিষ্ক্রিয় করেন (যদি আপনি ভাগ্যবান হন, কর্মচারীদের কাছে তাদের প্রয়োজনীয় সমস্ত তথ্য বের করার সময় থাকবে। , এবং যদি আপনি ভাগ্যের উপর নির্ভর না করেন, তাহলে আপনাকে পুরানো সিস্টেম থেকে নতুন সিস্টেমে স্বয়ংক্রিয় আমদানি প্রয়োজনীয় ডেটা সরবরাহ করতে হবে, যদি প্রযুক্তিগতভাবে সম্ভব হয়)।
• কোম্পানির জন্য ঝুঁকির মাত্রা: বাস্তবায়ন যত ঝুঁকিপূর্ণ, তত ধীর হওয়া উচিত। অন্যদিকে, বিলম্বও একটি ঝুঁকি: উদাহরণস্বরূপ, আপনি একটি সিআরএম সিস্টেম থেকে অন্যটিতে স্যুইচ করছেন এবং ট্রানজিশন পিরিয়ডের সময় আপনাকে উভয়ের জন্য অর্থ প্রদান করতে বাধ্য করা হচ্ছে, যার ফলে নতুন সিস্টেম বাস্তবায়নের ব্যয় এবং ব্যয় বৃদ্ধি পাচ্ছে, যা অর্থপ্রদানের মেয়াদ বাড়ানো হয়।
• কর্মীদের সংখ্যা: বিগ ব্যাং অবশ্যই উপযুক্ত নয় যদি আপনাকে অনেক ব্যবহারকারীর প্রোফাইল স্কেল এবং কনফিগার করতে হয়। যদিও এমন কিছু ক্ষেত্রে আছে যখন অতি দ্রুত বাস্তবায়ন একটি বড় কোম্পানির জন্য একটি সুবিধা। এই বিকল্পটি অনেক কর্মচারী দ্বারা ব্যবহৃত সিস্টেমের জন্য উপযুক্ত হতে পারে, কিন্তু কাস্টমাইজেশনের উদ্দেশ্যে নয় বলে প্রয়োজনীয়তা নাও থাকতে পারে। কিন্তু আবার, এটি শেষ ব্যবহারকারীদের জন্য একটি বড় ধাক্কা এবং একই আইটি পরিষেবার জন্য একটি বিশাল ধাপে ধাপে কাজ (উদাহরণস্বরূপ, বিলিং বা অ্যাক্সেস সিস্টেম)।
• নির্বাচিত সফ্টওয়্যার বাস্তবায়নের বৈশিষ্ট্য (রিভিশন, ইত্যাদি)। কখনও কখনও বাস্তবায়ন প্রাথমিকভাবে পর্যায়ক্রমে হয় - প্রয়োজনীয়তা সংগ্রহ, পরিমার্জন, প্রশিক্ষণ ইত্যাদি সহ। উদাহরণ স্বরূপ, সিআরএম সিস্টেম এটি সর্বদা ধীরে ধীরে প্রয়োগ করা হয়, এবং যদি কেউ আপনাকে প্রতিশ্রুতি দেয় "3 দিন বা এমনকি 3 ঘন্টার মধ্যে বাস্তবায়ন এবং কনফিগারেশন" - এই নিবন্ধটি মনে রাখবেন এবং এই ধরনের পরিষেবাগুলিকে বাইপাস করুন: ইনস্টলেশন ≠ বাস্তবায়ন৷

আবার, এমনকি তালিকাভুক্ত পরামিতিগুলি জেনেও, কেউ অবশ্যই একটি পথ বা অন্য পথ নিতে পারে না। আপনার কর্পোরেট পরিবেশের মূল্যায়ন করুন - এটি আপনাকে উভয়ই শক্তির ভারসাম্য বুঝতে এবং কোন মডেল (বা তাদের কিছু উপাদানের সংমিশ্রণ) আপনার জন্য সঠিক তা নির্ধারণ করতে সহায়তা করবে।

প্রভাবের এজেন্ট: বিপ্লব বা বিবর্তন

নতুন সফ্টওয়্যার বাস্তবায়নের দ্বারা প্রভাবিত হবেন এমন কর্মচারীদের দিকে আপনার প্রথমে মনোযোগ দেওয়া উচিত। প্রকৃতপক্ষে, আমরা এখন যে সমস্যাটি বিবেচনা করছি তা সম্পূর্ণরূপে একটি মানবিক কারণ, তাই কর্মীদের উপর প্রভাব বিশ্লেষণ করা এড়ানো যাবে না। আমরা ইতিমধ্যে তাদের কিছু উপরে উল্লেখ করেছি।

• নতুন সফ্টওয়্যারটি কীভাবে সাধারণভাবে গ্রহণ করা হবে তা কোম্পানির নেতারা নির্ধারণ করে। এবং এটি প্রচারমূলক বক্তৃতা এবং জ্বলন্ত বক্তৃতাগুলির জন্য জায়গা নয় - পরিবর্তনের প্রয়োজনীয়তা ঠিকভাবে দেখানো গুরুত্বপূর্ণ, ধারণাটি বোঝানোর জন্য যে এটি কেবল একটি শীতল এবং আরও সুবিধাজনক সরঞ্জাম বেছে নেওয়া, একটি পুরানো ল্যাপটপ প্রতিস্থাপনের মতোই। এই ধরনের পরিস্থিতিতে ম্যানেজমেন্টের সবচেয়ে বড় ভুল হল তাদের হাত ধোয়া এবং নিজেদের প্রত্যাহার করা: যদি ব্যবস্থাপনার কোম্পানির অটোমেশনের প্রয়োজন না হয়, তাহলে কেন এটি কর্মীদের স্বার্থের হবে? প্রক্রিয়ায় থাকুন।
• বিভাগীয় প্রধান (প্রকল্প পরিচালক) হল একটি মধ্যবর্তী লিঙ্ক যাকে অবশ্যই সমস্ত প্রক্রিয়ায় অংশগ্রহণ করতে হবে, অসন্তোষ পরিচালনা করতে হবে, সহকর্মীদের প্রতিটি আপত্তির মাধ্যমে ইচ্ছা দেখাতে হবে এবং কাজ করতে হবে এবং উচ্চ-মানের এবং গভীরভাবে প্রশিক্ষণ পরিচালনা করতে হবে।
• আইটি পরিষেবা (বা সিস্টেম অ্যাডমিনিস্ট্রেটর) - প্রথম নজরে, এগুলি আপনার প্রারম্ভিক পাখি, সবচেয়ে মানিয়ে নেওয়া যায় এবং মানিয়ে নেওয়া যায়, কিন্তু... না। প্রায়শই, বিশেষত ছোট এবং মাঝারি আকারের সংস্থাগুলিতে, সিস্টেম প্রশাসকরা আইটি পরিকাঠামোর যে কোনও পরিবর্তনের (শক্তিশালীকরণ) বিরোধিতা করে এবং এটি কোনও প্রযুক্তিগত যুক্তির কারণে নয়, তবে অলসতা এবং কাজের প্রতি অনিচ্ছার কারণে। আমাদের মধ্যে কে কাজ এড়াতে উপায় খুঁজছেন না? তবে এটি যেন পুরো কোম্পানির ক্ষতি না করে।
• শেষ ব্যবহারকারীরা, একটি নিয়ম হিসাবে, একদিকে ভাল এবং সুবিধাজনকভাবে কাজ করতে চান এবং যে কোনও জীবিত মানুষের মতো, পরিবর্তনের ভয় পান। তাদের পক্ষে প্রধান যুক্তিটি সৎ এবং সহজ: কেন আমরা প্রবর্তন/পরিবর্তন করছি, নিয়ন্ত্রণের সীমাগুলি কী, কীভাবে কাজটি মূল্যায়ন করা হবে, কী পরিবর্তন হবে এবং কী কী ঝুঁকি রয়েছে (যাইহোক, প্রত্যেকেরই ঝুঁকিগুলি মূল্যায়ন করা উচিত - যদিও আমরা বিক্রেতা সিআরএম সিস্টেম, কিন্তু আমরা বলতে চাই না যে সবকিছু সর্বদা মসৃণভাবে চলে: একটি ব্যবসার মধ্যে যেকোনো প্রক্রিয়ায় ঝুঁকি রয়েছে)।
• কোম্পানির মধ্যে "কর্তৃপক্ষ" হল পক্ষপাতী যারা অন্য কর্মীদের প্রভাবিত করতে পারে। এটি অগত্যা উচ্চ পদে বা বিস্তৃত অভিজ্ঞতার একজন ব্যক্তি নয় - সফ্টওয়্যারের সাথে কাজ করার ক্ষেত্রে, "কর্তৃপক্ষ" একজন উন্নত জ্ঞানী হতে পারে যারা, উদাহরণস্বরূপ, হাবর পুনরায় পড়েছে এবং ভয় দেখাতে শুরু করবে সবকিছু কেমন খারাপ হয়ে যাবে তা নিয়ে সবাই। এমনকি তার বাস্তবায়ন বা রূপান্তর প্রক্রিয়া নষ্ট করার লক্ষ্যও নাও থাকতে পারে - শুধু প্রদর্শন এবং প্রতিরোধের মনোভাব - এবং কর্মচারীরা তাকে বিশ্বাস করবে। আপনাকে এই জাতীয় কর্মীদের সাথে কাজ করতে হবে: ব্যাখ্যা করুন, প্রশ্ন করুন এবং বিশেষত কঠিন ক্ষেত্রে, পরিণতির দিকে ইঙ্গিত করুন।

ব্যবহারকারীরা আসলেই কোনো কিছুর ভয় পান কি না বা তাদের একজন বুদ্ধিমান নেতার নেতৃত্বে গ্রুপ প্যারানিয়া আছে কিনা তা পরীক্ষা করার জন্য একটি সর্বজনীন রেসিপি রয়েছে। তাদের অসন্তুষ্টির কারণ সম্পর্কে, উদ্বেগ সম্পর্কে জিজ্ঞাসা করুন - যদি এটি একটি ব্যক্তিগত অভিজ্ঞতা বা মতামত না হয় তবে 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