खुद डेवलपर्स के लिए स्क्रम का लाभ? [बन्द है]


18

एक परियोजना प्रबंधन पद्धति होने के कारण, आप डेवलपर्स को एक ऐसी टीम में कैसे बेचेंगे जो इसकी मौजूदा स्थिति से काफी खुश है?

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

लेकिन डेवलपर्स को स्क्रम को गले लगाने के लिए कैसे आश्वस्त किया जा सकता है? स्क्रैम कैसे उनके जीवन को आसान बना देगा?

जवाबों:


14

क्या हो रहा है, इस पर स्क्रैम बहुत अधिक दृश्यता प्रदान करेगा । खराब प्रबंधन, अंतिम मिनट में परिवर्तन, दबाव, और सभी प्रकार के सामान जो आमतौर पर एक डेवलपर सामना करते हैं।

हालांकि, यह शिथिलकों, बुरे विश्वास डेवलपर्स, पागल व्यक्तियों, ... दूसरे शब्दों में, बुरे डेवलपर्स पर बहुत अधिक दृश्यता लाएगा।

स्क्रम एक दोधारी तलवार है

स्क्रेम आपको उन समस्याओं को हल करने के अवसरों के साथ लाएगा। इसलिए यह इतना शक्तिशाली है।


2
एक "बुरा विश्वास डेवलपर" क्या है?
smp7d

3
डेवलपर्स को उनके द्वारा भुगतान किए गए काम को खर्च करने की तुलना में कुछ अलग करने के लिए, जैसे कि उनके निजी प्रोजेक्ट पर काम करना या इंटरनेट पर आक्रामक रूप से सर्फिंग करना।

7

बड़े लक्ष्य ("सॉफ्टवेयर प्राप्त करें") को छोटे टुकड़ों में तोड़ना - कहानियां - और वर्तमान स्प्रिंट में उनमें से कौन सा निर्णय करना उत्पादकता में सुधार करता है और तनाव कम करता है। जब आप विशेष रूप से जानते हैं कि अब आप क्या करने जा रहे हैं , तो तनाव के बारे में बहुत कम है, और आप बड़े पूरे से अभिभूत महसूस करने के बजाय छोटे टुकड़े करने पर ध्यान केंद्रित कर सकते हैं।


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

1
पूर्व-आवश्यकता नहीं है, जबकि स्क्रैम इसे करने का एक तरीका है। तो सटीक होने के लिए, सवाल कुछ ऐसा होना चाहिए जैसे कि X की तुलना में Scrum कैसे जीवन को आसान बनाता है?
जूनस पुलकका

... झरने की तुलना में। हमारे पास पहले से ही स्वचालित बिल्ड और निरंतर एकीकरण है। मैं टीडीडी शुरू करने की कोशिश करता हूं। लेकिन हमारे सामने विस्तृत आवश्यकताएं और अनुमान हैं, लंबे विकास चक्र (कई महीने), साप्ताहिक स्थिति बैठकें ...
जेवियर नोडेट

@ SnOrfus स्प्रिंट के दौरान कोई भी कहानी नहीं जोड़ सकता है इसलिए स्क्रम तनाव कम करके जीवन को आसान बनाता है। डेवलपर जानता है कि यही वह कर रहा है और स्प्रिंट के दौरान कोई भी प्राथमिकता नहीं बदलेगा।
असीम गफ्फार

5

स्टैक रैंक्स / बैकलॉग मील का पत्थर रहता है, जो कि मौत के निशान से होता है

एक डेवलपर के रूप में, 'विनाशकारी पैटर्न' मैं सबसे अधिक सॉफ्टवेयर विकास में देखता हूं, जब कुछ 'बाहरी नियंत्रक' (जैसे परियोजना प्रबंधन, कार्यकारी प्रबंधन) इस तथ्य पर बहुत उत्साहित हो जाता है कि 'पसंदीदा सुविधा' इसे बनाने के लिए नहीं है ' कैलेंडर की तारीख 'और मृत्यु-क्रम का आदेश देता है।

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

मैंने यह भी पाया है कि छोटे स्प्रिंट के साथ, 'बाहरी नियंत्रक' काम को स्थगित करने से कम परेशान हैं। अगर 'ब्लिंकिंग विजेट' इसे 'मील का पत्थर 1' में नहीं बनाता है और 'मील का पत्थर 2' अब से 9 महीने पहले तक खत्म नहीं होता है, तो 'ब्लिंकिंग विजेट' का प्रायोजक बहुत परेशान हो जाता है। लेकिन अगर 'ब्लिंकिंग विगेट्स' को 1 के बजाय 7 स्थान पर रखा गया है क्योंकि वास्तव में 6 और महत्वपूर्ण चीजें हैं जिन्हें पहले प्राप्त करना है, इसका मतलब है कि हम इसे स्प्रिंट + 1 या सबसे खराब स्प्रिंट + 2 पर प्राप्त करेंगे जिसका अर्थ है यह अब से 12 या 18 सप्ताह तक दिखाई देगा (6 सप्ताह स्प्रिंट का उपयोग करके)। मेरे अनुभव में, 3 महीने की प्रतीक्षा अधीर को 'स्वीकार्य' है - इसके अलावा, 3+ महीने के मील के पत्थर के 'झरना' मॉडल में वापस,

