ভূমিকা

“সিটিজেন ডেভেলপমেন্ট (Citizen Development)” শব্দবন্ধটি সাম্প্রতিক বছরগুলোতে DX এবং আইটি ইঞ্জিনিয়ার ঘাটতির প্রসঙ্গে দ্রুত ছড়িয়ে পড়েছে। কিন্তু এর আসল স্বরূপ বুঝতে গেলেই অতীতের ছায়া ভেসে ওঠে।

──EUC (End User Computing), কামি এক্সেল… ফ্রন্টলাইনের কর্মীরা নিজ হাতে তৈরি সম্পদ দিয়ে অস্থায়ীভাবে দলকে রক্ষা করেছিল, কিন্তু সময়ের সঙ্গে সেগুলোই হয়ে উঠেছিল নেতিবাচক উত্তরাধিকার।

পটভূমি ব্যাখ্যা: জাপানি কোম্পানিতে কামি এক্সেল (神エクセル, আক্ষরিক অর্থে “ঈশ্বরীয় এক্সেল”) বলে বিশাল স্প্রেডশিটকে ব্যঙ্গ করে ডাকা হয়, যেগুলো ম্যাক্রো ও একে-অপরের সাথে যুক্ত সূত্রে ঠাসা। এগুলো সাময়িকভাবে ফ্রন্টলাইন দলকে বাঁচায়, কিন্তু শেষ পর্যন্ত রক্ষণাবেক্ষণ-অযোগ্য বোঝা হয়ে দাঁড়ায়। EUC জাপানে শেকড় গেড়েছিল কারণ ব্যবসায়িক ইউনিটগুলো কেন্দ্রীভূত আইটির তুলনায় দ্রুত সমস্যার সমাধান চাইত, যার মূল্য হিসেবে দীর্ঘমেয়াদি শাসন দুর্বল হয়ে পড়ে।

এই সিরিজে আমরা সিটিজেন ডেভেলপমেন্টের ভবিষ্যৎ বোঝার জন্য ইতিহাস → বর্তমান → জেনারেটিভ এআই যুগ → ভবিষ্যৎ রূপরেখা এই ধারাবাহিকতায় আলোচনা এগিয়ে নেব।

সিরিজের রোডম্যাপ

পর্ব ১： “সিটিজেন ডেভেলপমেন্ট কি EUC-এর পুনরাবির্ভাব?──কামি এক্সেল যে ইতিহাসের শিক্ষা দেয়”

সিটিজেন ডেভেলপমেন্ট নতুন ধারণা নয়; এটি EUC-এর পুনরাবির্ভাব। EUC ও কামি এক্সেলের ইতিহাস পর্যালোচনা করে আমরা স্বল্পমেয়াদী সাফল্য ও দীর্ঘমেয়াদী দায়ের পুনরাবৃত্ত প্যাটার্ন বুঝি।

পর্ব ২： “কামি এক্সেল কি সত্যিই খলনায়ক?──মুক্তিদাতা থেকে নেতিবাচক উত্তরাধিকার”

কামি এক্সেল দোষী ছিল না; এটি ছিল যুগের উপযোগী এবং জাপানি প্রেক্ষাপটে বিশেষ সমাধান। প্রকৃত সমস্যা ছিল যে সংগঠনগুলো ফ্রন্টলাইনে নির্মিত সম্পদকে শাসন করতে পারেনি।

পর্ব ৩： “আধুনিক সিটিজেন ডেভেলপমেন্ট প্ল্যাটফর্মের আলো ও ছায়া”

RPA, নো-কোড ও লো-কোড প্ল্যাটফর্মগুলো নির্বাহীদের “দৃশ্যায়নের পক্ষপাত”কে কেন্দ্র করে জনপ্রিয়তা পায়, কিন্তু সহজেই ব্ল্যাক বক্সে পরিণত হয় এবং কামি এক্সেলের তুলনায়ও খারাপ দায়ের ঝুঁকি তৈরি করে।

