কেন ৭০% রূপান্তর (Transformation) ব্যর্থ হয়

বেশিরভাগ রূপান্তর কর্মসূচি ব্যর্থ হয়। তারা তাদের লক্ষ্য অর্জন করতে পারে না।

আমি Novartis-এ AI এবং ERP পরিবর্তনের নেতৃত্ব দিয়েছি। আমি সত্যটি দেখেছি। প্রযুক্তি সবচেয়ে কঠিন অংশ নয়। সফটওয়্যার প্রায়শই ঠিকঠাক কাজ করে। মানুষ কেবল তা গ্রহণ করতে চায় না।

যখন একটি প্রকল্প ব্যর্থ হয়, নেতারা ডেটা বা স্কোপের (scope) ওপর দোষ চাপান। সেগুলো কেবল উপসর্গ মাত্র। আসল কারণ হলো গ্রহণ করার প্রক্রিয়া (adoption)। বেশিরভাগ কোম্পানি গ্রহণ করার প্রক্রিয়াকে শেষের দিকের একটি প্রশিক্ষণমূলক ঘটনা হিসেবে বিবেচনা করে। এটি শুরু থেকেই একটি ডিজাইনের নিয়ম হওয়া উচিত।

মানুষ যদি কোনো টুল এড়িয়ে চলে, তবে সেটি শূন্য মূল্য প্রদান করে। আমি দেখেছি নিখুঁত সফটওয়্যার মাত্র ৩০% ব্যবহৃত হচ্ছে। পরিবর্তে মানুষ পুরনো স্প্রেডশিট ব্যবহার চালিয়ে যাচ্ছে।

আপনি যে সফটওয়্যারটি কিনেছেন তার ROI আপনি পাবেন না। আপনি সেই সফটওয়্যারের ROI পাবেন যা মানুষ ব্যবহার করে।

মানুষ পরিবর্তনের বিরোধিতা করে কারণ এটি তাদের কাছে একটি খারাপ বিনিময়ের মতো মনে হয়। তারা কোনো ব্যক্তিগত লাভ ছাড়াই আরও ঝুঁকি এবং আরও কঠোর নজরদারি দেখে।

এটি সমাধানের জন্য আপনার প্রয়োজন মনস্তাত্ত্বিক নিরাপত্তা (psychological safety)। মানুষের "আমি এটি বুঝতে পারছি না" বা "এই প্রক্রিয়াটি ত্রুটিপূর্ণ" বলার মতো নিরাপদ বোধ করা উচিত। নিরাপত্তা ছাড়া মানুষ তাদের বিভ্রান্তি লুকিয়ে রাখে। লুকিয়ে রাখা বিভ্রান্তি নিরব বিকল্প ব্যবস্থা (workarounds) ব্যবহারের দিকে পরিচালিত করে। আর এই বিকল্প ব্যবস্থার ব্যবহারই ব্যর্থতার দিকে নিয়ে যায়।

সফল হওয়ার জন্য এই পরিকল্পনাটি অনুসরণ করুন:

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

বিশ্বাসকে অবকাঠামোর মতো বিবেচনা করুন। আপনার টেক স্ট্যাকের (tech stack) মতো আপনাকে এটি ডিজাইন করতে হবে এবং এর জন্য বাজেট বরাদ্দ করতে হবে।

আপনার আর্কিটেকচার অডিট করা বন্ধ করুন। আপনার টিমকে জিজ্ঞাসা করা শুরু করুন: "কোনটি আপনার জন্য এটিকে আরও উন্নত করবে, এবং আপনি আমাকে কী বলতে ভয় পাচ্ছেন?"

যে ৩০% সফল হয়, তারা হলো তারাই যারা কথা শোনে।

উৎস: https://dev.to/cedricbignet/why-70-of-transformations-fail-and-the-people-first-fix-1ff

ঐচ্ছিক লার্নিং কমিউনিটি: https://t.me/GyaanSetuAi