ਤੁਸੀਂ ਇੰਜੀਨੀਅਰਿੰਗ ਪ੍ਰਕ੍ਰਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਬਿਹਤਰ ਬਣਾਉਂਦੇ ਹੋ?

Question

Accepted Answer

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

## ਬਿਹਤਰੀ ਲਈ ਲੂਪ

```text
1. MEASURE       → where does work actually slow down? (cycle time, review wait,
                    deploy frequency, incident rate)
2. FIND THE CONSTRAINT → optimizing anything but the bottleneck is wasted effort
3. CHANGE ONE THING → small, reversible experiments
4. MEASURE AGAIN → did it help? keep, adjust, or revert
5. INVOLVE THE TEAM → they know the pain; they'll own the fix
```

## ਉਦਾਹਰਨ

ਜੇ ਫਿਚਰ ਲਿਖਣ ਵਿੱਚ ਤਿੰਨ ਹਫ਼ਤੇ ਲੱਗਦੇ ਹਨ ਪਰ ਕੋਡਿੰਗ ਕਰਨ ਵਿੱਚ ਸਿਰਫ਼ ਦੋ ਦਿਨ ਲੱਗਦੇ ਹਨ, ਤਾਂ ਰੁਕਾਵਟ *ਉਡੀਕ ਦਾ ਸਮਾਂ* ਹੈ — ਕੋਡ ਰਿਵਿਊ ਕਤਾਰਾਂ, ਵਾਤਾਵਰਨ ਦੀ ਉਪਲਬਧਤਾ, ਅਨੁਮੋਦਨ — ਡਿਵੈਲਪਰ ਦੀ ਗਤੀ ਨਹੀਂ। ਕੋਡਿੰਗ ਉੱਤੇ ਦਬਾਅ ਵਧਾਉਣਾ ਕੋਈ ਫਾਇਦਾ ਨਹੀਂ ਦੇਵੇਗਾ।

## ਖ਼ਤਰੇ

- **ਕਾਰਗੋ-ਪੰਥ** ਕਿਸੇ ਹੋਰ ਕੰਪਨੀ ਦੀ ਪ੍ਰਕ੍ਰਿਆ ਨੂੰ ("ਆਓ Spotify ਵਾਂਗ ਕਰੀਏ")।
- **ਆਪਣੇ ਆਪ ਲਈ ਪ੍ਰਕ੍ਰਿਆ** — ਰਸਮਾਂ ਜਿਹਨਾਂ ਦਾ ਮਤਲਬ ਖ਼ਤਮ ਹੋ ਗਿਆ ਹੈ।
- **ਇੱਕ ਵਾਰ ਵਿੱਚ ਪੰਜ ਚੀਜ਼ਾਂ ਬਦਲਣਾ**, ਤਾਂ ਜੋ ਤੁਸੀਂ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕੋ ਕਿ ਕੀ ਕੰਮ ਆਇਆ।
- **ਮਾਹਲ ਦੀ ਸਹਿਮਤੀ ਦੇ ਬਿਨਾਂ ਉੱਪਰੋਂ ਪ੍ਰਕ੍ਰਿਆ ਲਾਗੂ ਕਰਨਾ**।

## ਇਸ ਦਾ ਮਾਤਰ

ਛੋਟੀਆਂ ਪ੍ਰਕ੍ਰਿਆ ਤਬਦੀਲੀਆਂ ਚੀ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।

ਰਿਵਿਊ ਦੇ ਸਮਾਂ ਜਾਂ ਅਸਥਿਰ ਪਰਖ ਦੀ ਤਕਲੀਫ ਨੂੰ ਘਟਾਉਣਾ ਪੂਰੀ ਮਾਹਲ ਵਿੱਚ ਹਰ ਹਫ਼ਤੇ ਘੰਟਿਆਂ ਬਚਾਉਂਦਾ ਹੈ।

ਬਰਾਬਰ ਮਹੱਤਵਪੂਰਨ, ਮਾਹਲ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਪ੍ਰਕ੍ਰਿਆ ਨੂੰ ਉਹਨਾਂ *ਦੇ ਲਈ* ਕੀ ਜਾਂਦੀ ਚੀਜ਼ ਤੋਂ ਅਜਿਹੀ ਚੀਜ਼ ਵਿੱਚ ਪਰਿਵਰਤਿਤ ਕਰਦਾ ਹੈ ਜਿਸ ਦਾ ਉਹ ਮਾਲਕ ਹਨ — ਜੋ ਉਹ ਫ਼ਰਕ ਹੈ ਇੱਕ ਤਬਦੀਲੀ ਜਿਹੜੀ ਬਣੀ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਉਹ ਜੋ ਚੁੱਪ ਸਾਥ ਅਲੀ ਜਾ ਜਾਂਦੀ ਹੈ।