ਕੀ ਤੁਹਾਨੂੰ ਇੱਕ ਹੋਰ ਮਸ਼ੀਨ ਖਰੀਦਣੀ ਚਾਹੀਦੀ ਹੈ—ਜਾਂ ਉਤਪਾਦਨ ਪ੍ਰਣਾਲੀ ਬਦਲਣੀ ਚਾਹੀਦੀ ਹੈ?

ਇੱਥੇ ਦੇ ਸ਼ੋਅ ਨੋਟਸ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ 'ਤੇ ਅਧਾਰਿਤ ਹਨ, ਜੋ ਮੁੱਖ ਵਿਸ਼ਿਆਂ ਅਨੁਸਾਰ ਵਿਵਸਥਿਤ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ ਮਸ਼ੀਨ ਖਰੀਦਣ ਦੇ ਵਿਰੁੱਧ ਅਤੇ ਸਿਮੂਲੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਿਸਟਮ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਦੇ ਪੱਖ ਵਿੱਚ ਮੁੱਖ ਦਲੀਲਾਂ ਦਾ ਸਪੱਸ਼ਟ ਸਾਰ ਦੇਣ ਲਈ ਬਣਾਏ ਗਏ ਹਨ।

ਐਪੀਸੋਡ ਨੋਟਸ: ਮਸ਼ੀਨ ਸਮਰੱਥਾ ਬਨਾਮ ਸਿਸਟਮ ਆਉਟਪੁੱਟ

ਸੰਖੇਪ ਜਾਣਕਾਰੀਵਧਦੀ ਕਤਾਰ, ਖਿਸਕਦੇ ਲੀਡ ਟਾਈਮ, ਅਤੇ ਵਿਕਰੀ ਵਿਭਾਗ ਦੀ ਜਵਾਬ ਦੀ ਮੰਗ ਅਕਸਰ ਇੱਕ ਪ੍ਰਤੀਕਿਰਿਆਤਮਕ ਝੁਕਾਅ ਪੈਦਾ ਕਰਦੀ ਹੈ: "ਸਾਨੂੰ ਇੱਕ ਹੋਰ ਮਸ਼ੀਨ ਚਾਹੀਦੀ ਹੈ।" ਇਹ ਪ੍ਰਤੀਕਿਰਿਆ ਤਰਕਸੰਗਤ ਹੈ—ਸਥਾਨਕ ਗਤੀਵਿਧੀ ਵਿਅਸਤ ਦਿਖਦੀ ਹੈ, ਓਵਰਟਾਈਮ ਵਧ ਰਿਹਾ ਹੈ, ਅਤੇ ਉਹ ਖਾਸ ਵਰਕ ਸੈਂਟਰ ਆਪਣੀ ਸੀਮਾ 'ਤੇ ਜਾਪਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਕੋਈ ਅਜਿਹਾ ਪੂੰਜੀ ਨਿਵੇਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜੋ ਸਾਲਾਂ ਤੱਕ ਬਹੀ-ਖਾਤਿਆਂ ਵਿੱਚ ਪਿਆ ਰਹੇਗਾ, ਇੱਕ ਅਹਿਮ ਸਵਾਲ ਪੁੱਛਣਾ ਜ਼ਰੂਰੀ ਹੈ: ਕੀ ਤੁਹਾਨੂੰ ਮਸ਼ੀਨ ਸਮਰੱਥਾ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਜਾਂ ਉਤਪਾਦਨ ਸਿਸਟਮ ਦੀ ਸਮੱਸਿਆ?

