After-Action Reviews (AAR) — Tools & Techniques

After-Action Review (AAR) হলো কোনো project activity, event, phase, incident, operation বা কাজ শেষ হওয়ার পর একটি structured review process, যার মাধ্যমে team আলোচনা করে:

কি করার কথা ছিল → আসলে কী হয়েছে → কেন পার্থক্য হয়েছে → কী শেখা গেল → পরবর্তীবার কীভাবে আরও ভালো করা যায়।

সহজ ভাষায়, AAR হলো কাজ শেষ হওয়ার পর “আমরা কী শিখলাম?”—এই প্রশ্নের structured উত্তর খোঁজা।

Project Management-এ এটি Lessons Learned সংগ্রহ ও ভবিষ্যৎ performance improvement-এর জন্য অত্যন্ত গুরুত্বপূর্ণ।


১. After-Action Review-এর মূল উদ্দেশ্য

AAR-এর উদ্দেশ্য শুধু কে ভুল করেছে তা খুঁজে বের করা নয়

বরং:

  • কী ভালো হয়েছে তা identify করা
  • কী ভালো হয়নি তা identify করা
  • Expected এবং actual result-এর difference বোঝা
  • সমস্যার কারণ খুঁজে বের করা
  • Team-এর experience থেকে lesson নেওয়া
  • ভবিষ্যৎ কাজের পদ্ধতি উন্নত করা
  • একই ধরনের ভুল পুনরায় হওয়া প্রতিরোধ করা

মূল ধারণা:

Experience → Reflection → Learning → Improvement


২. AAR-এর চারটি মূল প্রশ্ন

AAR বোঝার জন্য এই ৪টি প্রশ্ন মনে রাখুন:

① What was supposed to happen?

কী হওয়ার কথা ছিল?

② What actually happened?

আসলে কী ঘটেছে?

③ Why was there a difference?

দুইটির মধ্যে পার্থক্য কেন হলো?

④ What can we learn/do differently next time?

পরেরবার কীভাবে আরও ভালো করা যায়?

এগুলোই AAR-এর মূল framework।


৩. একটি সহজ উদাহরণ

ধরা যাক, একটি project team-এর লক্ষ্য ছিল:

একটি electrical commissioning activity ৫ দিনের মধ্যে সম্পন্ন করা।

Expected

  • Day 1 → Equipment inspection
  • Day 2 → Cable testing
  • Day 3 → Protection testing
  • Day 4 → Functional testing
  • Day 5 → Final commissioning

কিন্তু বাস্তবে কাজ শেষ হয়েছে ৮ দিনে

AAR meeting-এ team আলোচনা করল:

What was supposed to happen?

৫ দিনের মধ্যে commissioning শেষ হওয়ার কথা ছিল।

What actually happened?

৮ দিন লেগেছে।

Why?

Team identify করল:

  • Protection relay setting দেরিতে পাওয়া গেছে
  • Testing engineer কম ছিল
  • Required test equipment সময়মতো available ছিল না
  • Drawing-এর revised version দেরিতে পাওয়া গেছে

What did we learn?

পরবর্তী commissioning-এর আগে:

  • Protection setting আগে finalize করতে হবে
  • Testing manpower আগে confirm করতে হবে
  • Test equipment availability checklist করতে হবে
  • Latest drawing আগে verify করতে হবে

এটাই একটি After-Action Review


৪. AAR-এর ধাপগুলো

Step 1: Activity বা event নির্বাচন

প্রথমে কোন কাজটি review করা হবে তা নির্ধারণ করতে হবে।

যেমন:

  • Project phase completion
  • Major shutdown
  • Commissioning
  • Equipment failure
  • Emergency response
  • Important meeting
  • Testing activity
  • Major milestone


Step 2: Expected outcome নির্ধারণ

প্রথমে দেখতে হবে কী অর্জন করার কথা ছিল

উদাহরণ:

"Unit commissioning test ১০ দিনের মধ্যে সম্পন্ন করার কথা ছিল।"


Step 3: Actual result সংগ্রহ

এরপর বাস্তবে কী হয়েছে তা objectively document করতে হবে।

যেমন:

"Commissioning ১৩ দিনে সম্পন্ন হয়েছে।"

এখানে fact-based information ব্যবহার করা গুরুত্বপূর্ণ।


Step 4: Gap বা difference identify করা

Expected এবং actual result compare করতে হবে।

Expected: 10 days
Actual: 13 days

Gap: 3 days delay

এরপর প্রশ্ন হবে:

কেন ৩ দিন delay হলো?


Step 5: কারণ বিশ্লেষণ

Team-এর সাথে আলোচনা করে কারণগুলো identify করতে হবে।

উদাহরণ:

Technical

  • Protection setting delay

Resource

  • Testing engineer shortage

Material

  • Test equipment unavailable

Documentation

  • Revised drawing delay

Step 6: Lessons Learned identify করা

এখন সবচেয়ে গুরুত্বপূর্ণ প্রশ্ন:

এই experience থেকে আমরা কী শিখলাম?

যেমন:

"Commissioning শুরু করার আগে all protection settings এবং latest approved drawings verify করতে হবে।"


Step 7: Improvement Action নির্ধারণ

শুধু lesson লিখে রাখলে হবে না। ভবিষ্যতে কী action নেওয়া হবে সেটিও নির্ধারণ করা উচিত।

LessonFuture Action
Protection setting lateCommissioning-এর ৭ দিন আগে setting freeze
Testing manpower shortageResource plan আগে approve
Equipment unavailablePre-commissioning equipment checklist
Drawing delayLatest drawing verification mandatory

