क्या Agile / Scrum का उपयोग 1 या 2 डेवलपर्स द्वारा किया जा सकता है?


63

मैंने जो कुछ भी पढ़ा है और इस बिंदु पर शोध कर रहा है वह बताता है कि कैसे एजाइल / स्क्रैम लगभग 4 से 6 सदस्यों की टीमों के साथ काम करता है, शायद और भी।

मेरी वर्तमान दुकान में, हमारे पास लगभग 8 डेवलपर्स या तो हैं, लेकिन परियोजनाओं की मात्रा और हमारे द्वारा समर्थित विभागों की संख्या को देखते हुए, हमारे पास कभी भी 1 या 2 से अधिक लोगों को दिए गए प्रोजेक्ट को सौंपा नहीं गया है।

क्या मैं अभी भी 1 या 2 डेवलपर्स की टीम के साथ एजाइल / स्क्रैम का उपयोग कर सकता हूं? मैं इस पद्धति के साथ काम करना शुरू करने के लिए अपने प्रबंधक को पिच बनाने पर काम कर रहा हूं, लेकिन मुझे यह समझाने में सक्षम होने की जरूरत है कि किसी छोटे डेवलपर दल के लिए चीजों को कैसे पैमाना बनाया जाए, या उन्हें यह सुनिश्चित करने के लिए आश्वस्त किया जाए कि हम दिए गए अधिक सदस्य प्राप्त करते हैं। परियोजना।


34
मैं 1 डेवलपर की एक टीम के लिए जोड़ी प्रोग्रामिंग लागू करने में विफल रहा

8
अपने आप से प्लानिंग पोकर खेलना कोई मजेदार नहीं है।
टॉमस

4
@flybywire: कई व्यक्तित्व सिंड्रोम विकसित करने की कोशिश करें और सुनिश्चित करें कि मानसिक रूप से नया व्यक्ति एक अच्छा डेवलपर है। फिर, आप प्रोग्राम को पेयर कर सकते हैं।

इस दिलचस्प प्रयोग पर एक नज़र डालिए 1 मैन मैन के लिए इस सटीक सवाल पर शोध करते हुए मैंने एक सैल 2 मैन टीम के लिए सवाल किया। 21apps.com/agile/doing-agile-in-a-team-of-one
AudioDan

जवाबों:


27

आप सुनिश्चित करें कि अपनी परियोजनाओं में कुछ चुस्त सिद्धांतों का उपयोग कर सकते हैं, आपको स्क्रैम का उपयोग करने की आवश्यकता नहीं है, जो भी आपके लिए सबसे अच्छा काम करेगा उसका उपयोग करें । आप कुछ XP तरीकों और कुछ स्क्रम प्रथाओं से निश्चित रूप से लाभ उठा सकते हैं। लेकिन शायद "पुस्तक द्वारा" नहीं, 1-2 व्यक्ति टीम अभी भी बहुत छोटा है यहां तक ​​कि उस छोटे से ओवरहेड घोटाले के लिए भी, जो किताब कहती है उसके साथ शुरू करें और फिर कुछ समय के बाद जो भी आप अप्रासंगिक महसूस करेंगे, उसे छोड़ दें। बस पूर्वव्यापी मत छोड़ो, यह सुनिश्चित है कि आपके पास समस्याओं पर चर्चा करने और उनके लिए समाधान खोजने में बिताए समय के लायक है।


3
पूर्ण रूप से। कीवर्ड 'फुर्तीला' है। पुस्तक 'एक चुस्त डेवलपर की प्रथाएं ' ( संपत्ति 1।pragprog.com/tmarks/pad/practices-of-an-agile-developer ) आपके लिए उपयोगी उपकरणों को लेने के लिए सहायक हो सकती है।

4
रेट्रोस्पेक्टिव को न छोड़ने के लिए +1। बहुत से लोग इन से बचने के लिए दर्द से बचने के लिए बस बदल जाते हैं।
14

13

हां, आप 1 व्यक्ति के लिए Scrum / Agile के सिद्धांतों का उपयोग कर सकते हैं। यदि आप व्यक्तिगत उत्पादकता को पॉमोडोरो तकनीक या जीटीडी पर देखना चाहते हैं ।

फुर्तीली तकनीक छोटी टीमों के अनुकूल होती हैं क्योंकि बड़ी टीमों के साथ संचार का प्रबंधन करना अधिक कठिन हो जाता है। एक परियोजना (और एक ग्राहक) विकसित करने वाले 1 या 2 लोगों के साथ आपको बहुत आसानी से फुर्तीले तरीके से काम करने में सक्षम होना चाहिए। मेरा सुझाव है कि आप चुस्त घोषणापत्र को चुस्त फुर्ती के रूप में पढ़ें । स्क्रम के लिए, मेरा सुझाव है कि आप खाइयों से स्क्रेम को देखेंकन्नन अब फैशन में लग रहा है और एक निजी कानबन भी है!


