പുതിയ യന്ത്രം വാങ്ങണോ—അതോ ഉത്പാദന സംവിധാനം മാറ്റണോ?

ഈ പോഡ്കാസ്റ്റ് എപ്പിസോഡിന്റെ കുറിപ്പുകൾ വളരെ വ്യക്തമായി സംഗ്രഹിച്ചിരിക്കുന്നു. മെഷീൻ ശേഷിയും ഉത്പാദന സംവിധാനത്തിന്റെ ഉത്പാദനവും താരതമ്യം ചെയ്യുന്ന ഈ വിഷയം ഏറെ പ്രസക്തമാണ്.

എപ്പിസോഡ് കുറിപ്പുകൾ: മെഷീൻ ശേഷി vs. സിസ്റ്റം ഔട്ട്പുട്ട്അവലോകനംക്യൂ വളരുമ്പോഴും ഡെലിവറി സമയം നീളുമ്പോഴും വിൽപ്പന വിഭാഗം ഉത്തരം ആവശ്യപ്പെടുമ്പോഴും പലപ്പോഴും ഒരു സ്വാഭാവിക പ്രതികരണം ഉണ്ടാകുന്നു: "നമുക്ക് ഒരു പുതിയ മെഷീൻ വേണം." ഈ പ്രതികരണം യുക്തിസഹമാണ് — പ്രാദേശികമായി പ്രവർത്തനം തിരക്കേറിയതായി തോന്നും, ഓവർടൈം വർധിക്കും, ആ പ്രത്യേക വർക്ക് സെന്റർ പരിധിയിലെത്തിയതായി തോന്നും.

എന്നാൽ വർഷങ്ങളോളം കണക്കിൽ കിടക്കുന്ന ഒരു മൂലധന നിക്ഷേപം നടത്തുന്നതിന് മുമ്പ് ഒരു നിർണായക ചോദ്യം ചോദിക്കേണ്ടതുണ്ട്: നിങ്ങൾക്ക് മെഷീൻ ശേഷി പ്രശ്നമാണോ, അതോ ഉത്പാദന സംവിധാനത്തിന്റെ പ്രശ്നമാണോ?

ഒറ്റ വർക്ക് സെന്ററിലെ ഉയർന്ന utilization, ആ മെഷീനാണ് പ്ലാന്റിന്റെ മൊത്തത്തിലുള്ള bottleneck എന്ന് തെളിയിക്കുന്നില്ല എന്ന കാര്യം ഈ എപ്പിസോഡ് പരിശോധിക്കുന്നു. ലളിതമായ ശേഷി കണക്കുകൂട്ടലുകൾ (planned hours ÷ rated speed) എങ്ങനെ തെറ്റായ ആത്മവിശ്വാസം സൃഷ്ടിക്കുന്നു എന്നും, മെറ്റീരിയൽ റിലീസ് മുതൽ അന്തിമ ഷിപ്പ്മെന്റ് വരെയുള്ള മുഴുവൻ ഉത്പാദന സംവിധാനത്തിന്റെ യുക്തി അനുസരിച്ചായിരിക്കണം നിക്ഷേപ തീരുമാനങ്ങൾ എന്നും ചർച്ച ചെയ്യുന്നു.

സിമുലേഷൻ (പ്രത്യേകിച്ച് Discrete Event Simulation) ഉപയോഗിച്ചുള്ള ഒരു തീരുമാന-പരീക്ഷണ സമീപനത്തിനായി ഞങ്ങൾ വാദിക്കുന്നു. ഓർഡറുകൾ സമയത്തിലൂടെ നീങ്ങുന്നത് മോഡൽ ചെയ്യുകയും, തൊഴിലാളികൾ, പങ്കിട്ട ഫിക്സ്ചറുകൾ, മെറ്റീരിയൽ ലഭ്യത തുടങ്ങിയ പരിമിത ഘടകങ്ങളെ മാനിക്കുകയും ചെയ്യുമ്പോൾ, മൂലധനം പ്രതിബദ്ധതപ്പെടുത്തുന്നതിന് മുമ്പ് ഷിഫ്റ്റ് പാറ്റേൺ മാറ്റങ്ങൾ, വ്യത്യസ്ത റിലീസ് നിയമങ്ങൾ, മാറ്റം വരുത്തിയ ബാച്ച് സൈസുകൾ തുടങ്ങിയ ബദൽ പരിഹാരങ്ങൾ പരീക്ഷിക്കാൻ സിമുലേഷൻ നിർമ്മാതാക്കളെ സഹായിക്കുന്നു.

