स्क्रम अतिरंजित है

अधिकांश कंपनियां किसी न किसी प्रकार की स्क्रम प्रक्रिया का पालन करती हैं। आमतौर पर इसमें 2 या 3 सप्ताह के स्प्रिंट होते हैं। प्रत्येक स्प्रिंट के अंत में परिवर्तनों का प्रदर्शन किया जाता है, पूर्वव्यापी समीक्षा की जाती है और बैकलॉग को व्यवस्थित किया जाता है। प्रत्येक स्प्रिंट के दौरान कार्य पूर्णता का समय कैप्चर किया जाता है, जो प्रबंधन को भविष्य में यह अनुमान लगाने की अनुमति देता है कि परियोजनाएं कब पूरी होंगी।

जिन स्क्रम परियोजनाओं का मैं हिस्सा रहा हूं, उनमें से कई “प्रतिबद्धता” या “स्वामित्व लेने” पर जोर देती हैं। स्प्रिंट के अंत में कई इंजीनियरों को अधूरे कार्यों के लिए जवाबदेह ठहराया जाता है। स्प्रिंट वेलोसिटी एक और विचार है जिस पर जोर दिया जाता है। हमें अपनी गति बनाए रखनी होगी! यह ऐसा है जैसे सॉफ्टवेयर बनाना एक दौड़ है, यह नहीं है। यदि इंजीनियरों को एक मेट्रिक द्वारा जवाबदेह ठहराया जाता है, तो वे मेट्रिक के लिए अनुकूलित करेंगे, यह वह नहीं है जो आप चाहते हैं।

स्क्रम टीमों के लिए एक समझने योग्य ढांचा बनाता है और यह प्रबंधन को भविष्य की भविष्यवाणी करने के उपकरण देता है। जिन टीमों ने वॉटरफॉल का अभ्यास किया है, वे स्क्रम को समझना आसान पाती हैं।

स्क्रम की कई प्रथाओं की आवश्यकता नहीं है। उदाहरण के लिए, अधिकांश इश्यू ट्रैकिंग सॉफ्टवेयर प्रबंधकों को टिकट पूर्णता की आवृत्ति पर रिपोर्ट चलाने की अनुमति देते हैं। इस जानकारी के साथ, प्रबंधक वेलोसिटी का अनुमान लगाने में सक्षम होते हैं, बजाय वेलोसिटी को प्रक्रिया में शामिल करने और इसे एक बड़ी बात बनाने के। स्वामित्व लेना एक दिखावा है, हम इसे स्वाभाविक रूप से करते हैं, इसे स्पष्ट बनाना अपमानजनक है। जिन सभी परियोजनाओं का मैं हिस्सा रहा हूं, उनमें प्रत्येक इंजीनियर के पास एप्लिकेशन का एक कोना होता है जो उनका स्थान है।

सॉफ्टवेयर डिलीवरी में सुधार के अन्य तरीके:

• यदि आपको साप्ताहिक डिप्लॉयमेंट की आवश्यकता है, तो उन्हें शेड्यूल करें। जो तैयार है उसे डिप्लॉय करें।
• बैकलॉग को व्यवस्थित रखें; तब इंजीनियरों के पास काम की कमी नहीं होगी।
• मेरी राय में, पूर्वव्यापी समीक्षा सबसे आवश्यक गैर-विकास गतिविधि है। इसके बिना, आपके पास एक बेहतर और अधिक कुशल संगठन बनने का कोई मौका नहीं है।
• स्वचालित करें, स्वचालित करें, स्वचालित करें
• सुविधाओं की सूची के लिए प्रतिबद्ध होना हास्यास्पद है। कार्यों को रैंक करें और जो आप कर सकते हैं उसे पूरा करें। इस बात पर चिंता करना कि “कार्य A” पूरा क्यों नहीं हुआ, समय की बर्बादी है। यह स्पष्ट है कि कार्य या तो बहुत बड़ा था, या उच्च प्राथमिकता का काम लिया गया था।
• डेमो समय की बर्बादी हैं जब तक कि क्लाइंट परवाह न करे और फीडबैक न दे।
• दैनिक बैठकों की आवश्यकता हो भी सकती है और नहीं भी। मैं हर कुछ दिनों में मिलना पसंद करता हूं।

दिन के अंत में यह सबसे कुशल तरीके से क्लाइंट को मूल्य प्रदान करने के बारे में है।