अधिकांश कंपनियां किसी न किसी प्रकार की Scrum प्रक्रिया का पालन करती हैं। आमतौर पर इसमें 2 या 3 सप्ताह के स्प्रिंट शामिल होते हैं। प्रत्येक स्प्रिंट के अंत में परिवर्तनों का प्रदर्शन किया जाता है, पूर्वव्यापी समीक्षा की जाती है और बैकलॉग को तैयार किया जाता है। प्रत्येक स्प्रिंट के दौरान कार्य पूर्ण करने का समय कैप्चर किया जाता है, जो प्रबंधन को भविष्य में प्रोजेक्ट के पूरा होने का अनुमान लगाने की अनुमति देता है।
मैंने जिन कई Scrum प्रोजेक्ट्स में भाग लिया है, वे कार्यों को “प्रतिबद्ध” करने या “स्वामित्व लेने” पर जोर देते हैं। स्प्रिंट के अंत में कई इंजीनियरों को अधूरे कार्यों के लिए जवाबदेह ठहराया जाता है। Sprint velocity एक और विचार है जिसे जोर-शोर से प्रचारित किया जाता है। हमें अपनी velocity बनाए रखनी है! यह ऐसा है जैसे सॉफ्टवेयर बनाना एक दौड़ है, यह नहीं है। यदि इंजीनियरों को एक मेट्रिक द्वारा जवाबदेह ठहराया जाता है, तो वे मेट्रिक के लिए अनुकूलन करेंगे, यह वह नहीं है जो आप चाहते हैं।
Scrum टीमों के लिए एक आसान समझने वाली रूपरेखा बनाता है और यह प्रबंधन को भविष्य की भविष्यवाणी करने के लिए उपकरण देता है। जिन टीमों ने waterfall का अभ्यास किया है, वे Scrum को समझना आसान पाते हैं।
Scrum की कई प्रथाओं की आवश्यकता नहीं है। उदाहरण के लिए, अधिकांश issue tracking सॉफ्टवेयर प्रबंधकों को टिकट पूर्ण करने की आवृत्ति पर रिपोर्ट चलाने की अनुमति देते हैं। इस जानकारी के साथ, प्रबंधक velocity का अनुमान लगा सकते हैं, इसके बजाय velocity को प्रक्रिया में शामिल करने और इसे एक बड़ी बात बनाने के। स्वामित्व लेना एक धोखा है, हम इसे स्वाभाविक रूप से करते हैं, इसे स्पष्ट करना अपमानजनक है। मैंने जिन सभी प्रोजेक्ट्स में भाग लिया है, प्रत्येक इंजीनियर के पास एप्लिकेशन का एक कोना है जो उनका स्थान है।
सॉफ्टवेयर डिलीवरी में सुधार के अन्य तरीके:
- यदि आपको साप्ताहिक तैनाती की आवश्यकता है, तो उन्हें शेड्यूल करें। जो तैयार है उसे तैनात करें।
- बैकलॉग को तैयार रखें; फिर इंजीनियरों के पास कभी काम नहीं रहेगा।
- मेरी राय में, पूर्वव्यापी समीक्षा सबसे आवश्यक गैर-विकास गतिविधि है। इसके बिना, आपके पास एक बेहतर और अधिक कुशल संगठन बनने का कोई मौका नहीं है।
- स्वचालित करें, स्वचालित करें, स्वचालित करें
- सुविधाओं की एक सूची के लिए प्रतिबद्ध होना बेतुका है। कार्यों को रैंक करें और जो आप कर सकते हैं उसे पूरा करें। इस बात पर चिंता करना कि “कार्य A” पूरा क्यों नहीं हुआ, समय की बर्बादी है। यह स्पष्ट है कि कार्य या तो बहुत बड़ा था, या उच्च प्राथमिकता वाले काम को लिया गया था।
- डेमो समय की बर्बादी हैं जब तक कि क्लाइंट को परवाह न हो और प्रतिक्रिया प्रदान न करे।
- दैनिक बैठकें आवश्यक हो भी सकती हैं और नहीं भी। मैं हर कुछ दिनों में मिलना पसंद करता हूं।
दिन के अंत में यह सबसे कुशल तरीके से क्लाइंट को मूल्य प्रदान करने के बारे में है।
लेखक: Chuck Conway एक AI इंजीनियर हैं जिनके पास सॉफ्टवेयर इंजीनियरिंग का लगभग 30 साल का अनुभव है। वह व्यावहारिक AI सिस्टम बनाते हैं—कंटेंट पाइपलाइन, इंफ्रास्ट्रक्चर एजेंट, और ऐसे टूल जो वास्तविक समस्याओं को हल करते हैं—और अपनी सीख को साझा करते हैं। सोशल मीडिया पर उनसे जुड़ें: X (@chuckconway) या YouTube और SubStack पर उनसे मिलें।