.sidebar .widget-content { font-size: 50px !important; }

Ad Code

Responsive Advertisement

PMP: “Implement an Agreed-On Resolution Strategy” — বিস্তারিত বাংলা ব্লগ (উদাহরণসহ)

প্রজেক্ট ম্যানেজমেন্টে সংঘাত (Conflict) হওয়া স্বাভাবিক ঘটনা। কিন্তু অনেক সময় সমস্যা সমাধান না করে শুধু আলোচনা করা হয়—ফলে সংঘাত আবার ফিরে আসে। এজন্য PMP গাইডলাইনে জোর দেওয়া হয়:

সংঘাত সমাধানে যেটা সবাই মেনে নিয়েছে, সেটি বাস্তবায়ন করা (Implement an agreed-on resolution strategy)।

অর্থাৎ—
✔ টিমের সবাই যেটাতে সম্মত
✔ স্টেকহোল্ডারদের প্রত্যাশা অনুযায়ী
✔ প্রকল্পের লক্ষ্য অক্ষুণ্ণ রেখে
✔ স্পষ্ট, নথিভুক্ত, বাস্তবসম্মত

একটি সমাধান কৌশল নির্ধারণ করা হয়, আর PM-এর দায়িত্ব হলো সেই কৌশল প্রকল্পে বাস্তবায়ন করা

এই ব্লগে আমরা ধাপে ধাপে আলোচনা করব—
✅ কৌশল বাস্তবায়ন বলতে কী বোঝায়
✅ কীভাবে এটি করা হয়
✅ বাস্তব উদাহরণ
✅ PM-এর করণীয়

“Resolution Strategy” বলতে কী বোঝায়?

এটি হলো সংঘাত সমাধানের নির্দিষ্ট উপায়

  • কি পরিবর্তন করতে হবে
  • কিভাবে করতে হবে
  • কারা দায়িত্বে থাকবে
  • কোন সময়ের মধ্যে করতে হবে
  • কোন ডকুমেন্ট/প্রক্রিয়া আপডেট হবে

উদাহরণ:

  • রিসোর্স শেয়ারিং শিডিউল নতুনভাবে তৈরি
  • ভুল বোঝাবুঝি এড়াতে কমিউনিকেশন টেমপ্লেট তৈরি
  • ডিজাইন পরিবর্তন করার সিদ্ধান্ত
  • দুই টিমের যৌথ মিটিং সেশন
  • মধ্যস্থতায় নতুন দায়িত্ব বণ্টন

কেন “agreed-on strategy” বাস্তবায়ন গুরুত্বপূর্ণ?

  • বিরোধ স্থায়ীভাবে বন্ধ হয়
  • আবার সংঘাত সৃষ্টি হওয়ার ঝুঁকি কমে
  • টিমের মধ্যে বিশ্বাস তৈরি হয়
  • ডেলিভারেবল ও কাজের প্রবাহ মসৃণ হয়
  • স্টেকহোল্ডারদের প্রত্যাশা পূরণ হয়

একটি Resolution Strategy বাস্তবায়নের ধাপসমূহ

ধাপ ১: সমাধান কৌশলকে নথিভুক্ত করা

সম্মত বিষয়গুলো লিখিতভাবে রাখতে হবে—

  • MoM (Minutes of Meeting)
  • Conflict Resolution Log
  • Change Request
  • Updated Project Plan

❗ মৌখিক সিদ্ধান্ত প্রকল্পে ঝুঁকি সৃষ্টি করে।

ধাপ ২: দায়িত্ব বণ্টন (Assign Responsibilities)

কার কোন কাজ থাকবে তা স্পষ্ট করতে হবে।
উদাহরণ:

  • রিসোর্স শিডিউল আপডেট → Scheduler
  • ডিজাইন সংশোধন → Lead Engineer
  • ক্লায়েন্ট যোগাযোগ → PM

ধাপ ৩: ডেডলাইন নির্ধারণ

কত দিনের মধ্যে কাজ হবে—

  • ২৪ ঘন্টার মধ্যে?
  • ৩ দিনের মধ্যে?
  • পরের স্প্রিন্টে?

ডেডলাইন না থাকলে স্ট্র্যাটেজি ব্যর্থ।

ধাপ ৪: প্রয়োজনীয় রিসোর্স ও ডাটা সরবরাহ করা

সমাধানের জন্য প্রয়োজন—

  • টেকনিক্যাল ইনপুট
  • ডকুমেন্টেশন
  • অতিরিক্ত জনবল
            অনুমোদন

এসব নিশ্চিত করতে হবে।

ধাপ ৫: যোগাযোগ পরিকল্পনা (Communication Plan)

কে, কখন, কিভাবে আপডেট জানাবে—এটা ঠিক করা জরুরি।

উদাহরণ:

  • দৈনিক ১৫ মিনিট Sync Meeting
  • সপ্তাহ শেষে ক্লায়েন্ট আপডেট
  • Slack/Teams-এ রিপোর্ট শেয়ার