ਇਸ ਐਪੀਸੋਡ ਵਿੱਚ ਇਹ ਖੋਜ ਕੀਤੀ ਗਈ ਹੈ ਕਿ ਇੱਕ ਸਿੰਗਲ ਵਰਕ ਸੈਂਟਰ 'ਤੇ ਉੱਚ ਵਰਤੋਂ ਇਹ ਸਾਬਤ ਕਿਉਂ ਨਹੀਂ ਕਰਦੀ ਕਿ ਕੋਈ ਮਸ਼ੀਨ ਪੂਰੇ ਪਲਾਂਟ ਦੀ ਸਮੁੱਚੀ ਰੁਕਾਵਟ ਹੈ। ਅਸੀਂ ਚਰਚਾ ਕਰਦੇ ਹਾਂ ਕਿ ਸਧਾਰਨ ਸਮਰੱਥਾ ਗਣਨਾਵਾਂ (ਯੋਜਨਾਬੱਧ ਘੰਟੇ ÷ ਦਰਜਾਬੱਧ ਗਤੀ) ਝੂਠਾ ਭਰੋਸਾ ਕਿਵੇਂ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਸਮਝਾਉਂਦੇ ਹਾਂ ਕਿ ਨਿਵੇਸ਼ ਦੇ ਫੈਸਲੇ ਸਮੁੱਚੇ ਉਤਪਾਦਨ ਸਿਸਟਮ ਦੇ ਤਰਕ ਦੀ ਪਾਲਣਾ ਕਿਉਂ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ, ਜੋ ਸਮੱਗਰੀ ਜਾਰੀ ਹੋਣ ਤੋਂ ਲੈ ਕੇ ਅੰਤਿਮ ਸ਼ਿਪਮੈਂਟ ਤੱਕ ਹੈ।

