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 নেওয়া হবে সেটিও নির্ধারণ করা উচিত।
| Lesson | Future Action |
|---|---|
| Protection setting late | Commissioning-এর ৭ দিন আগে setting freeze |
| Testing manpower shortage | Resource plan আগে approve |
| Equipment unavailable | Pre-commissioning equipment checklist |
| Drawing delay | Latest 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 সিদ্ধান্ত নিল:
- Similar control logic-এর comprehensive review করতে হবে।
- Restoration-এর আগে logic simulation করতে হবে।
- Operating-state interlock verify করতে হবে।
- Relevant functional test procedure update করতে হবে।
- 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
| সাধারণ Meeting | After-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
Post a Comment