പ്രധാന വിഷയങ്ങൾ1. Throughput എന്നത് പ്രാദേശിക പ്രവർത്തനത്തിനപ്പുറമാണ്ഒരു ഫാക്ടറി തിരക്കേറിയതായി കാണപ്പെടുമ്പോഴും ശേഷി പാഴാകാം. യഥാർത്ഥ throughput എന്നത്, ഒരു ഓപ്പറേഷനിൽ പ്രോസസ് ചെയ്ത ഭാഗങ്ങളുടെ എണ്ണമല്ല, ഉപഭോക്താവ് അംഗീകരിക്കുന്ന രൂപത്തിൽ സിസ്റ്റത്തിൽ നിന്ന് പുറത്തുവരുന്ന പൂർത്തിയായ ഉത്പന്നമാണ് (commercial throughput).

• പ്ലാനർമാർ തുടർച്ചയായി ജോലി നൽകുന്നതുകൊണ്ട് ഒരു മെഷീൻ ദിവസം മുഴുവൻ പ്രവർത്തിച്ചേക്കാം; എന്നാൽ ആ ഔട്ട്പുട്ട് പിന്നീട് തടസ്സപ്പെടുകയോ റൂട്ടിൽ കൂടുതൽ ഇൻവെന്ററി സൃഷ്ടിക്കുകയോ ചെയ്യാം.
• ക്യൂവിൽ കാത്തിരിക്കുന്ന മെറ്റീരിയൽ പണം കുടുങ്ങിക്കിടക്കുന്നതിനെ സൂചിപ്പിക്കുന്നു; നേരത്തെ സിസ്റ്റത്തിൽ പ്രവേശിച്ച് ഷിപ്പ്മെന്റിനായി കൂടുതൽ കാത്തിരിക്കുന്ന മെറ്റീരിയൽ പണമൊഴുക്കിനെ ദോഷകരമായി ബാധിക്കുന്നു.

2. "Bottleneck Math" ന്റെ പ്രശ്നംലളിതമായ ശേഷി കണക്കുകൂട്ടലുകൾ, ദൈനംദിന ഉത്പാദനത്തിലെ യഥാർത്ഥ തടസ്സങ്ങളെ മറച്ചുവെക്കുന്ന സൈദ്ധാന്തിക ശരാശരികൾ ഉപയോഗിച്ച് തെറ്റായ ആത്മവിശ്വാസം സൃഷ്ടിക്കുന്നു.

• തെറ്റായ ഫോർമുല: പ്ലാൻ ചെയ്ത ഉത്പാദന മണിക്കൂറുകൾ / സൈക്കിൾ ടൈം = ഭാഗങ്ങളുടെ ഔട്ട്പുട്ട് എണ്ണം.
• ഈ ഫോർമുല വിട്ടുപോകുന്നത്: യഥാർത്ഥ ഉത്പാദനം നടക്കുന്നത് നിർദ്ദിഷ്ട ഡ്യൂ ഡേറ്റുകളുള്ള യഥാർത്ഥ ഓർഡറുകളിലാണ്; സെറ്റപ്പ് ആവശ്യങ്ങൾ, മെറ്റീരിയൽ കുറവ്, ക്വാളിറ്റി ഹോൾഡുകൾ, പരിചയസമ്പന്നരായ ഓപ്പറേറ്റർ കവർ, മെയിന്റനൻസ് ജോലി എന്നിവയും ഇതിൽ ഉൾപ്പെടുന്നു. ലഭ്യമായ സമയം എപ്പോഴും ഉപയോഗയോഗ്യമായ സമയമല്ല.
• Rated vs. യഥാർത്ഥ വേഗത: Rated സൈക്കിൾ ടൈമുകൾ നിർവചിക്കപ്പെട്ട സാഹചര്യങ്ങളിലെ സ്ഥിരമായ റണ്ണുകളിൽ നിന്നാണ് വരുന്നത്. ഏത് ജോലി ഉപകരണത്തിൽ എത്തും, ഏത് ക്രമത്തിൽ, അതിനുശേഷം അത് തുടർന്നും നീങ്ങാൻ കഴിയുമോ എന്നിവ പ്രവചിക്കാൻ ഉത്പാദന സംവിധാനത്തിന് മാത്രമേ കഴിയൂ.

