4 व्यक्ति देव टीम

Question

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

एक और नोट: टीम की बढ़ती संभावना है, इसलिए हमें अच्छी तरह से मापने वाली प्रणाली की आवश्यकता होगी।

फिर भी एक और नोट: हम यह Windows में तीन अलग-अलग सॉफ्टवेयर अनुप्रयोगों जो सभी के लिए एक केंद्रीय पुस्तकालय है जो हम यह भी लिखा है पर आधारित होते हैं पर काम (तो मैं लगता है कि आप चार परियोजनाओं कह सकते हैं)

Answer 1

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

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

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

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

मैं प्रक्रिया को बेहतर बनाने और इसे अपनी विशिष्ट स्थिति में अनुकूलित करने के लिए नियमित पूर्व-निरीक्षण करने की भी सिफारिश करता हूं।

Answer 2

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

Answer 3

आप क्या प्रश्न पूछ रहे हैं? क्या यह पद्धति सबसे उपयुक्त होगी?

Answer 4

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

Answer 5

मुझे लगता है कि Scrum छोटी से मध्यम टीम के लिए काम करता है। XP की तुलना में यह कुछ विवरण छोड़ देता है, इसलिए आप XP से उधार ले सकते हैं या कुछ ऐसा कर सकते हैं जो समझ में आता है। आप जिस भी पद्धति को चुनते हैं, आपको मुर्गियों (ग्राहकों/प्रबंधकों/हितधारक/डोमेन विशेषज्ञों) की भूमिका पर विचार करना होगा। कभी-कभी आपको खुद को भूमिका निभानी पड़ती है, लेकिन कई चुस्त प्रक्रियाएं काम करती हैं क्योंकि डोमेन के आधारभूत ज्ञान के साथ बाहरी गति कार है।

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

*) स्प्रिंट 15-30 दिनों से लेकर कर सकते हैं।

Answer 6

मैंने उस साइस की एक टीम के साथ काम किया है और कुछ आम पुस्तकालयों को साझा करने वाली दो टीमों पर भी बड़ा है। स्क्रम ने हमारे लिए अच्छा काम किया। अब मैं 6 सदस्यों के साथ एक टीम के साथ काम करता हूं और हम एक्सपी का उपयोग करते हैं और मुझे लगता है कि यह भी काम करता है। पहली टीम ने एक उत्पाद विकसित किया और 'बाहरी अंतरिक्ष' से प्रभाव इतना बड़ा नहीं था। इतने लंबे पुनरावृत्तियों ने ठीक काम किया। नहीं, हम एक ग्राहक परियोजना विकसित करते हैं और इसलिए हमारे लिए छोटे रिलीज चक्र बेहतर होते हैं।

लेकिन SCRUM और XP उस से अधिक हैं। अब हम टीडीडी और जोड़ी प्रोग्रामिंग (एक्सपी दुनिया से अधिक दोनों) का उपयोग करते हैं। हमारे पास दैनिक स्टैंडअप मीटिंग भी होती है जो अधिक स्क्रम की तरह होती हैं। इसलिए हमने अपनी परियोजना और हमारी स्थिति के लिए काम करने के लिए एक्सपी और एससीआरयूएम को अपनाया।

मैं लघु चक्र (1 सप्ताह) और इस चक्र की समीक्षा के साथ शुरू करूंगा। आपकी टीम में एक नई पद्धति को अपनाने में कुछ समय लगेगा, लेकिन यदि सदस्य सीखने और बदलने के इच्छुक हैं तो यह काम करेगा।