দলের মনোবল সরাসরি কাজের ওপর প্রভাব ফেলে। কর্মীরা যখন নিজেদের মূল্যবান মনে করেন এবং কাজে উৎসাহ পান, তখন তাঁরা বেশি মন দিয়ে কাজ করেন, প্রতিষ্ঠানে দীর্ঘদিন থাকেন, কাজের মানও বাড়ে, আর এসব মাপাও যায়। তবে উঁচু মনোবল নিজে থেকে টিকে থাকে না। এর জন্য কয়েকটি দিকে সচেতন ও নিয়মিত উদ্যোগ দরকার: মূল্যবোধ কী
সম্পদ ব্যবস্থাপনা প্রক্রিয়া: সাফল্যের জন্য মূল পদক্ষেপ
খারাপ কোড বা ডেডলাইন মিস করার কারণে খুব কম IT প্রজেক্টই ডোবে। বেশিরভাগ প্রজেক্ট ব্যর্থ হয় অন্য কারণে। দরকারের সময় সঠিক মানুষটিকে পাওয়া যায়নি, বাজেট কারো চোখে না পড়েই লাইনচ্যুত হয়েছে। অথবা টিম যখন হিমশিম খাচ্ছিল, তখন জরুরি সরঞ্জাম অলস পড়ে ছিল। রিসোর্স ম্যানেজমেন্ট প্রসেস হলো সেই অপারেশনাল স্তর, যা এসব ব্যর্থতা ঠেকায়। এটি ক্যাপাসিটিকে চাহিদার সাথে মেলায়, দ্বন্দ্ব ব্লকার হয়ে ওঠার আগেই সামনে আনে এবং প্রজেক্ট লিডারদের হাতে এমন ডেটা দেয়, যাতে তাঁদের আন্দাজে সিদ্ধান্ত নিতে না হয়।
মূল বিষয়সমূহ
গোছানো রিসোর্স ম্যানেজমেন্ট প্রসেস টিমের অপচয় আর একই কাজ বারবার করার ঝামেলা কমায়। ভালোভাবে পরিচালিত সংস্থাগুলো পরিমাপযোগ্যভাবে উচ্চতর সময়মতো ডেলিভারি হারের কথা জানায়
বরাদ্দ আর ট্র্যাকিং স্বয়ংক্রিয় হলে রোজকার সমন্বয়ের চাপ কমে, আর ম্যানেজাররা ডেটা এন্ট্রি নয়, সিদ্ধান্তে মন দিতে পারেন
কাজ সমানভাবে ভাগ করে দেওয়া বার্নআউটের ঝুঁকি এবং অপরিকল্পিত কর্মী ত্যাগ কমানোর সবচেয়ে ভালো উপায়গুলোর একটি
মৌলিক বিষয় বোঝা
রিসোর্স ম্যানেজমেন্টের চারটি ক্ষেত্র একে অপরের উপর নির্ভর করে: মানুষ, সময়, বাজেট আর টুলস। সাধারণ ভুল হলো এগুলোকে আলাদা করে দেখা। নতুন ইঞ্জিনিয়ার নেওয়া হয়, কিন্তু টাইমলাইন বদলানো হয় না। নতুন সফটওয়্যার কেনা হয়, অথচ অনবোর্ডিংয়ের খরচ হিসাবে ধরা হয় না। ভালো রিসোর্স ম্যানেজমেন্ট এই ক্ষেত্রগুলোকে এমনভাবে জুড়ে দেয় যে একটিতে কিছু বদলালে বাকিগুলোও নতুন করে যাচাই হয়। ধরা যাক, স্প্রিন্টের স্কোপ ২০% বেড়ে গেল। তখন প্রসেসটিকে আলোচনা আদায় করে নিতে হবে। ডেডলাইন পিছাব? অন্য ওয়ার্কস্ট্রিম থেকে লোক আনব? নাকি কম অগ্রাধিকারের ফিচার বাদ দেব? এমন ব্যবস্থা না থাকলে টিম চুপচাপ বাড়তি চাপ মেনে নেয়। কয়েক সপ্তাহ পরে সমস্যা ধরা পড়ে মিস হওয়া মাইলস্টোন বা নীরব বার্নআউট হিসেবে।
পরিকল্পনা ও ট্র্যাকিং
রিসোর্স প্ল্যানিং শুরু হয় একটি সহজ মিলিয়ে দেখা দিয়ে: হাতে কী আছে, আর কী লাগবে। তিন মাসে একবার খোলা স্প্রেডশিট এ কাজে যথেষ্ট না। দরকার একটি জীবন্ত মডেল, যা প্রতিটি প্ল্যানিং সাইকেলে হালনাগাদ হয়। হাতে থাকা ক্যাপাসিটি আর প্রজেক্টের চাহিদার ফাঁকেই বেশিরভাগ বরাদ্দের ভুল জন্ম নেয়। PMI-এর Pulse of the Profession ডেটা বছরের পর বছর দেখাচ্ছে, রিসোর্সের ভুল অনুমান প্রজেক্ট ব্যর্থতার প্রধান কারণগুলোর একটি। স্কোপ ক্রিপ আর স্টেকহোল্ডারদের মতভেদও এর পরে আসে।
মনিটরিংয়ের মূল দিকগুলো:
- প্রতিটি সদস্যের ইউটিলাইজেশন রেট: টানা ৮৫%-এর উপরে থাকলে মানুষটি বার্নআউটের দিকে যাচ্ছেন, ৬০%-এর নিচে থাকলে বরাদ্দে গলদ আছে
- প্রতি স্প্রিন্ট বা মাইলস্টোনে পরিকল্পিত আর আসল ঘণ্টার তুলনা, প্রতি সপ্তাহে দেখা, যাতে বিচ্যুতি শুরুতেই ধরা পড়ে
- নির্ভরতার ঝুঁকি: কোন কাজ এমন একজনের উপর ঝুলে আছে, যাঁর বিকল্প কেউ নেই, আর সেই ক্ষেত্রে বিকল্প পরিকল্পনা কী
- পুনর্বণ্টনের ট্রিগার, অর্থাৎ আগে থেকে ঠিক করা সীমা, যেমন ২ সপ্তাহের দেরি বা ১০%-এর বেশি বাজেট বিচ্যুতি, যা পার হলে রিসোর্স আবার যাচাই করা হয়
- সময়ের সাথে ভেলোসিটির গতিপ্রকৃতি, যা দিয়ে আসল ডেটার ভিত্তিতে ভবিষ্যতের অনুমান ঠিক করা হয়, ধীর হওয়ার জন্য শাস্তি দেওয়া হয় না
প্রযুক্তি বাস্তবায়ন
Taskee-এর মতো টুলস একটি নির্দিষ্ট সমস্যা মেটায়। পুরো টিম রিয়েল টাইমে দেখতে পায় কে কোন কাজে আছে। ধরুন, প্রজেক্ট লিড দেখলেন একজন ডিজাইনার পরের সপ্তাহে ১১০% বুকড, অথচ একজন QA ইঞ্জিনিয়ার ৪০%-এ। তিনি ডেডলাইন পিছলানোর আগেই কাজ নতুন করে ভাগ করতে পারবেন। লাভটা টুলের নিজের গুণে আসে না, লাভ আসে কারণ সবাই একই তথ্য দেখে। তথ্যের এই অসমতাই বেশিরভাগ বরাদ্দের ভুলের মূলে। শেয়ার্ড সিস্টেম না থাকলে ম্যানেজাররা চ্যাট থ্রেড আর স্মৃতির উপর ভরসা করেন। ৫ জনের টিমে এতে কাজ চলে যায়, ১৫+-এ গিয়ে ভেঙে পড়ে। আরও তথ্য: দল ব্যবস্থাপনা সফটওয়্যার।
প্ল্যাটফর্মে যা থাকা দরকার:
- কনফ্লিক্ট ডিটেকশনসহ রিসোর্স শিডিউলিং, যেখানে সিস্টেম নিজেই ডাবল-বুকিং ধরিয়ে দেয়, হাতে যাচাই করতে হয় না
- সামনের দিকে তাকানো ক্যাপাসিটি প্ল্যানিং: শুধু আজ নয়, দুই সপ্তাহ পরে কার উপর চাপ বেশি পড়বে, তা-ও দেখা যায়
- সব প্রজেক্ট মিলিয়ে কাজের চাপের ছবি, বোর্ড আর টাইমলাইনে প্রত্যেকের দায়িত্ব এক জায়গায়
- টাস্কের সাথে জোড়া টাইম ট্র্যাকিং, যার উদ্দেশ্য নজরদারি নয়, ভবিষ্যতের অনুমানের জন্য নির্ভুল বেসলাইন তৈরি
- প্রসঙ্গসহ পারফরম্যান্স অ্যানালিটিক্স: ইউটিলাইজেশন রেট, ডেলিভারির ছন্দ আর বারবার ফিরে আসা বটলনেক, যা থেকে পরিকল্পনা শেখে
সেরা অনুশীলন
নমনীয়তা ছাড়া প্রসেস আমলাতন্ত্র হয়ে যায়, আর প্রসেস ছাড়া নমনীয়তা হয়ে যায় বিশৃঙ্খলা। দরকার একটি হালকা ফ্রেমওয়ার্ক, যা মানুষ সত্যিই মেনে চলে। মানে নিয়ম কম, কিন্তু যেগুলো আছে সেগুলো নিয়ে কোনো দর-কষাকষি নেই। প্রসেস একেবারে না থাকার ঘটনা কমই ঘটে। অনেক বেশি দেখা যায় এমন প্রসেস, যা কাগজে আছে অথচ সবাই পাশ কাটিয়ে যায়, কারণ আসল প্রজেক্টের জন্য তা খুব ধীর বা খুব কঠোর।
বাস্তবায়নের ধাপ:
- রিসোর্স বরাদ্দের জন্য একটিমাত্র নির্ভরযোগ্য উৎস ঠিক করুন। সিস্টেমে না থাকলে সেটি নেই বলেই ধরা হবে। এতে পাশের চ্যানেল দিয়ে আসা অনুরোধ বন্ধ হয়, যা মূল মানুষদের উপর বাড়তি চাপ ফেলে
- প্রতি সপ্তাহে ক্যাপাসিটি রিভিউ রাখুন: ১৫ মিনিট, একই সময়, একই ফরম্যাট। নিয়মিত চালিয়ে যাওয়ার মতো ছোট, বিচ্যুতি ধরার মতো ঘন ঘন
- প্রসেসে এস্কেলেশনের নিয়ম রাখুন। ইউটিলাইজেশন সীমা ছাড়ালে কে ঠিক করবে কোন কাজ পিছিয়ে যাবে? উত্তর পরিষ্কার না হলে সবাই সবকিছুতে হ্যাঁ বলে দেয়
- ডেলিভারি আর প্ল্যানিংয়ের মধ্যে ফিডব্যাক লুপ তৈরি করুন। অনুমান কতটা মিলল, রেট্রোস্পেকটিভের সেই ডেটা সরাসরি পরের প্ল্যানিং সাইকেলে যাওয়া উচিত
- ছোট করে শুরু করুন, ধাপে ধাপে উন্নত করুন। একটি টিমে প্রসেস চালু করুন, ৩-৪ স্প্রিন্টে ফল মাপুন, তারপর বাড়ানোর আগে দরকারমতো বদলে নিন
আকর্ষণীয় তথ্য
PMI-এর গবেষণা অনুসারে, আনুষ্ঠানিক রিসোর্স ম্যানেজমেন্ট প্রসেস আছে এমন প্রজেক্টগুলোর সময়মতো ও বাজেটের মধ্যে শেষ হওয়ার সম্ভাবনা বেশি।
আধুনিক প্রজেক্ট ম্যানেজমেন্ট অনুশীলন আরও গভীরভাবে বুঝতে পড়ুন অ্যাজাইল প্রজেক্ট ম্যানেজমেন্ট: ২০২৬ সালে কার্যকর প্রজেক্ট পরিচালনা। প্রক্রিয়া ও ওয়ার্কফ্লো আরও ভালো করতে চাইলে আমাদের গাইড দেখুন ওয়ার্কফ্লো টেমপ্লেট: সর্বোচ্চ দক্ষতার জন্য প্রক্রিয়া কীভাবে অপ্টিমাইজ করবেন। আর ডেটা দিয়ে ভালো সিদ্ধান্ত নেওয়ার উপায় জানতে পারবেন এখানে: প্রজেক্ট ম্যানেজমেন্টে ডেটা অ্যানালিটিক্স: সিদ্ধান্ত গ্রহণ ও প্রজেক্ট ফলাফলের উন্নতি।
উপসংহার
প্রজেক্টে চমক যত কমে, রিসোর্স ম্যানেজমেন্ট তত ভালো কাজ করছে বলে বোঝা যায়। ঠিক প্রসেস দ্বন্দ্বকে সংকট হওয়ার আগেই সামনে আনে। ঠিক টুল, যেমন Taskee, বরাদ্দের ডেটা কয়েকজনের মাথায় আটকে না রেখে সবার সামনে রাখে। আর নিয়মিত ছন্দ পরিকল্পনাকে বাস্তবের কাছাকাছি রাখে। এর কোনোটির জন্যই ভারী ফ্রেমওয়ার্ক লাগে না। লাগে ধারাবাহিকতা: একটি শেয়ার্ড সিস্টেম, নিয়মিত রিভিউ, আর পরিস্থিতি বদলালে পরিকল্পনা হালনাগাদ করার শৃঙ্খলা। প্রথম অনুমান টিকে যাবে, এই আশায় বসে থাকলে চলে না।
সুপারিশকৃত পাঠ
"Project Management QuickStart Guide"
যাঁরা সবে প্রজেক্ট ম্যানেজমেন্টে আসছেন, যাঁরা অভিজ্ঞ পরিকল্পনাকারী, আর যাঁরা এর মাঝামাঝি আছেন, সবার জন্য একটি বিস্তারিত গাইড।
"Integrated Resource Strategic Planning and Power Demand-Side Management"
IRSP পদ্ধতিকে বাস্তবসম্মত ও ভবিষ্যৎমুখী তত্ত্ব হিসেবে তুলে ধরে এবং বিভিন্ন দেশে শক্তি সাশ্রয় ও নির্গমন কমাতে DSM-এর পরীক্ষিত পদ্ধতির উদাহরণ দেয়।
"Agile Practice Guide"
কখন, কোথায় এবং কীভাবে অ্যাজাইল পদ্ধতি প্রয়োগ করতে হবে সে সম্পর্কে নির্দেশনা প্রদান করে, সেইসাথে চটপটতা বাড়াতে আগ্রহী পেশাদার ও সংস্থাগুলোর জন্য ব্যবহারিক সরঞ্জাম। আরও পড়ুন: প্রকল্প ব্যবস্থাপনা।