3. നീങ്ങുന്ന പരിമിതി (Moving Constraint)ഡിമാൻഡിനെ ഷിപ്പ് ചെയ്യാവുന്ന ഉത്പന്നമാക്കി മാറ്റുന്നത് പരിമിതപ്പെടുത്തുന്ന ഏതൊരു ഘടകവും ഒരു constraint ആണ്. അത് എപ്പോഴും ഒരു മെഷീൻ ആകണമെന്നില്ല.

• പരിമിതപ്പെടുത്തുന്ന അവസ്ഥ പലപ്പോഴും വർക്ക് സെന്ററിന് പുറത്താണ് ഉണ്ടാകുന്നത്:
  
  
  • സ്റ്റാഫിംഗ്: ഒരു നിർദ്ദിഷ്ട ഷിഫ്റ്റിലെ പരിശീലനം ലഭിച്ച ഓപ്പറേറ്റർ, അല്ലെങ്കിൽ ടെസ്റ്റ് സാമ്പിളുകളും first-piece പരിശോധനകളും കൈകാര്യം ചെയ്യുന്ന ടെക്നീഷ്യൻ.
  • പങ്കിട്ട ഫിക്സ്ചറുകൾ/ടൂളിംഗ്: പഴയ ഫ്ലോയ്ക്ക് മതിയായതെങ്കിലും പുതിയ ശേഷിക്ക് അപര്യാപ്തമായ ടെസ്റ്റ് റിഗ് അല്ലെങ്കിൽ ഫിക്സ്ചർ.
  • ക്വാളിറ്റി ഘട്ടങ്ങൾ: പരിമിതമായ ടെസ്റ്റ് ടെക്നീഷ്യൻമാരോ ഇൻസ്പെക്ഷൻ ഫിക്സ്ചറുകളോ ബാക്ക്ലോഗ് സൃഷ്ടിക്കുന്നു.
  • മെറ്റീരിയൽ കുറവ്: ഉത്പാദനം ആരംഭിക്കുന്നതിന് മുമ്പുതന്നെ റൂട്ട് നിർത്തുന്നു.
• സിസ്റ്റത്തിൽ തൊടുമ്പോൾ പരിമിതി നീങ്ങുന്നു: ഒരു വർക്ക് സെന്ററിൽ ഭൗതിക ശേഷി കൂട്ടുന്നത് റൂട്ടിന്റെ താളം മാറ്റുന്നു. ഒരു ഭാഗത്ത് ഫ്ലോ കൂട്ടുമ്പോൾ, താഴോട്ടുള്ള അടുത്ത പരിമിതി വെളിപ്പെടുന്നു; അതിന് ഒപ്പമെത്താനാകില്ല (starvation ഉം block ഉം).

4. ക്യൂ മനസ്സിലാക്കൽഒരു utilization സംഖ്യ പറയുന്നത് ഒരു വിഭവം പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് മാത്രമാണ്; എന്നാൽ ക്യൂ പറയുന്നത് ഒരു കാരണത്താൽ ജോലി കാത്തിരിക്കുന്നു എന്നാണ്. കാലക്രമേണ ക്യൂകൾ ട്രാക്ക് ചെയ്യുന്നത് കൂടുതൽ തീരുമാന വിവരങ്ങൾ നൽകുന്നു.

