---

स्क्रम से पहले अव्यवस्था और निराशा के कारण क्या थे? यह आपको चौंका सकता है!

इंजीनियरिंग और व्यवसाय पर स्क्रम का प्रभाव समझने को परियोजना के एक दिन का जीवन देखना उचित है।

इसलिए संगठन में स्क्रम विकास तथा डिलीवरी अपनाने से पहले की परियोजना की संक्षिप्त चर्चा करूँगा।

ये पंक्तियाँ लिखने से कुछ दिन पहले लगभग 20 वर्ष पुराने साथी से दोपहर भोजन किया।

Marcus ने प्राप्त किए अपने स्क्रम मास्टर प्रमाणन और स्क्रम प्रोडक्ट ओनर प्रमाणन यहाँ से, International Scrum Institute™। अब वह एजाइल प्रबंधन सॉफ्टवेयर की प्रमुख कंपनी में स्क्रम मास्टर है।

Marcus विश्व के अलग स्थानों में वितरित एजाइल टीम की सहायता का जिम्मेदार है।

भोजन में Marcus ने वितरित एजाइल टीमों की सामान्य चुनौतियाँ मानीं। अपनी परियोजना की कुछ खास समस्याएँ बताईं:

• सदस्यों की कार्यशैली में अंतर,
• समय क्षेत्र के अंतर,
• सांस्कृतिक असंगति, और
• भाषा की सीमाएँ।

फिर भी उसने कहा कि एजाइल स्क्रम से परियोजना चलाना 20 वर्ष पहले से अधिक मजेदार, उत्पादक तथा समृद्ध है। उन दिनों की तुलना में जब हम स्क्रम विकास और डिलीवरी बिना काम करते थे।

अनुभवी कुशल प्रबंधक, स्क्रम मास्टर तथा प्रोडक्ट ओनर का कथन ढाँचे के पक्ष में बड़ा प्रमाण था।

धन्यवाद, Marcus!

फिर हमने स्क्रम से पहले की परियोजना बताई। कई मास्टर प्रमाणन से पहले की समान अनुभूतियाँ पहचानेंगे।

1990 के दशक के अंत में हम स्मार्ट कार्ड आधारित प्रणाली बनाने वाले इंजीनियरिंग समूह में थे: सार्वजनिक कुंजी अवसंरचना। कार्ड सदस्यों की निजी कुंजियाँ सुरक्षित रखते थे; संबंधित सार्वजनिक कुंजियाँ और उनके प्रमाणपत्र खुले बाँटते थे (जैसा सार्वजनिक नाम बताता है)।

यह जटिल परियोजना थी, जिसमें कई परस्पर निर्भर हार्डवेयर तथा सॉफ्टवेयर टीमें थीं। बहुत अधिक करना पड़ा अनुसंधान और विकास (R&D) पूरी कार्यशील हार्डवेयर और सॉफ्टवेयर प्रणाली के लिए।

याद रखें, तब हमने उपयोग नहीं किया था न्यूनतम व्यवहार्य उत्पाद (MVP) की अवधारणा का, जिससे प्रयोग, निर्माण, सीख और फिर प्रयोग करते।

स्क्रम के बिना अनेक हार्डवेयर तथा सॉफ्टवेयर तत्वों की जटिल अवसंरचना सचमुच चुनौती थी।

यहाँ हैं तीन महत्वपूर्ण कठिनाइयाँ जो स्क्रम मास्टर या प्रमाणित व्यक्ति बिना टीमों में आती थीं।