लविन 'कि व्यक्तिगत कानबन! शीघ्र ही यहाँ मेरा अपना बोर्ड लग जाएगा!
दिली-ओ

6

यदि मैं ऐसा होता तो मैं अपने कार्यों और प्राथमिकताओं का कन्नन का उपयोग करके प्रबंधन और कल्पना करता, और मैं कुछ XP प्रथाओं को अपनाता: टेस्ट-संचालित विकास, पूर्वव्यापी और समय-मुक्केबाजी शायद इसके साथ शुरू करना अच्छा होता है। बाद में, रेट्रोस्पेक्टिव्स के दौरान, आप अधिक अभ्यासों की पहचान कर सकते हैं जो आपको लगता है कि आपको ज़रूरत है।

कानबन बहुत गैर-प्रिस्क्रिप्टिव है। सभी यह वास्तव में आवश्यकता है कि है:

  1. आप अपने वर्कफ़्लो की कल्पना करें
  2. आप अपने कार्य को प्रगति में सीमित करते हैं (विशेषकर आपके मामले में उपयोगी)

विचार यह है कि आप अन्य प्रथाओं पर ध्यान केंद्रित करते हैं जो आपको उपयोगी लगते हैं, और XP इन प्रथाओं के लिए एक उत्कृष्ट स्रोत है।

डिस्क्लेमर: मैंने कभी यह कोशिश नहीं की है, लेकिन अगर मैं एक ही स्थिति में हूं तो यह मेरी चीजों की सूची में सबसे ऊपर होगा।


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

1
मैंने लगभग 3/4 महीने पहले व्यक्तिगत कंबन में छलांग लगाई थी और मुझे यह बहुत पसंद आया! मुझे लगता है कि यह मेरे समूह में दूसरों के लिए सही दिशा में एक स्प्रिंगबोर्ड है। धन्यवाद!
15:26 बजे दिली-ओ

4

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

http://www.pragprog.com/the-pragmatic-programmer


2

मैं कहूंगा कि आप विभिन्न चुस्त तरीकों से तकनीकों का उपयोग कर सकते हैं, लेकिन आपको स्क्रैम का उपयोग नहीं करना चाहिए क्योंकि यह स्क्रम गाइड में वर्णित है क्योंकि आप भूमिकाओं को नहीं भर सकते हैं। स्क्रैम को 4-7 लोगों की टीमों के लिए बनाया गया है। लेकिन स्क्रेम सहित कई चुस्त कार्यप्रणाली आपको एक शुरुआती बिंदु प्रदान कर सकती हैं।


1

मैंने हाल ही में इस पुस्तक को स्क्रैम के बारे में पढ़ा: एग्री प्रोजेक्ट मैनेजमेंट विद स्क्रम

मेरे लिए यह स्कैम के बारे में मेरी पहली पुस्तक थी, और मेरे लिए यह किया, यह वास्तव में इस बात पर ध्यान केंद्रित करता है कि अंतर्निहित सिद्धांत क्या महत्वपूर्ण हैं। मुझे लगता है कि इनमें से कुछ सिद्धांत 1-2 व्यक्ति टीमों के लिए आवेदन और मदद कर सकते हैं।


1

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

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

टास्क-स्विचिंग और प्रोजेक्ट-ट्रॉसिंग की ख़राबता के बारे में बहुत कुछ कहा जा सकता है, लेकिन वास्तव में, इससे अच्छा कुछ नहीं निकलता है। कभी।


0

मुझे लगता है कि 2 डेवलपर्स सहज रूप से फुर्तीली जैसी प्रणाली के लिए डिफ़ॉल्ट होते हैं, भले ही वे स्पष्ट रूप से ऐसा करने के लिए सेट न हों। वे स्वाभाविक रूप से एक-दूसरे से बात कर रहे होंगे और अपने पीओ के साथ परेशान होंगे।


1
या अधिक संभावना है कि आप दो चरवाहे प्रोग्रामर के साथ समाप्त होते हैं।
19

0

इसे दूसरे तरीके से देखते हुए:

आप एक ही स्क्रम टीम के सभी 8 डेवलपर्स सदस्यों पर विचार क्यों नहीं करते हैं ? इस तरह से आपको परियोजनाओं के बीच क्रॉसस्टॉक प्रभाव मिलता है। शायद तुम लोगों को भी विशिष्ट परियोजनाओं के लिए प्रतिबद्ध नहीं है ??

जब आपकी दुकान में अधिक लोगों को जोड़ा जाता है, तो आप संभवतः टीम को दो छोटे हिस्सों में विभाजित कर सकते हैं।

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