ধাপ ৬: বাস্তবায়নের অগ্রগতি মনিটর করা

PM-কে নিশ্চিত করতে হবে—

  • কাজ সময়মতো হচ্ছে?
  • বাধা আসছে কি?
  • অতিরিক্ত সিদ্ধান্ত দরকার কিনা?

ধাপ ৭: ফলাফল মূল্যায়ন ও ফলো-আপ করা

resolution strategy বাস্তবায়নের ফল—
✔ সংঘাত কি বন্ধ হয়েছে?
✔ টিম কি আগের মতো একসাথে কাজ করছে?
✔ ভবিষ্যতে সমস্যা আসবে কিনা?

যদি প্রয়োজন হয়—

  • আরেক রাউন্ড সমাধান
  • আরও স্টেকহোল্ডার যুক্ত করা
  • শেখার বিষয়গুলো Lessons Learned-এ যোগ করা

বাস্তব উদাহরণ (Case Studies)

কেস স্টাডি ১: সফটওয়্যার কোম্পানিতে Dev vs QA সংঘাত

সমস্যা:

QA টিম অভিযোগ করছে Dev টিম বাগ ঠিক করছে না; Dev বলছে QA ভুল severity দিচ্ছে।

সমাধান কৌশল:

1️⃣ Bug Severity Guidelines তৈরি করা
2️⃣ প্রতি সন্ধ্যায় Joint Bug Review Meeting
3️⃣ জিরা টিকিট Template নতুন করা

→ টিম দুটি কৌশলটিতে সম্মত হলো।

কৌশল বাস্তবায়ন:

  • PM guideline ডকুমেন্ট প্রকাশ করল
  • Scrum Master দৈনিক meeting শিডিউল করল
  • QA Lead টিকিট টেমপ্লেট আপডেট করল

ফলাফল:

২ সপ্তাহের মধ্যে বাগ backlog ৩০% কমে গেল, সংঘাত পুরোপুরি সমাধান।

কেস স্টাডি ২: নির্মাণ প্রকল্পে রিসোর্স সংঘাত

সমস্যা:

দুটি টিম একই ক্রেন একই সময়ে ব্যবহার করতে চাইছে।

সম্মত কৌশল:

✔ সকাল ৮–১২ টা → Team A
✔ দুপুর ১২–৪ টা → Team B
✔ জরুরি প্রয়োজনে PM সিদ্ধান্ত নেবে

বাস্তবায়ন:

  • রিসোর্স শিডিউল আপডেট
  • site notice board-এ সময় প্রকাশ
  • Supervisor-দের নির্দেশনা দেওয়া

ফলাফল:

কাজ আর দেরি হয়নি; দু’পক্ষই সন্তুষ্ট।


কেস স্টাডি ৩: ক্লায়েন্ট এবং ডিজাইন টিমের ভুল বোঝাবুঝি

সমস্যা:

ক্লায়েন্ট চাইছিল Minimalistic UI, টিম বানিয়েছে Heavy-Graphics UI।

সম্মত সমাধান কৌশল:

1️⃣ Wireframe Approval Process বাধ্যতামূলক
2️⃣ UI Change Request ফরম ব্যবহার
3️⃣ প্রতি সপ্তাহে ক্লায়েন্ট review call

বাস্তবায়ন:

  • নতুন process documentation প্রকাশ
  • Figma wireframe ক্লায়েন্টকে পাঠানো
  • Weekly meeting শুরু

ফলাফল:

পরবর্তী ৩টি UI স্ক্রিন ১ বারেই অনুমোদন পেল।

PM-এর প্রধান দায়িত্বগুলো

  • সমাধান কৌশল সবার কাছে পরিষ্কার করা
  • প্রত্যেকে তাদের ভূমিকা বুঝেছে কিনা নিশ্চিত করা
  • নিরপেক্ষ থাকা
  • অগ্রগতি মনিটর করা
  • ডকুমেন্ট আপডেট করা
  • প্রয়োজনে সমস্যা escalation করা
  • Lessons Learned তৈরি করা

Resolution Strategy সফল করতে চেকলিস্ট

  • সমাধানটিতে সবাই সম্মত?
  • লিখিত আছে?
  • দায়িত্ব বণ্টন করা হয়েছে?
  • ডেডলাইন স্পষ্ট?
  • প্রয়োজনীয় রিসোর্স দেওয়া হয়েছে?
  • অগ্রগতির ফলো-আপ হচ্ছে?
  • Final evaluation সম্পন্ন?

উপসংহার

“Implement an agreed-on resolution strategy” PMP-এ একটি অত্যন্ত বাস্তবমুখী দক্ষতা।
সংঘাত সমাধান শুধু সময়োচিত সিদ্ধান্ত নয়—
বরং তা বাস্তবে কার্যকর করে প্রকল্পকে সঠিক পথে রাখা-ই PM-এর আসল সাফল্য।

Post a Comment

0 Comments

Ad Code

Responsive Advertisement