आप एक बिल्कुल नई टीम के लिए कार्य प्रक्रिया कैसे स्थापित करते हैं?

Question

Accepted Answer

**हल्के और स्पष्ट** शुरू करें, फिर टीम को वास्तविक pain points से प्रक्रिया विकसित करने दें। सबसे बड़ी गलती है पहले दिन अपनी पिछली नौकरी से एक भारी framework आयात करना। एक नई टीम को कुछ गैर-समझौतावादी बुनियादी चीज़ें, साझा समझौते, और समायोजित करने के लिए एक तेज़ feedback loop चाहिए।

## न्यूनतम व्यवहार्य प्रक्रिया

- **Definition of Done** और **Definition of Ready** — ताकि "done" और "शुरू करने के लिए तैयार" का मतलब सबके लिए एक ही हो।
- काम के लिए एक एकल **source of truth** (एक board), और एक स्पष्ट intake path ताकि काम पाँच side channels से न आए।
- एक **branching और code-review** मानक, साथ ही एक बुनियादी CI pipeline। गुणवत्ता gates पहले दिन से मौजूद हों, बाद में जोड़े न जाएँ।
- हल्के **ceremonies**: एक छोटा daily sync, एक planning cadence, और सबसे महत्वपूर्ण एक **retrospective** — वह इंजन जो बाकी सब कुछ सुधारता है।

## मैं इसे कैसे रोलआउट करता हूँ

1. **पहले सुनें।** हर व्यक्ति से बात करें; कुछ भी थोपने से पहले उनके संदर्भ, ताकत, और निराशाओं को सीखें।
2. **एक working agreement साथ लिखें।** overlap के घंटे, निर्णय कैसे लिए जाते हैं, on-call अपेक्षाएँ, संचार मानदंड। Ownership सह-लेखन से आता है।
3. **तेज़ी से कुछ छोटा end-to-end ship करें।** एक असली कार्य पर इसे एक बार चलाने और खामियाँ खोजने जैसा कुछ भी प्रक्रिया नहीं बनाता।
4. **retros चलाएँ और समायोजित करें।** प्रक्रिया को ही एक backlog वाले product के रूप में मानें।

## Trade-offs और गलतियाँ

- **बहुत अधिक प्रक्रिया** गति को मार देती है और अविश्वास का संकेत देती है; **बहुत कम** अराजकता और rework पैदा करती है। हल्के पक्ष की ओर झुकें और केवल तभी जोड़ें जब कोई वास्तविक समस्या माँग करे।
- **tools को process से भ्रमित न करें** — Jira कोई methodology नहीं है।
- **डिक्री द्वारा process** से सावधान रहें। अगर टीम ने इसे आकार देने में मदद नहीं की, तो वे इसके इर्द-गिर्द रास्ता निकाल लेंगे।
- जल्दी **मनोवैज्ञानिक सुरक्षा** स्थापित करें; एक retro जहाँ कोई ईमानदारी से नहीं बोलता, वह नाटक है।

## एक सरल template

- हम [cadence] में काम करते हैं। Done का मतलब [DoD] है। हम हर PR की [X घंटों] के भीतर समीक्षा करते हैं। हम [DACI/owner] के माध्यम से निर्णय लेते हैं। हम हर [interval] पर retro करते हैं।

## यह क्यों महत्वपूर्ण है

एक टीम की प्रक्रिया वह operating system है जिस पर बाकी सब कुछ चलता है। इसे अच्छी तरह सेट करें और अच्छे इंजीनियर चक्रवृद्धि होते हैं; इसे बुरी तरह सेट करें और आप हर sprint घर्षण, अस्पष्टता, और rework से लड़ने में बिताते हैं। इसे जानबूझकर करना — हल्का, स्पष्ट, और सह-स्वामित्व — senior नेतृत्व के सबसे स्पष्ट संकेतों में से एक है।