अंत में, अगर हम स्प्रिंट के अंत तक पहुँच रहे हैं और चीजें अपेक्षा से अधिक समय ले रही हैं, तो बैकलॉग आइटम को 5-6-7 से अगले स्प्रिंट पर धकेलने में सक्षम होना बहुत अच्छा है और सुनिश्चित करें कि हमने 1-2-3 पूरा कर लिया है -4 उच्च गुणवत्ता के साथ और 70 घंटे के सप्ताह के बिना। आखिरकार, हम 5-6-7 अगले स्प्रिंट के लिए सुनिश्चित होंगे। फिर से, पोस्टपोन में शामिल छोटे टाइमफ्रेम को देखते हुए, 'बाहरी नियंत्रक' आम तौर पर इसके साथ अधिक सहज होते हैं और इस बात पर जोर नहीं देते हैं कि हम मील के पत्थर को दो सप्ताह और प्रत्येक रात को आदेश देते हैं कि 'बस इसके माध्यम से धक्का दें'।


3

एक स्क्रम टीम में लोग अपने आप से कई चीजें तय करते हैं: अगले स्प्रिंट के दौरान क्या किया जाएगा, हम इस कहानी को कार्यों में कैसे तोड़ते हैं, कौन काम करता है, आदि। यह उन्हें सशक्त बनाता है, और माइक्रो के लगभग सटीक है -management।


मुझे लगता है कि यह अनायास ही एक सा है! "अगले स्प्रिंट के दौरान क्या किया जाएगा" उत्पाद बैकलॉग और उस पर वस्तुओं की प्राथमिकता के संदर्भ में निर्णय लिया जाना है। बेशक, " अगले स्प्रिंट के दौरान कितना किया जाएगा" निश्चित रूप से टीम द्वारा तय किया गया है।
रॉबिन ग्रीन

2

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


1

मेरे लिए, आपको बैकलॉग से स्व-असाइन किए गए कार्यों को प्राप्त करना डेवलपर के दृष्टिकोण से सबसे बड़ा विक्रय बिंदु है। साथ ही, ग्राहक / उत्पाद के मालिक के साथ घनिष्ठता चीजों की बड़ी योजना को समझने में मदद करती है।


1

कुछ चीजें:

  • शुरू से ही बदलती आवश्यकताओं के बारे में ज़ेवियर के बिंदु पर निर्माण - एक कम राजनीतिक माहौल विकसित होता है जब हर कोई शुरू से स्वीकार करता है कि कुछ चीजें ग्राहक की अपेक्षा के अनुरूप नहीं होंगी। त्वरित वितरण और समीक्षा का मतलब होगा कि गलत संचार की लागत कम है, और दोष खेल खेलने के बजाय, डेवलपर्स सिर्फ चीजों को बदल सकते हैं ताकि वे ग्राहक की अपेक्षा के अनुसार काम करें।

  • कहानी के अंक! क्या डेवलपर सामान करने के लिए अंक प्राप्त करना पसंद नहीं करता है !!?! गंभीरता से, यह SC2 या स्टैक ओवरफ्लो में बैज पाने से बेहतर है।


1

कई चीजें हैं जो मुझे एक डेवलपर के रूप में पसंद हैं।

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

बस समय का आकलन करने का मतलब है कि अनुमान यथोचित सटीक हैं। हर किसी को आमतौर पर एक अच्छा विचार होता है कि स्प्रिंट में क्या खत्म होगा। यह प्रोग्रामर और प्रोजेक्ट मैनेजर को अनुचित मांगों के खिलाफ पीछे धकेलने के उपकरण देता है।

हर तीन से चार सप्ताह में वापस आना और एक सांस लेना अच्छा होता है और कम से कम गति में बदलाव होता है।

स्वयं आयोजक दल, काम में थोड़ी अधिक विविधता देते हैं।

सिद्धांत में कम से कम, स्प्रिंट के दौरान कम रुकावटें और 'आपात स्थिति' होती हैं।

दैनिक स्टैंड अप मीटिंग प्रोग्रामर्स को हर दिन कई शब्द कहने के लिए मजबूर करता है।

प्रगति को देखना आसान है क्योंकि कहानियों को स्पष्ट रूप से समाप्त किया जाता है और प्रत्येक स्प्रिंट के अंत में समीक्षा की जाती है।

बर्न डाउन चार्ट ट्रैकिंग प्रगति का एक बहुत प्रभावी हल्का वजन साधन है।


1

डेवलपर के लिए लाभ प्रारंभिक प्रतिक्रिया है (क्लाइंट, परीक्षक, उत्पाद स्वामी आदि से)।

एक डेवलपर के रूप में, मैं हमेशा बिना विचलित हुए कदम-दर-कदम काम करने में दिलचस्पी रखता हूं। स्क्रेम इसे प्रदान करता है।

पुनश्च: घोटाले एक पद्धति नहीं है यह एक रूपरेखा है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.