मेरी नज़र स्क्रेम पर

सॉफ्टवेयर विकास में भागीदारी के वर्षों में, मैं 3 नियमों के साथ आया हूं, जिनमें से प्रतिच्छेदन वांछित परिणाम देता है: सही काम सही ढंग से और जल्दी से करें। यह देखने के लिए उत्सुक है कि कैसे स्क्रैम हमें इन लक्ष्यों को प्राप्त करने में मदद करता है।





सही बात - अगर सही काम किया जा रहा है, तो स्क्रैम भी परवाह नहीं करता है। बैकलॉग का गठन ओब्नेर के उत्पाद के लिए छोड़ दिया गया है। विकास टीम वास्तव में परवाह नहीं करती है कि वे सही काम करते हैं या नहीं। एक बलि का बकरा है - एक ऊनी उत्पाद। उसके साथ और सारी मांग। OUNER का उत्पाद एक स्मारकीय आकृति में बदल जाता है, जिसे उपयोगकर्ताओं के बारे में सब कुछ पता होना चाहिए, बाजार के बारे में सब कुछ पता होना चाहिए, रुझानों के बारे में सब कुछ पता होना चाहिए, आम तौर पर सभी डॉफिग को जानते हैं ताकि एकल-निर्धारित रूप से निर्णय लिया जा सके कि कौन सा उत्पाद बनाना है।

इसके अलावा, ध्यान, उद्धरण

उत्पाद स्वामी टीम का हिस्सा नहीं है

द्वारा और बड़े, पूरे उत्पाद की सफलता OUNER के उत्पाद पर आधारित होती है। यदि उसके पास एक फाइल है, तो इससे कोई फर्क नहीं पड़ता कि टीम पर कूल बीवर क्या थे और प्रोजेक्ट पर क्या कूल कवरेज है।

चीजें सही हैं - स्क्रम आमतौर पर परवाह नहीं करता है कि कैसे किया जाता है। यह टीम के लिए छोड़ दिया जाता है। टीम के लिए मुख्य बात यह है कि आपस में मिलें और चर्चा करें कि क्या सही है और कैसे हम सामान्य रूप से सही काम करते हैं। टीम यह कैसे करती है - घोटाला बिलकुल एक जैसा है। स्क्रम का सुझाव है कि टीम अपनी प्रक्रिया में सुधार करने के लिए पर्याप्त शांत है। दुर्भाग्य से, यह हमेशा मामला नहीं होता है। उदाहरण के लिए, अनुभवी डेवलपर्स के बिना एक टीम को यह पता लगाने की संभावना नहीं है कि क्या अच्छा है और क्या बुरा है।

फास्ट - स्क्रेम आमतौर पर परवाह नहीं करता है कि चीजें जल्दी से की जाती हैं या नहीं। एक टीम के रूप में - यह कर सकता है। शायद तेज - महान। यह नहीं हो सकता है - चलो एक साथ मिलें और बात करें कि स्थिति को कैसे ठीक किया जाए। इसके लिए, हमारे पास पूर्वव्यापी हैं।

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

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

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