• തെറ്റായ സൂചകമായി WIP: വലിയ WIP കൂമ്പാരങ്ങൾ മെഷീൻ ശേഷിക്കുറവിനെ സ്വയമേവ തെളിയിക്കുന്നില്ല. അവ പലപ്പോഴും ഒരു production control പ്രശ്നത്തെയാണ് സൂചിപ്പിക്കുന്നത്, അവിടെ സിസ്റ്റത്തിന് ഉൾക്കൊള്ളാനുള്ള ശേഷി പരിഗണിക്കാതെ ERP-ലെ തീയതി അടിസ്ഥാനമാക്കി ജോലി റിലീസ് ചെയ്യുന്നു.
• Little's Law: സ്ഥിരതയുള്ള ഒരു ഉത്പാദന സംവിധാനത്തിൽ കൂടുതൽ ജോലി നിലനിൽക്കുമ്പോൾ, അവിടെ ചെലവഴിക്കുന്ന ശരാശരി സമയം വർധിക്കുന്നു. ഷിപ്പിംഗ് നിരക്ക് ഉയർത്താതെ ഫ്ലോർ ജോലി ഇരട്ടിയാക്കിയാൽ, ആ ജോലി കൂടുതൽ കാത്തിരിക്കും; തിരച്ചിലും സ്റ്റാറ്റസ് പരിശോധനകളും exceptions-ഉം വർധിക്കും.
• ബഫറുകൾ വെറും ഇൻവെന്ററിയല്ല: ഉപയോഗപ്രദമായ ബഫറുകൾ റൂട്ടിലെ ഒരു അറിയപ്പെടുന്ന പോയിന്റിനെ പ്രതീക്ഷിക്കുന്ന വ്യതിയാനങ്ങളിൽ (സാധാരണ തടസ്സങ്ങൾ) നിന്ന് സംരക്ഷിക്കുന്നു. അവ മെറ്റീരിയൽ മാത്രമല്ല, സമയവും പിടിച്ചുവെക്കുന്നു. ആസൂത്രിതമായ ജോലിയുടെ അളവും അപ്രതീക്ഷിത കൂമ്പാരവും തമ്മിലുള്ള വ്യത്യാസമാണിത്.

5. തീരുമാന പരീക്ഷണമായി സിമുലേഷൻശേഷി നിക്ഷേപം ഒരു ഉപകരണ വാങ്ങലല്ല, ഒരു ഉത്പാദന സംവിധാന മാറ്റമാണ്. ഉപഭോക്തൃ ഡെലിവറിയെ തടസ്സപ്പെടുത്താതെ ഈ മാറ്റങ്ങൾ പരീക്ഷിക്കാൻ സിമുലേഷൻ (പ്രത്യേകിച്ച് Discrete Event Simulation) സുരക്ഷിതവും നിയന്ത്രിതവുമായ ഒരു പരിസ്ഥിതി നൽകുന്നു.

