Theory of Constraints (TOC) — Tools & Techniques
Theory of Constraints (TOC) হলো একটি process improvement and optimization technique যার মূল ধারণা হলো:
একটি system-এর overall performance সাধারণত তার সবচেয়ে বড় constraint বা bottleneck দ্বারা সীমাবদ্ধ থাকে।
অর্থাৎ, project-এর সব activity-কে একসঙ্গে optimize করার চেয়ে আগে identify করতে হবে—কোন একটি constraint পুরো system-এর output সীমিত করছে।
সহজভাবে:
Find the bottleneck → Improve it → Check the result → Repeat
Project Management-এ TOC বিশেষভাবে schedule, workflow, resource utilization, production, throughput এবং bottleneck management-এর ক্ষেত্রে useful।
১. Constraint কী?
Constraint হলো এমন কোনো factor যা project-এর desired result বা throughput-কে সীমাবদ্ধ করে।
Constraint হতে পারে:
- Limited skilled manpower
- Limited equipment
- Limited budget
- Limited production capacity
- Approval delay
- Supplier capacity
- Technical limitation
- Regulatory restriction
- Limited testing facility
উদাহরণ
একটি project-এ:
- Design Team → 20 drawings/day
- Procurement → 15 packages/day
- Construction → 10 packages/day
- Testing Team → 3 packages/day
এখানে Testing Team-এর capacity সবচেয়ে কম।
তাই পুরো project-এর flow শেষ পর্যন্ত Testing Team-এর capacity দ্বারা constrained হবে।
এটাই bottleneck/constraint।
২. TOC-এর মূল ধারণা
ধরুন একটি production line-এ চারটি stage আছে:
Design → Manufacturing → Testing → Delivery
20 15 5 15
units units units units
/day /day /day /dayসবচেয়ে কম capacity:
Testing = 5 units/day
তাই system-এর practical throughput প্রায় 5 units/day-এর বেশি হবে না।
যদি Design capacity 20 থেকে 25 করা হয়, তাতে system-এর output বাড়বে না।
কারণ:
Testing এখনও 5 units/day।
এই point-টাই TOC-এর heart।
৩. TOC-এর 5 Focusing Steps
Theory of Constraints সাধারণত Five Focusing Steps দিয়ে বোঝানো হয়।
মনে রাখুন:
Identify → Exploit → Subordinate → Elevate → Repeat
এগুলো PMP exam-এর জন্য খুব গুরুত্বপূর্ণ।
Step 1: Identify the Constraint
প্রথমে system-এর সবচেয়ে বড় bottleneck identify করতে হবে।
প্রশ্ন:
"কোন factor পুরো project/system-এর output সবচেয়ে বেশি সীমিত করছে?"
Example
একটি plant commissioning project-এ:
- Electrical testing team → sufficient
- Instrumentation testing team → sufficient
- Civil team → sufficient
- Protection relay testing team → only 2 specialists
সব major commissioning activity protection testing-এর clearance-এর ওপর নির্ভর করছে।
তাহলে:
✅ Protection testing team = Constraint
৪. Step 2: Exploit the Constraint
Constraint পাওয়ার পরে প্রথমে existing resource দিয়েই তার maximum useful capacity বের করতে হবে।
অর্থাৎ সঙ্গে সঙ্গে নতুন resource কিনতে হবে না।
Example
Protection testing team দিনে 8 ঘণ্টা available।
কিন্তু দেখা গেল:
- 1.5 hours/day meeting
- 1 hour/day waiting for equipment
- 1 hour/day paperwork
ফলে actual testing time:
8 − 3.5 = 4.5 hours/day
Project Manager:
- Unnecessary meeting কমালেন
- Test equipment আগে থেকে ready রাখলেন
- Documentation support অন্য engineer-কে দিলেন
Testing time:
4.5 → 7 hours/day
এটাই Exploit the Constraint।
অর্থাৎ existing constraint-কে আরও efficiently ব্যবহার করা।
৫. Step 3: Subordinate Everything Else
এটি খুব গুরুত্বপূর্ণ এবং অনেক সময় confusion তৈরি করে।
এর অর্থ:
System-এর অন্যান্য activities-কে constraint-এর capacity অনুযায়ী align করা।
অন্য team maximum speed-এ কাজ করলেও যদি constraint তার output নিতে না পারে, তাহলে queue তৈরি হবে।
Example
Testing capacity:
5 panels/day
কিন্তু manufacturing team:
15 panels/day
যদি manufacturing প্রতিদিন 15টি panel বানায়, তাহলে 10টি panel testing-এর সামনে জমে যাবে।
এটি inventory/WIP বাড়াবে।
তাই manufacturing team-কে বলা হতে পারে:
"Testing capacity অনুযায়ী production release করুন।"
এটাই:
✅ Subordinate Everything Else to the Constraint
৬. Step 4: Elevate the Constraint
Exploit এবং subordinate করার পরও constraint যদি যথেষ্ট না হয়, তখন additional capacity/resource যোগ করতে হবে।
Example
Testing team:
Current capacity = 5 panels/day
Exploit করার পর:
7 panels/day
কিন্তু required:
10 panels/day
এখন Project Manager:
- Additional test engineer আনলেন
- Second test bench arrange করলেন
- External testing agency ব্যবহার করলেন
- Overtime shift চালু করলেন
Capacity:
7 → 10 panels/day
এটাই Elevate the Constraint।
৭. Step 5: Repeat — Don't Let Inertia Become the Constraint
Constraint দূর হওয়ার পরে আবার নতুন constraint তৈরি হতে পারে।
আগের example:
Testing: 10/day
এখন দেখা গেল:
Documentation approval: 6/day
অর্থাৎ constraint এখন testing নয়।
নতুন constraint:
Documentation approval
তাহলে আবার TOC cycle শুরু হবে:
Identify → Exploit → Subordinate → Elevate → Repeat
এটাই TOC-এর continuous improvement nature।
৮. Thermal Power Plant-এর Real-Life Example
ধরা যাক একটি 1320 MW thermal power plant unit commissioning চলছে।
প্রধান activities:
- Equipment inspection
- Cable testing
- Protection testing
- Interlock testing
- Functional testing
- Trial operation
Team data দেখালো:
| Activity | Capacity |
|---|---|
| Equipment inspection | 12 equipment/day |
| Cable testing | 15 circuits/day |
| Protection testing | 4 panels/day |
| Interlock testing | 10 systems/day |
| Functional testing | 8 systems/day |
এখানে:
Protection testing = 4 panels/day
এটি bottleneck।
Identify
Protection testing team হলো constraint।
Exploit
- Test set আগে prepare করা
- Waiting time কমানো
- Documentation support আলাদা করা
- Test procedure standardize করা
Capacity:
4 → 6 panels/day
Subordinate
অন্যান্য teams যেন protection clearance ছাড়া অতিরিক্ত downstream work release না করে।
Elevate
প্রয়োজনে:
- Additional protection engineer
- Additional relay test set
আনা হলো।
Capacity:
6 → 9 panels/day
Repeat
এখন দেখা গেল functional testing capacity মাত্র 5/day।
তাহলে Functional Testing নতুন constraint।
আবার TOC শুরু হবে।
৯. TOC এবং Bottleneck
দুটিকে অনেক সময় একইভাবে ব্যবহার করা হয়।
Bottleneck
System-এর capacity-limiting point।
Constraint
আরও broader concept—যে কোনো factor যা system-এর goal achieve করা সীমিত করে।
তাই:
Every bottleneck may be a constraint, but every constraint is not necessarily a physical bottleneck.
উদাহরণ:
একটি regulatory approval delay physical bottleneck নয়, কিন্তু এটি project progress-এর constraint হতে পারে।
১০. TOC-এর মূল লক্ষ্য কী?
TOC-এর মূল লক্ষ্য হলো system-wide performance বা throughput optimize করা।
অর্থাৎ:
একটি department-এর local efficiency নয়, পুরো system-এর overall output বাড়ানো।
এটি PMP-এর জন্য অত্যন্ত গুরুত্বপূর্ণ।
Example
Testing team দিনে 5 unit process করে।
Management testing team-এর efficiency 20% বাড়িয়ে 6 unit/day করল।
কিন্তু downstream delivery team দিনে মাত্র 4 unit handle করতে পারে।
তাহলে system throughput:
4 unit/day
হতেই থাকবে।
তাই Delivery team যদি real constraint হয়, Testing team improve করে লাভ নেই।
১১. TOC বনাম Resource Leveling
আপনি আগে Resource Leveling জিজ্ঞাসা করেছিলেন। দুটির পার্থক্য গুরুত্বপূর্ণ।
| Theory of Constraints | Resource Leveling |
|---|---|
| System bottleneck/constraint focus | Resource over-allocation focus |
| Overall throughput improve করে | Resource conflict resolve করে |
| Constraint identify করে | Activities reschedule করে |
| Five Focusing Steps ব্যবহার করে | Schedule/resource adjustment করে |
| Continuous optimization | Schedule feasibility |
| "কোথায় bottleneck?" | "কোন resource overallocated?" |
সহজভাবে:
TOC:
"পুরো system-কে কোন bottleneck আটকে রেখেছে?"
Resource Leveling:
"কোন resource একই সময়ে বেশি activities-এ allocated?"
১২. TOC বনাম Critical Path
এটিও গুরুত্বপূর্ণ।
Critical Path
Project completion-এর shortest possible duration নির্ধারণকারী longest path।
Constraint
Project/system-এর performance সীমাবদ্ধকারী factor।
একটি resource constraint critical path-এ impact করতে পারে, কিন্তু:
Constraint = Critical Path নয়।
উদাহরণ:
একটি supplier approval delay project-এর constraint হতে পারে, যদিও traditional network calculation-এ সেটি critical path activity হিসেবে না-ও থাকতে পারে।
১৩. TOC এবং Lean-এর সম্পর্ক
দুটোর লক্ষ্য improvement হলেও focus ভিন্ন হতে পারে।
TOC
Constraint/Bottleneck identify এবং optimize
Lean
Waste eliminate
উদাহরণ:
TOC বলবে:
"Testing station bottleneck।"
Lean বলবে:
"Testing station-এ waiting, motion এবং unnecessary paperwork কমাও।"
দুটো একসঙ্গে ব্যবহার করা যায়।
১৪. PMP Exam-এ TOC কীভাবে চিনবেন?
Question-এ যদি দেখেন:
- একটি specific bottleneck পুরো workflow সীমিত করছে
- Project Manager সেই constraint identify করছেন
- Constraint-এর capacity maximize করছেন
- অন্যান্য কাজকে constraint-এর সঙ্গে synchronize করছেন
- প্রয়োজনে additional capacity দিচ্ছেন
- Constraint সরার পরে নতুন bottleneck identify করছেন
তাহলে:
✅ Theory of Constraints (TOC)
১৫. Real-Time PMP Exam-Style Question
A project team is implementing a new industrial control system. The project manager notices that all engineering activities are progressing well, but commissioning is consistently delayed because only one qualified specialist is available to perform a required safety test. The specialist is also spending considerable time waiting for equipment preparation and completing administrative tasks.
What should the project manager do FIRST?
Options
A. Hire two additional specialists immediately.
B. Delay all engineering activities until commissioning catches up.
C. Identify and exploit the constraint by reducing the specialist's non-testing time.
D. Rebaseline the project schedule to account for the limited specialist availability.
✅ Correct Answer: C. Identify and exploit the constraint by reducing the specialist's non-testing time.
কেন?
এখানে clear bottleneck হলো:
One qualified specialist for the safety test
TOC-এর Five Focusing Steps অনুযায়ী প্রথমে:
Identify the constraint
তারপর existing constraint-এর capacity maximize করতে হবে:
Exploit the constraint
যেমন:
- Equipment আগে প্রস্তুত রাখা
- Administrative কাজ অন্যকে দেওয়া
- Waiting time কমানো
তারপরও capacity insufficient হলে:
Elevate the constraint
অর্থাৎ additional specialist বা additional capacity আনা।
কেন A নয়?
Additional specialist আনা Elevate the Constraint। কিন্তু TOC অনুযায়ী প্রথমে existing constraint-কে exploit করতে হবে। তাই A prematurely taking action।
কেন B নয়?
Engineering activities অযথা delay করলে value তৈরি হয় না। বরং পুরো system-কে constraint-এর সঙ্গে subordinate করা দরকার।
কেন D নয়?
Schedule rebaseline bottleneck solve করে না। Constraint-এর মূল কারণ address করতে হবে।
১৬. আরেকটি PMP Scenario
A product development team can complete 20 components per week, but the integration team can process only 5 components per week. Management proposes increasing the development team's capacity to 30 components per week. What should the project manager recommend?
✅ Integration team-কে system constraint হিসেবে identify করা এবং প্রথমে সেটিকে exploit/subordinate/elevate করা।
কারণ development capacity 20 → 30 করলে integration-এর 5/week capacity পরিবর্তন হবে না।
বরং:
More upstream output = More Work-in-Progress
হবে।
এখানেই TOC-এর core principle:
Don't optimize a non-constraint at the expense of the system.
১৭. TOC Memory Formula
PMP exam-এর জন্য এই ৫টি শব্দ মুখস্থ রাখুন:
I-E-S-E-R
I — Identify
Constraint কোথায়?
E — Exploit
Existing constraint-এর maximum capacity বের করুন।
S — Subordinate
অন্য activities-কে constraint-এর সঙ্গে align করুন।
E — Elevate
প্রয়োজনে additional capacity যোগ করুন।
R — Repeat
Constraint সরলে নতুন constraint খুঁজুন।
১৮. এক লাইনে TOC
Theory of Constraints হলো এমন একটি continuous improvement technique যেখানে system-এর সবচেয়ে limiting constraint identify করে প্রথমে সেটিকে সর্বোচ্চভাবে ব্যবহার করা, অন্য কাজগুলোকে তার সঙ্গে synchronize করা, প্রয়োজনে capacity বাড়ানো এবং তারপর নতুন constraint-এর দিকে focus করা হয়।
PMP-এর জন্য সবচেয়ে গুরুত্বপূর্ণ:
Identify → Exploit → Subordinate → Elevate → Repeat
এবং মনে রাখবেন:
TOC-এর focus হলো পুরো system-এর throughput বাড়ানো, কোনো একটি department-এর local efficiency শুধু বাড়ানো নয়।
Comments
Post a Comment