ਅਸੀਂ ਸਿਮੂਲੇਸ਼ਨ (ਖਾਸ ਤੌਰ 'ਤੇ ਡਿਸਕ੍ਰੀਟ ਈਵੈਂਟ ਸਿਮੂਲੇਸ਼ਨ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਫੈਸਲਾ-ਜਾਂਚ ਪਹੁੰਚ ਦੀ ਵਕਾਲਤ ਕਰਦੇ ਹਾਂ। ਸਮੇਂ ਰਾਹੀਂ ਚੱਲਦੇ ਆਰਡਰਾਂ ਦਾ ਮਾਡਲ ਬਣਾ ਕੇ ਅਤੇ ਸੀਮਤ ਰੁਕਾਵਟਾਂ (ਜਿਵੇਂ ਲੇਬਰ, ਸਾਂਝੇ ਫਿਕਸਚਰ, ਅਤੇ ਸਮੱਗਰੀ ਦੀ ਉਪਲਬਧਤਾ) ਦਾ ਸਤਿਕਾਰ ਕਰਕੇ, ਸਿਮੂਲੇਸ਼ਨ ਨਿਰਮਾਤਾਵਾਂ ਨੂੰ ਪੂੰਜੀ ਲਗਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਵਿਕਲਪਕ ਹੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦਿੰਦੀ ਹੈ—ਜਿਵੇਂ ਸ਼ਿਫਟ ਪੈਟਰਨ ਵਿੱਚ ਬਦਲਾਅ, ਵੱਖਰੇ ਰਿਲੀਜ਼ ਨਿਯਮ, ਜਾਂ ਸੋਧੇ ਹੋਏ ਬੈਚ ਆਕਾਰ।

ਮੁੱਖ ਵਿਸ਼ੇ

1. ਥ੍ਰੂਪੁੱਟ ਸਥਾਨਕ ਗਤੀਵਿਧੀ ਤੋਂ ਵੱਧ ਹੈਇੱਕ ਫੈਕਟਰੀ ਭਰੀ ਹੋਈ ਦਿਖ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਸਮਰੱਥਾ ਬਰਬਾਦ ਕਰ ਸਕਦੀ ਹੈ। ਅਸਲ ਥ੍ਰੂਪੁੱਟ ਉਹ ਤਿਆਰ ਉਤਪਾਦ ਹੈ ਜੋ ਸਿਸਟਮ ਤੋਂ ਉਸ ਰੂਪ ਵਿੱਚ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ ਜੋ ਗਾਹਕ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ (ਵਪਾਰਕ ਥ੍ਰੂਪੁੱਟ), ਨਾ ਕਿ ਇੱਕ ਸਿੰਗਲ ਓਪਰੇਸ਼ਨ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਕੀਤੇ ਪੁਰਜ਼ਿਆਂ ਦੀ ਗਿਣਤੀ।

• ਇੱਕ ਮਸ਼ੀਨ ਸਾਰਾ ਦਿਨ ਇਸ ਲਈ ਚੱਲ ਸਕਦੀ ਹੈ ਕਿਉਂਕਿ ਯੋਜਨਾਕਾਰ ਉਸਨੂੰ ਕੰਮ ਦਿੰਦੇ ਰਹਿੰਦੇ ਹਨ, ਭਾਵੇਂ ਉਹ ਆਉਟਪੁੱਟ ਰੂਟ ਵਿੱਚ ਅੱਗੇ ਜਾ ਕੇ ਬਲੌਕ ਹੋ ਜਾਵੇ ਜਾਂ ਇਨਵੈਂਟਰੀ ਪੈਦਾ ਕਰੇ।
• ਕਤਾਰ ਵਿੱਚ ਉਡੀਕ ਕਰ ਰਹੀ ਸਮੱਗਰੀ ਬੰਨ੍ਹੀ ਹੋਈ ਨਕਦੀ ਦਰਸਾਉਂਦੀ ਹੈ; ਜਲਦੀ ਦਾਖਲ ਹੋਈ ਪਰ ਸ਼ਿਪਮੈਂਟ ਲਈ ਵੱਧ ਉਡੀਕ ਕਰ ਰਹੀ ਸਮੱਗਰੀ ਨਕਦ ਪ੍ਰਵਾਹ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦੀ ਹੈ।

2. "ਬੌਟਲਨੈੱਕ ਮੈਥ" ਦੀ ਸਮੱਸਿਆਸਧਾਰਨ ਸਮਰੱਥਾ ਗਣਨਾਵਾਂ ਸਿਧਾਂਤਕ ਔਸਤਾਂ ਵਰਤਦੀਆਂ ਹਨ ਜੋ ਰੋਜ਼ਾਨਾ ਉਤਪਾਦਨ ਵਿੱਚ ਆਉਣ ਵਾਲੀਆਂ ਰੁਕਾਵਟਾਂ ਦੀ ਅਸਲੀਅਤ ਨੂੰ ਲੁਕਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਝੂਠਾ ਭਰੋਸਾ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ।

• ਗਲਤ ਫਾਰਮੂਲਾ: ਯੋਜਨਾਬੱਧ ਉਤਪਾਦਨ ਘੰਟੇ / ਚੱਕਰ ਸਮਾਂ = ਆਉਟਪੁੱਟ ਪੁਰਜ਼ਿਆਂ ਦੀ ਗਿਣਤੀ।
• ਇਹ ਫਾਰਮੂਲਾ ਕੀ ਛੱਡਦਾ ਹੈ: ਅਸਲ ਉਤਪਾਦਨ ਖਾਸ ਨਿਯਤ ਤਾਰੀਖਾਂ, ਸੈੱਟਅੱਪ ਲੋੜਾਂ, ਗੁੰਮ ਸਮੱਗਰੀ, ਗੁਣਵੱਤਾ ਹੋਲਡ, ਤਜਰਬੇਕਾਰ ਓਪਰੇਟਰ ਕਵਰ, ਅਤੇ ਰੱਖ-ਰਖਾਅ ਦੇ ਕੰਮ ਨਾਲ ਅਸਲ ਆਰਡਰਾਂ 'ਤੇ ਚੱਲਦਾ ਹੈ। ਉਪਲਬਧ ਸਮਾਂ ਹਮੇਸ਼ਾ ਵਰਤੋਂਯੋਗ ਸਮਾਂ ਨਹੀਂ ਹੁੰਦਾ।
• ਦਰਜਾਬੱਧ ਬਨਾਮ ਅਸਲ ਗਤੀ: ਦਰਜਾਬੱਧ ਚੱਕਰ ਸਮੇਂ ਪਰਿਭਾਸ਼ਿਤ ਹਾਲਤਾਂ ਹੇਠ ਸਥਿਰ ਰਨਾਂ ਤੋਂ ਆਉਂਦੇ ਹਨ। ਸਿਰਫ਼ ਉਤਪਾਦਨ ਸਿਸਟਮ ਹੀ ਅਨੁਮਾਨ ਲਗਾ ਸਕਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਕੰਮ, ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ, ਉਪਕਰਣ ਤੱਕ ਪਹੁੰਚੇਗਾ, ਅਤੇ ਕੀ ਇਹ ਬਾਅਦ ਵਿੱਚ ਚੱਲਦਾ ਰਹਿ ਸਕਦਾ ਹੈ।

3. ਚਲਦੀ ਰੁਕਾਵਟਰੁਕਾਵਟ ਉਹ ਕੋਈ ਵੀ ਚੀਜ਼ ਹੈ ਜੋ ਮੰਗ ਨੂੰ ਸ਼ਿਪ ਹੋਣ ਯੋਗ ਉਤਪਾਦ ਵਿੱਚ ਬਦਲਣ ਨੂੰ ਸੀਮਤ ਕਰਦੀ ਹੈ। ਇਹ ਹਮੇਸ਼ਾ ਮਸ਼ੀਨ ਨਹੀਂ ਹੁੰਦੀ।

• ਸੀਮਿਤ ਕਰਨ ਵਾਲੀ ਸਥਿਤੀ ਅਕਸਰ ਵਰਕ ਸੈਂਟਰ ਤੋਂ ਬਾਹਰ ਹੁੰਦੀ ਹੈ:
  • ਸਟਾਫਿੰਗ: ਕਿਸੇ ਖਾਸ ਸ਼ਿਫਟ 'ਤੇ ਸਿਖਲਾਈ ਪ੍ਰਾਪਤ ਓਪਰੇਟਰ, ਜਾਂ ਟੈਸਟ ਨਮੂਨਿਆਂ ਅਤੇ ਪਹਿਲੇ-ਪੁਰਜ਼ੇ ਦੀ ਜਾਂਚ ਸੰਭਾਲਣ ਵਾਲਾ ਟੈਕਨੀਸ਼ੀਅਨ।
  • ਸਾਂਝੇ ਫਿਕਸਚਰ/ਟੂਲਿੰਗ: ਇੱਕ ਟੈਸਟ ਰਿਗ ਜਾਂ ਫਿਕਸਚਰ ਜੋ ਪੁਰਾਣੇ ਪ੍ਰਵਾਹ ਲਈ ਕਾਫ਼ੀ ਸੀ ਪਰ ਨਵੀਂ ਸਮਰੱਥਾ ਲਈ ਨਾਕਾਫ਼ੀ ਹੈ।
  • ਗੁਣਵੱਤਾ ਕਦਮ: ਸੀਮਿਤ ਟੈਸਟ ਟੈਕਨੀਸ਼ੀਅਨ ਜਾਂ ਨਿਰੀਖਣ ਫਿਕਸਚਰ ਜੋ ਬੈਕਲਾਗ ਪੈਦਾ ਕਰਦੇ ਹਨ।
  • ਸਮੱਗਰੀ ਦੀ ਘਾਟ: ਉਤਪਾਦਨ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਰੂਟ ਨੂੰ ਰੋਕਣਾ।
• ਸਿਸਟਮ ਨੂੰ ਛੂਹਣ 'ਤੇ ਰੁਕਾਵਟ ਚਲਦੀ ਹੈ: ਕਿਸੇ ਵਰਕ ਸੈਂਟਰ 'ਤੇ ਭੌਤਿਕ ਸਮਰੱਥਾ ਜੋੜਨ ਨਾਲ ਰੂਟ ਦੀ ਤਾਲ ਬਦਲ ਜਾਂਦੀ ਹੈ। ਇੱਕ ਹਿੱਸੇ ਵਿੱਚ ਪ੍ਰਵਾਹ ਵਧਾਉਣ ਨਾਲ ਅਗਲੀ ਹੇਠਲੀ ਸੀਮਾ ਸਾਹਮਣੇ ਆ ਜਾਂਦੀ ਹੈ ਜੋ ਬਰਾਬਰੀ ਨਹੀਂ ਕਰ ਸਕਦੀ (ਭੁੱਖਮਰੀ ਅਤੇ ਬਲੌਕ)।

4. ਕਤਾਰ ਨੂੰ ਸਮਝਣਾਇੱਕ ਉਪਯੋਗਤਾ ਨੰਬਰ ਸਿਰਫ਼ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕੋਈ ਸਰੋਤ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਦਕਿ ਕਤਾਰ ਦੱਸਦੀ ਹੈ ਕਿ ਕੰਮ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। ਸਮੇਂ ਦੇ ਨਾਲ ਕਤਾਰਾਂ ਦੀ ਟਰੈਕਿੰਗ ਵਧੇਰੇ ਫੈਸਲਾ-ਜਾਣਕਾਰੀ ਦਿੰਦੀ ਹੈ।

• WIP ਇੱਕ ਗਲਤ ਸੰਕੇਤਕ ਵਜੋਂ: ਵੱਡੇ WIP ਢੇਰ ਆਪਣੇ ਆਪ ਮਸ਼ੀਨ ਸਮਰੱਥਾ ਦੀ ਘਾਟ ਸਾਬਤ ਨਹੀਂ ਕਰਦੇ। ਇਹ ਅਕਸਰ ਉਤਪਾਦਨ ਨਿਯੰਤਰਣ ਸਮੱਸਿਆ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ, ਜਿੱਥੇ ਕੰਮ ਸਿਸਟਮ ਦੀ ਉਸਨੂੰ ਸੰਭਾਲਣ ਦੀ ਸਮਰੱਥਾ ਦੀ ਬਜਾਏ ERP ਵਿੱਚ ਇੱਕ ਤਾਰੀਖ ਦੇ ਅਧਾਰ 'ਤੇ ਜਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• ਲਿਟਲ ਦਾ ਨਿਯਮ: ਜਦੋਂ ਇੱਕ ਸਥਿਰ ਉਤਪਾਦਨ ਸਿਸਟਮ ਦੇ ਅੰਦਰ ਵਧੇਰੇ ਕੰਮ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਉੱਥੇ ਔਸਤ ਬਿਤਾਇਆ ਸਮਾਂ ਵਧਦਾ ਹੈ। ਫਲੋਰ ਦਾ ਕੰਮ ਦੁੱਗਣਾ ਕਰੋ (ਵਪਾਰਕ ਸ਼ਿਪਿੰਗ ਦਰ ਵਧਾਏ ਬਿਨਾਂ) ਅਤੇ ਉਹ ਕੰਮ ਵੱਧ ਸਮਾਂ ਉਡੀਕੇਗਾ, ਜਿਸ ਨਾਲ ਖੋਜ, ਸਥਿਤੀ ਜਾਂਚ ਅਤੇ ਅਪਵਾਦ ਵਧਣਗੇ।
• ਬਫਰ ਸਿਰਫ਼ ਇਨਵੈਂਟਰੀ ਨਹੀਂ ਹਨ: ਲਾਭਦਾਇਕ ਬਫਰ ਰੂਟ ਦੇ ਇੱਕ ਜਾਣੇ-ਪਛਾਣੇ ਬਿੰਦੂ ਨੂੰ ਉਮੀਦ ਕੀਤੀ ਪਰਿਵਰਤਨਸ਼ੀਲਤਾ (ਆਮ ਵਿਘਨਾਂ) ਤੋਂ ਬਚਾਉਂਦੇ ਹਨ। ਉਹ ਸਿਰਫ਼ ਸਮੱਗਰੀ ਨਹੀਂ, ਸਮਾਂ ਰੱਖਦੇ ਹਨ। ਅੰਤਰ ਯੋਜਨਾਬੱਧ ਕੰਮ ਦੀ ਮਾਤਰਾ ਅਤੇ ਇਤਫਾਕੀਆ ਢੇਰ ਵਿਚਕਾਰ ਹੈ।

5. ਫੈਸਲਾ-ਜਾਂਚ ਵਜੋਂ ਸਿਮੂਲੇਸ਼ਨਇੱਕ ਸਮਰੱਥਾ ਨਿਵੇਸ਼ ਇੱਕ ਉਪਕਰਣ ਖਰੀਦ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਉਤਪਾਦਨ ਸਿਸਟਮ ਤਬਦੀਲੀ ਹੈ। ਸਿਮੂਲੇਸ਼ਨ (ਖਾਸ ਤੌਰ 'ਤੇ ਡਿਸਕ੍ਰੀਟ ਈਵੈਂਟ ਸਿਮੂਲੇਸ਼ਨ) ਗਾਹਕ ਡਿਲੀਵਰੀ ਵਿੱਚ ਵਿਘਨ ਪਾਏ ਬਿਨਾਂ ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਟੈਸਟ ਕਰਨ ਲਈ ਇੱਕ ਸੁਰੱਖਿਅਤ, ਨਿਯੰਤਰਿਤ ਮਾਹੌਲ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।

• ਐਨੀਮੇਸ਼ਨ ਨਹੀਂ, ਤਰਕ ਦੀ ਜਾਂਚ: ਮੁੱਲ ਨਿਯਮਾਂ ਵਿੱਚ ਹੈ, ਚਲਦੇ ਵਾਹਨਾਂ ਜਾਂ ਮਸ਼ੀਨਾਂ ਵਿੱਚ ਨਹੀਂ।
• ਡਿਸਕ੍ਰੀਟ ਈਵੈਂਟ ਸਿਮੂਲੇਸ਼ਨ: ਸਮੇਂ ਰਾਹੀਂ ਚੱਲਦੇ ਆਰਡਰਾਂ ਦਾ ਮਾਡਲ ਬਣਾਉਂਦੀ ਹੈ, ਜਿੱਥੇ ਈਵੈਂਟ (ਸਮੱਗਰੀ ਦਾ ਆਉਣਾ, ਮਸ਼ੀਨ ਦੀਆਂ ਸਥਿਤੀਆਂ, ਨਿਰੀਖਣ ਦਾ ਮੁਕੰਮਲ ਹੋਣਾ) ਅਗਲੇ ਫੈਸਲੇ ਦੇ ਤਰਕ ਨੂੰ ਟਰਿੱਗਰ ਕਰਦੇ ਹਨ।
• ਫੈਸਲੇ ਦੇ ਸਵਾਲ ਪੁੱਛਣਾ: ਪਰਿਭਾਸ਼ਿਤ ਹਾਲਤਾਂ ਹੇਠ ਦ੍ਰਿਸ਼ਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਲਈ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰੋ:
  • ਜੇ ਮੰਗ ਵਧਦੀ ਹੈ ਪਰ ਹਰ ਸ਼ਿਫਟ 'ਤੇ ਇੱਕ ਨਵਾਂ ਓਪਰੇਟਰ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਤਾਂ ਸ਼ਿਪ ਆਰਡਰਾਂ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ?
  • ਕੀ ਸ਼ਿਫਟ ਬਦਲਾਅ ਮਸ਼ੀਨ ਖਰੀਦਣ ਵਾਂਗ ਹੀ ਡਿਲੀਵਰੀ ਸੁਰੱਖਿਆ ਦਿੰਦਾ ਹੈ?
  • ਮਸ਼ੀਨ ਚੱਲਣੀ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕੰਮ ਕਿੱਥੇ ਉਡੀਕ ਕਰਦਾ ਹੈ?

ਫੈਸਲਾ-ਜਾਂਚ ਢਾਂਚਾ: ਉਤਪਾਦ, ਪ੍ਰਕਿਰਿਆ, ਸਰੋਤਸਿਮੂਲੇਸ਼ਨ ਨੂੰ ਸਿਧਾਂਤ ਤੋਂ ਫੈਸਲੇ ਦੇ ਮੁੱਲ ਤੱਕ ਲਿਜਾਣ ਲਈ, ਪਹਿਲਾਂ ਤਿੰਨ ਆਧਾਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਤਪਾਦਨ ਸਿਸਟਮ ਦਾ ਸਾਂਝਾ ਵਰਣਨ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ:

1. ਉਤਪਾਦ: ਪੁਰਜ਼ਿਆਂ ਦੇ ਨੰਬਰਾਂ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਵਿੱਚ ਮੰਗ, ਨਿਯਤ ਤਾਰੀਖਾਂ, ਬੈਚ ਆਕਾਰ, ਵੇਰੀਐਂਟ ਨਿਯਮ, ਅਤੇ ਵਪਾਰਕ ਜੋਖਮ ਸੰਦਰਭ ਸ਼ਾਮਲ ਹਨ।
2. ਪ੍ਰਕਿਰਿਆ: ਲੋੜੀਂਦੇ ਓਪਰੇਸ਼ਨ, ਉਨ੍ਹਾਂ ਦਾ ਕ੍ਰਮ (ਰੂਟਿੰਗ ਤਰਕ), ਸੈੱਟਅੱਪ ਪਰਿਵਾਰ, ਵਿਕਲਪਕ ਰੂਟ, ਗੁਣਵੱਤਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਪਹਿਲੇ-ਪੁਰਜ਼ੇ ਜਾਂਚਾਂ, ਅਤੇ ਗੁਣਵੱਤਾ-ਹੋਲਡ ਰੀਵਰਕ ਮਾਰਗ।
3. ਸਰੋਤ: ਮਸ਼ੀਨਾਂ, ਪਰ ਨਾਲ ਹੀ ਸਿਖਲਾਈ ਪ੍ਰਾਪਤ ਲੇਬਰ, ਫਿਕਸਚਰ, ਟੂਲ, ਟੈਸਟ ਰਿਗ, ਅਤੇ ਭੌਤਿਕ ਬਫਰ ਸਪੇਸ। ਇਸ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਨਿਰਭਰਤਾਵਾਂ ਹਨ: ਇੱਕੋ ਸਮੇਂ ਲੋੜੀਂਦੇ ਦੋ ਸਰੋਤ, ਕੈਲੰਡਰ (ਡਾਊਨਟਾਈਮ/ਸਹਾਇਤਾ ਵਿੰਡੋ), ਅਤੇ ਨਿਯਮ ਜੋ ਗੁਣਵੱਤਾ ਸਥਿਤੀ ਅਨੁਸਾਰ ਬਦਲ ਸਕਦੇ ਹਨ।

ਇਹ ਸਾਂਝਾ ਵਰਣਨ ਸੌਫਟਵੇਅਰ ਚੋਣਾਂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬਿਹਤਰ ਬਣਦਾ ਹੈ। ਇਹ ਵੱਖ-ਵੱਖ ਤੱਥਾਂ (IT/OT) ਨੂੰ ਉਸ ਸੰਚਾਲਨ ਸੰਦਰਭ ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਜੋ ਕਾਰਨਾਂ ਅਤੇ ਪ੍ਰਭਾਵਾਂ ਬਾਰੇ ਤਰਕ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਹੈ।

ਇਸ ਪੋਡਕਾਸਟ ਦੇ ਸਮਰਥਕ ਬਣੋ: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.