आप इंजीनियरिंग प्रक्रियाओं को कैसे सुधारते हैं?

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
```

## उदाहरण

अगर सुविधाएं तीन सप्ताह लेती हैं लेकिन केवल दो दिन कोडिंग होती है, तो बाधा *प्रतीक्षा समय* है — कोड समीक्षा कतार, वातावरण की उपलब्धता, अनुमोदन — डेवलपर गति नहीं। कोडिंग पर दबाव डालना कुछ नहीं करेगा।

## नुकसान

- **Cargo-culting** किसी अन्य कंपनी की प्रक्रिया ("चलिए Spotify की तरह करते हैं")।
- **अपने आप के लिए प्रक्रिया** — समारोह जो अपने उद्देश्य को पूरा कर चुके हैं।
- **एक बार में पांच चीजें बदलना**, इसलिए आप यह नहीं बता सकते कि क्या काम किया।
- **प्रक्रिया को ऊपर से थोपना** टीम की सहमति के बिना।

## इससे क्यों मायने रखता है

छोटी प्रक्रिया सुधार जमा होती है।

समीक्षा प्रतीक्षा समय या flaky-test दर्द को कम करने से पूरी टीम के लिए हर सप्ताह घंटे मुक्त होते हैं।

समान रूप से महत्वपूर्ण, टीम को शामिल करना प्रक्रिया को कुछ ऐसी चीज़ से बदल देता है जो उन पर की जाती है एक ऐसी चीज़ में जो वे स्वामित्व करते हैं — जो एक परिवर्तन के बीच का अंतर है जो टिका रहता है और एक जो शांति से परित्यक्त हो जाता है।