৫. Thermal Power Plant-এর বাস্তব উদাহরণ

ধরা যাক, Unit-2 restoration-এর পর একটি গুরুত্বপূর্ণ operational event ঘটেছে।

AAR meeting-এ team বসলো।

প্রশ্ন ১: কী হওয়ার কথা ছিল?

Maintenance completion-এর পর equipment restore করা হবে এবং standby equipment-এর operating status অনুযায়ী unit normal operation-এ থাকবে।

প্রশ্ন ২: আসলে কী ঘটেছে?

Restoration-এর সময় একটি unexpected control signal-এর কারণে undesired unit response ঘটেছে।

প্রশ্ন ৩: কেন ঘটেছে?

Investigation করে দেখা গেল:

  • Control logic-এর একটি interlock যথেষ্ট robust ছিল না
  • Operating state যথাযথভাবে বিবেচনা করা হয়নি
  • Signal filtering/validation আরও উন্নত করা দরকার ছিল
  • Restoration procedure-এ কিছু verification step অনুপস্থিত ছিল

প্রশ্ন ৪: কী শেখা গেল?

Team সিদ্ধান্ত নিল:

  1. Similar control logic-এর comprehensive review করতে হবে।
  2. Restoration-এর আগে logic simulation করতে হবে।
  3. Operating-state interlock verify করতে হবে।
  4. Relevant functional test procedure update করতে হবে।
  5. Lessons learned future units-এ apply করতে হবে।

এখানে AAR-এর উদ্দেশ্য হবে শুধু incident-এর জন্য responsible person খুঁজে বের করা নয়, বরং system এবং process কীভাবে উন্নত করা যায় তা নির্ধারণ করা।


৬. AAR কখন করা যায়?

AAR শুধু project শেষে করতে হবে—এমন নয়।

এটি করা যায়:

Formal AAR

কোনো বড় project বা phase শেষ হওয়ার পরে।

Informal AAR

ছোট activity বা meeting শেষ হওয়ার পর।

Event-based AAR

কোনো গুরুত্বপূর্ণ incident, success বা failure-এর পরে।

Periodic AAR

Project চলাকালীন নির্দিষ্ট interval-এ।

উদাহরণ:

Weekly → Monthly → Phase completion → Project completion


৭. AAR-এর একটি গুরুত্বপূর্ণ বৈশিষ্ট্য

AAR হওয়া উচিত blame-free এবং learning-oriented

ধরুন project delay হয়েছে।

খারাপ approach:

"কে ভুল করেছে?"

ভালো AAR approach:

"কোন process বা condition-এর কারণে এই সমস্যা হয়েছে এবং ভবিষ্যতে কীভাবে এটি prevent করা যায়?"

অর্থাৎ:

Blame → ❌

Learning & Improvement → ✅


৮. AAR এবং Lessons Learned-এর সম্পর্ক

দুটির মধ্যে ঘনিষ্ঠ সম্পর্ক আছে।

After-Action Review হলো learning বের করার একটি structured technique।

এর ফলাফল হিসেবে Lessons Learned তৈরি হয়।

অর্থাৎ:

Activity → AAR → Lessons Learned → Organizational Knowledge → Future Improvement

উদাহরণ:

Activity: Equipment commissioning

AAR: কেন commissioning delay হলো?

Lesson Learned: Protection settings আগে finalize করতে হবে

Future Project: Commissioning checklist-এ নতুন requirement যোগ করা হলো


৯. AAR বনাম সাধারণ Meeting

সাধারণ MeetingAfter-Action Review
বিভিন্ন বিষয় আলোচনা হতে পারেনির্দিষ্ট activity/event review করা হয়
Status update হতে পারেActual vs Expected compare করা হয়
Decision নেওয়া প্রধান উদ্দেশ্য হতে পারেLearning প্রধান উদ্দেশ্য
কে কী করবে তা নির্ধারণ হতে পারেকী শেখা গেল এবং কী improve করা যায় তা নির্ধারণ করা হয়
সবসময় structured নয়Structured questions ব্যবহার করা হয়

১০. PMP Exam-এর জন্য গুরুত্বপূর্ণ

PMP scenario-তে যদি বলা হয়:

একটি activity/project/event শেষ হয়েছে এবং Project Manager team-এর সাথে বসে কী ঘটেছে, কী ভালো হয়েছে, কী ভালো হয়নি এবং ভবিষ্যতে কীভাবে improve করা যায় তা আলোচনা করতে চান।

তাহলে After-Action Review (AAR) খুবই relevant technique।

বিশেষ করে যদি প্রশ্নে থাকে:

  • "What was expected?"
  • "What actually happened?"
  • "What can be improved?"
  • "What did the team learn?"
  • "How can the team perform better next time?"

তাহলে After-Action Review চিনতে হবে।

Exam-এর জন্য মনে রাখার formula:

Expected → Actual → Difference → Why → Learning → Improvement

আরও সংক্ষেপে:

AAR = What should happen + What happened + Why + What we learned

সবচেয়ে গুরুত্বপূর্ণ: AAR-এর লক্ষ্য অতীতের ভুলের জন্য কাউকে দোষারোপ করা নয়; বরং অভিজ্ঞতা থেকে শেখা এবং ভবিষ্যৎ project performance উন্নত করা।

Comments

Popular posts from this blog

PMP: Project Documents in Bengali

PMBOK® Guide 7th Edition – Stakeholder Performance Domain (স্টেকহোল্ডার পারফরম্যান্স ডোমেইন)

PMP-তে Tools and Techniques: একটি বিস্তারিত গাইড