डेवलपर अराजकता क्या है?


24

मैं डेवलपर (या प्रोग्रामर) अराजकता के बारे में पढ़ रहा हूं, जो कि उत्तर-युगीन विकास पद्धति के रूप में बिल किया गया लगता है। मुझे इस ( 1 , 2 ) पर कुछ संसाधन मिले , लेकिन यह वहाँ बहुत कुछ नहीं लगता है।

मैं सोच रहा था कि अगर किसी के पास कोई भी अच्छा संसाधन हो, जहाँ मुझे इसके बारे में अधिक पता चल सके _ इसे कैसे लागू किया जाए, पेशेवरों और विपक्ष, अन्य तरीकों के साथ तुलना आदि।


1
मैंने इसके बारे में पहले नहीं सुना है लेकिन यह मुझे थोड़ा विरोधाभासी लगता है। वे कहते हैं "... औपचारिकता और नियम रचनात्मकता और उत्पादकता के लिए विवश हैं" लेकिन एक ही समय में वे नियमित बैठकें करते हैं (कार्यप्रणाली के हिस्से के रूप में?)। मैं इस बात पर विश्वास नहीं कर सकता कि इस तरह की कार्यप्रणाली का वर्णन एक नियम स्थापित करने से शुरू होता है।
जियोर्जियो

पहली बार इसके बारे में पढ़ना, ऐसा लगता है कि यह उस व्यक्ति या लोगों द्वारा किया गया था, जिनके पास केवल अर्ध-चुस्त चुस्त अनुभव था। क्योंकि यह "डेवलपर अराजकता" "चुस्त सही" का पाठ्यपुस्तक उदाहरण है। उदाहरण के लिए। ठीक से लागू चुस्त।
व्यंजना

आपके द्वारा उद्धृत पहली कड़ी में पहले से ही वह सब है जो आप खोज रहे हैं।
माइकल बोर्गवर्ड

2
क्या प्यारा भनभनाहट है!
सीजरगॉन

1
@ केसरगॉन: Buzzwords उन विधियों की तुलना में आविष्कार करना आसान है जो वास्तव में नई हैं। ;-)
जियोर्जियो

जवाबों:


46

मैं आपको 'सच' चुस्त परियोजनाओं के इस पहलू पर एलिस्टेयर कॉकबर्न के विचारों की ओर संकेत कर सकता हूं :

कार्यप्रणाली के क्रिस्टल परिवार में एक सदस्य क्रिस्टल क्लियर है। क्रिस्टल क्लियर को निम्न शब्दों में एक स्तर 3 श्रोता के लिए वर्णित किया जा सकता है:

“4-6 लोगों को एक कमरे में रखें जिसमें वर्कस्टेशन और व्हाइटबोर्ड हों और उपयोगकर्ताओं तक पहुँच हो। उन्हें हर एक या दो महीने में उपयोगकर्ताओं को रनिंग, टेस्टेड सॉफ़्टवेयर वितरित करें, और अन्यथा उन्हें अकेला छोड़ दें। ”

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

मैंने कुछ महीने बाद टीम लीडर का साक्षात्कार लिया और उनकी रिपोर्ट मेरे निर्देशों के अनुसार कम थी:

“आपके सुझाव के बाद, हम चारों ने इस सम्मेलन कक्ष को संभाला, जिसमें नेटवर्क कनेक्शन हैं। हमने इसे सभी चार महीनों के लिए रखा, वहां पर व्हाइटबोर्ड पर ड्राइंग करते हुए, सॉफ्टवेयर को डिलीवर करते हुए हम चले गए। इसने बहुत अच्छा काम किया। ”

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

चंचल के बारे में सभी छापे, जो वर्षों से निर्मित हैं, जैसे दैनिक स्टैंडअप और स्क्रैम बोर्ड, उत्पाद बैकलॉग ग्रूमिंग सत्र, उत्पाद बैकलॉग स्क्रैम बोर्ड ग्रूमिंग सत्र योजना बैठकों के बारे में पूर्व-बैठक बैठकें .. सभी हेवीवेट प्रोजेक्ट सामान हैं, जिन्हें देखा जाना चाहिए। सफल उत्पाद वितरण के लिए ओवरहेड्स।

हालांकि आज भी, इन चीजों को अनिवार्य माना जाता है और 'चुस्त' कार्यप्रणाली एक ऐसी प्रणाली में उतरती है जिसमें पुरानी विधियों की तुलना में अधिक प्रक्रिया होती है!


14
"बहुत अधिक आज, हालांकि, इन चीजों को अनिवार्य रूप से देखा जाता है और 'चुस्त' कार्यप्रणाली एक ऐसी प्रणाली में उतरती है जिसमें पुरानी विधियों की तुलना में अधिक प्रक्रिया होती है!": आपने एक महत्वपूर्ण बिंदु (+1) मारा। मैं अनुभवी डेवलपर्स और हमारी भावना की टीम में SCRUM के साथ काम कर रहा हूं, दो साल बाद यह है कि ... हम पहले अधिक चुस्त थे, जब हमारी दैनिक बैठकें नहीं होती थीं (हम सप्ताह में दो बार मिलते थे) और कई अन्य गतिविधियाँ हुआ "जब टीम तय करती है कि उन्हें ज़रूरत है" के बजाय "जब कार्यप्रणाली उन्हें निर्धारित करती है"।
जियोर्जियो

9
+1। अंततः, मुझे लगता है कि ये कार्यप्रणाली एक निरंतर चक्र का संकेत हैं: भारी कार्यप्रणाली बार-बार विफल होती हैं, (कुछ) लोगों को एहसास होता है कि प्रोग्रामर चीजों को संभालने के लिए पर्याप्त स्मार्ट हैं, प्रक्रिया को दाढ़ी बनाते हैं, और आमतौर पर चीजें काम करती हैं - लेकिन प्रकाश प्रक्रिया की कोशिश की जाती है खराब या अनुभवहीन टीमों के साथ, यह विफल रहता है या अनुमानों को याद करता है, "निश्चितता" और "पूर्वानुमान" बढ़ाने के लिए प्रक्रिया को जोड़ा जाता है और चक्र जारी रहता है।
आष्ट्रा

गाह ... वह चक्र सटीक और निराशाजनक लगता है।
ग्राहम


1
@ छाप: आप सही हो सकते हैं। मैंने कहीं पढ़ा कि चुस्त प्रथाओं ने अनुभवी प्रोग्रामरों के लिए काम किया। फिर ऐसे अनुभवी प्रोग्रामर जो अनुभवहीन टीमों को कोचिंग दे रहे थे, उन्हें उनके लिए नियम लिखने पड़े (क्योंकि निरंतर कोचिंग में बहुत खर्च होता है और कुछ नियमों को किताब में लिखना बेहतर होता है)। इस तरह से एससीआरयूएम और विकसित की गई नई पद्धतियां: इसलिए लोग अब किताबें या प्रमाणपत्र बेच सकते हैं। लेकिन चुस्ती की असली भावना दूसरों द्वारा लिखे गए नियमों के बजाय अपनी खुद की सामान्य भावना को लागू करना है। नियम दिशानिर्देश हैं, लेकिन कई धर्मों द्वारा माना जाता है।
जियोर्जियो
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.