পর্ব ৪： “জেনারেটিভ এআই যে লেগেসি উদ্ধার করে—আর যেগুলো ফেলে দেয়”

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

পর্ব ৫： “সিটিজেন ডেভেলপমেন্ট সর্বশক্তিমান নয়—এটি ‘খসড়া ডেভেলপমেন্ট’”

সিটিজেন ডেভেলপমেন্ট প্রোডাকশন সিস্টেম তৈরি করার মাধ্যম নয়; এর মূল্য নিহিত আছে প্রয়োজনীয়তা দৃশ্যমান করার খসড়া হিসেবে।

পর্ব ৬： “ভিন্ন ভিন্ন দৃষ্টিভঙ্গি নেতিবাচক উত্তরাধিকার বানায়”

দোষী প্রযুক্তি নয়; দোষী হচ্ছে সেই টপ ম্যানেজমেন্ট যারা স্বভাবত দীর্ঘমেয়াদী দৃষ্টিভঙ্গি নেওয়ার কথা, কিন্তু স্বল্পমেয়াদী ফলাফলের পেছনে ছোটে। নির্বাহী, ফ্রন্টলাইন ও আইটি—সবাইকে নিজেদের ভূমিকা বুঝে দায়িত্ব নিতে হবে।

পর্ব ৭： “লেগেসি জন্ম নিতেই থাকবে, তারপরও তাকে বশে আন—সিটিজেন ডেভেলপমেন্টের ভবিষ্যৎচিত্র”

লেগেসি অনিবার্য। গুরুত্বপূর্ণ হল দায়কে দেরিতে আনা, বা উদ্ধারযোগ্য অবস্থায় বশে রাখা।

সিরিজের উপসংহার

  • সিটিজেন ডেভেলপমেন্ট সর্বশক্তিমান নয়। এটি প্রোডাকশন সিস্টেম তৈরির পথ নয়; খসড়া প্রোটোটাইপ ও প্রয়োজনীয়তার ভাষা হিসেবে এটি কার্যকর।

  • নেতিবাচক উত্তরাধিকার অবশ্যই জন্ম নেয়। Excel, RPA বা কোড-ভিত্তিক যে কোনো সিস্টেম সময়ের সাথে লেগেসি হয়। পার্থক্য কেবল “উদ্ধার করা যাবে কি না” তাতে।

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

  • চাবিকাঠি হল দায়িত্ব ও গভার্ন্যান্স। নির্বাহী, ফ্রন্টলাইন ও আইটি—প্রত্যেককে নিজেদের অবস্থানের উপযুক্ত দায়িত্ব নিতে হবে এবং সেই ভাষান্তরকের ভূমিকা পালন করতে হবে।

সারসংক্ষেপ

সিটিজেন ডেভেলপমেন্টকে “গণতন্ত্রীকৃত ডেভেলপমেন্ট” বলে প্রচার করা হয়, কিন্তু বাস্তবে এটি ইতিহাস পুনরাবৃত্তির আশঙ্কা বয়ে আনে। ভবিষ্যতের জন্য আমাদের যা দরকার, তা হল মায়া ভেঙে বাস্তবভিত্তিক অবস্থান নির্ধারণ করা।

সিটিজেন ডেভেলপমেন্ট ভবিষ্যতের নায়ক নয়। তবে প্রয়োজনীয়তার শক্তিশালী খসড়া-উপাত্ত হিসেবে এটি কাজ করতে পারে। আর লেগেসি মুছে ফেলার জিনিস নয়; বরং বশে এনে ব্যবহার করার জিনিস।

এই সিরিজ জুড়ে আমরা সিটিজেন ডেভেলপমেন্টের “সঠিক ভবিষ্যৎ রূপ” আঁকার চেষ্টা করবো।

এই পূর্বাভাস মিলবে কি না, সময়ই বলে দেবে।