• അനിമേഷനല്ല, യുക്തി പരീക്ഷിക്കുക: മൂല്യം നീങ്ങുന്ന വാഹനങ്ങളിലോ മെഷീനുകളിലോ അല്ല, നിയമങ്ങളിലാണ്.
• Discrete Event Simulation: സമയത്തിലൂടെ ഓർഡറുകളുടെ നീക്കം മോഡൽ ചെയ്യുന്നു; ഇവിടെ സംഭവങ്ങൾ (മെറ്റീരിയൽ എത്തുന്നത്, മെഷീൻ അവസ്ഥകൾ, പരിശോധന പൂർത്തിയാകുന്നത്) അടുത്ത തീരുമാന യുക്തിയെ ട്രിഗർ ചെയ്യുന്നു.
• തീരുമാന ചോദ്യങ്ങൾ ചോദിക്കുക: നിർവചിക്കപ്പെട്ട സാഹചര്യങ്ങളിൽ സാഹചര്യങ്ങൾ താരതമ്യം ചെയ്യാൻ മോഡൽ ഉപയോഗിക്കുക:
  
  
  • ഡിമാൻഡ് ഉയരുകയും എന്നാൽ എല്ലാ ഷിഫ്റ്റിലും പുതിയ ഓപ്പറേറ്റർ ലഭ്യമല്ലാതിരിക്കുകയും ചെയ്താൽ ഷിപ്പ് ഓർഡറുകൾക്ക് എന്ത് സംഭവിക്കും?
  • ഒരു ഷിഫ്റ്റ് മാറ്റം ഒരു മെഷീൻ വാങ്ങുന്നതുപോലെ ഡെലിവറി സംരക്ഷണം നൽകുമോ?
  • മെഷീൻ പ്രവർത്തിച്ചു തുടങ്ങിയ ശേഷം ജോലി എവിടെയാണ് കാത്തിരിക്കുന്നത്?

തീരുമാന-പരീക്ഷണ ചട്ടക്കൂട്: Product, Process, Resourceസിമുലേഷനെ സിദ്ധാന്തത്തിൽ നിന്ന് തീരുമാന മൂല്യത്തിലേക്ക് നീക്കാൻ, ആദ്യം മൂന്ന് അടിസ്ഥാനങ്ങൾ ഉപയോഗിച്ച് ഉത്പാദന സംവിധാനത്തിന്റെ ഒരു പങ്കിട്ട വിവരണം നിർമ്മിക്കണം:

1. Product: പാർട്ട് നമ്പറുകൾക്കപ്പുറം, ഇത് ഡിമാൻഡ്, ഡ്യൂ ഡേറ്റുകൾ, ബാച്ച് സൈസ്, വേരിയന്റ് നിയമങ്ങൾ, വാണിജ്യ അപകടസാധ്യതാ സന്ദർഭം എന്നിവ വഹിക്കുന്നു.
2. Process: ആവശ്യമായ ഓപ്പറേഷനുകൾ, അവയുടെ ക്രമം (routing logic), സെറ്റപ്പ് കുടുംബങ്ങൾ, ബദൽ റൂട്ടുകൾ, ക്വാളിറ്റി സ്പെസിഫിക്കേഷനുകൾ, first-piece പരിശോധനകൾ, ക്വാളിറ്റി ഹോൾഡ് റീവർക്ക് പാതകൾ.
3. Resource: മെഷീനുകൾ, മാത്രമല്ല പരിശീലനം ലഭിച്ച തൊഴിലാളികൾ, ഫിക്സ്ചറുകൾ, ടൂളുകൾ, ടെസ്റ്റ് റിഗുകൾ, ഭൗതിക ബഫർ സ്ഥലം. ഇതിൽ നിർണായകമായ ആശ്രിതത്വങ്ങളുണ്ട്: ഒരേസമയം ആവശ്യമായ രണ്ട് വിഭവങ്ങൾ, കലണ്ടറുകൾ (downtime/support വിൻഡോകൾ), ക്വാളിറ്റി അവസ്ഥയനുസരിച്ച് മാറാൻ സാധ്യതയുള്ള നിയമങ്ങൾ.

സോഫ്റ്റ്‌വെയർ തിരഞ്ഞെടുപ്പുകൾ നടത്തുന്നതിന് മുമ്പ് ഈ പങ്കിട്ട വിവരണം മെച്ചപ്പെടുത്തണം. ബന്ധമില്ലാത്ത വസ്തുതകളെ (IT/OT) കാരണങ്ങളും ഫലങ്ങളും യുക്തിസഹമായി വിലയിരുത്താൻ ആവശ്യമായ പ്രവർത്തന സന്ദർഭമാക്കി ഇത് മാറ്റുന്നു.



ഈ പോഡ്കാസ്റ്റിന്റെ പിന്തുണക്കാരനാകുക: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.