वर्तमान में मैं विश्वविद्यालय के लिए एक छोटी परियोजना पर अकेले काम कर रहा हूं और मुझे आश्चर्य हुआ: क्या यह पद्धतियों (एक्सपी, स्क्रम) या इसके कुछ हिस्सों को लागू करने के लिए समझ में आता है? अगर केवल अनुभव के लिए? या यह बहुत अधिक "ओवरहेड" उत्पन्न करता है? और अगर ऐसा होता है, तो कौन सा सबसे अच्छा फिट होगा?जब मैं एकमात्र टीम सदस्य हूं तो परियोजना प्रबंधन पद्धतियां समझ में आती हैं?
पद्धतियां विकास से निपटने के लिए दृष्टिकोण देती हैं, मेरे लिए यह तब भी लागू होगी जब परियोजना पर एक या 100 लोग थे। एकमात्र अंतर यह है कि आप एकमात्र डेवलपर होने के नाते विकास के भीतर कई भूमिकाएं लेंगे।
किसी भी कौशल के रूप में, विकास के प्रोजेक्ट प्रबंधन पक्ष अभ्यास के साथ सुधारता है, इसलिए मैं कहूंगा कि यह कोशिश करने लायक है।
यह निश्चित रूप से एक दिलचस्प विचार है कि एक निश्चित समय में किए गए लक्ष्यों का एक सेट प्राप्त करने की दिशा में स्प्रिंट करने में सक्षम होना चाहिए। यह समय सीमा पर हमला करने और फीचर-ब्लोट को रोकने के लिए कुछ प्रेरणा जोड़ सकता है।
यदि आप अकेले काम कर रहे हैं, तो प्रोग्रामिंग जोड़ी एक चुनौती हो सकती है। :) साथ ही, एक कहानी बोर्ड और चलती कार्ड रखने के लिए दूसरों के लिए यह उपयोगी हो सकता है कि वे आपके प्रोजेक्ट से जुड़े हैं या नहीं। अंत उपयोगकर्ता या परियोजना प्रबंधकों। मेरा सुझाव विभिन्न दृष्टिकोणों पर पढ़ना है और यदि ऐसा लगता है कि यह काम कर सकता है, तो परीक्षण करें और देखें कि यह चीजों को बेहतर बनाता है या नहीं।
शापित भूमिका से अधिक खेलना आवश्यक होता है, आपने मेरी लाइन पहले ले ली! – JAL
यह ध्यान देने योग्य है कि एक्सपी और स्क्रम विकास पद्धतियां हैं जो परियोजना प्रबंधन पद्धतियां नहीं हैं।
विकास पद्धतियां (जैसे एक्सपी और स्क्रम) आवश्यकताओं को इकट्ठा करने, विकास तकनीक, परीक्षण और रिलीज जैसे क्षेत्रों को नियंत्रित करती हैं।
(जैसे PRINCE2 के रूप में) परियोजना प्रबंधन के तरीके ऐसे निर्धारण और योजना, जोखिम और इस मुद्दे को प्रबंधन, परियोजना scoping और व्यापार के मामले प्रबंधन के रूप में तत्वों को कवर किया।
लेकिन स्वीकृत उत्तर सही परवाह किए बिना है। जब तक कि आप एकमात्र व्यक्ति नहीं हैं जो कभी भी सॉफ़्टवेयर को देखेगा, उसमें इनपुट करेगा, उस पर कोड करेगा या किसी भी तरह से इसके साथ बातचीत करेगा, दोनों प्रकार की पद्धतियों में बिल्कुल कुछ प्रस्ताव होगा और इसे देखा जाना चाहिए। भले ही आप एकमात्र व्यक्ति हैं, फिर भी वे उपयोगी हो सकते हैं।
इनमें से कुछ आप जहां अपने काम के साथ जाने का इरादा रखते हैं पर निर्भर करता है: आप आज अकेले काम कर रहे हैं, लेकिन आप की योजना बना रहे हैं (या कम से कम उम्मीद कर) कुछ काफी बड़ा है कि आप मदद की जरूरत होगी निर्माण करने के लिए? यदि ऐसा है, तो कुछ अभ्यासों को आगे बढ़ाना अच्छा होता है - इतना नहीं कि यह आपको धीमा कर देगा, लेकिन जब आप अपनी टीम बनाते हैं तो आप कुछ बना सकते हैं।
मेरा एक सहयोगी, जो उच्च मात्रा व्यापार प्रणाली architecting आइपॉड और iPad के लिए सॉफ्टवेयर का निर्माण करने के लिए छोड़ दिया गया है, अब इस बारे में कुछ सोच किया है कि वह आप इसे उपयोगी हो सकती 1. की एक टीम है:
मैंने अपने आप से परियोजनाओं पर काम किया है और आपको निश्चित रूप से कई भूमिकाएं निभाने की आवश्यकता है। मैं अपने आप से पहले काम करने से पहले एक बेहतर डेवलपर हूं, और निश्चित रूप से मैं XP और Scrum के साथ काम कर रहे किसी भी विकास टीम को एकीकृत कर सकता हूं क्योंकि मैंने यह सुनिश्चित किया है कि जब मैंने स्वयं से काम किया था तो मैं सबसे अच्छा प्रथाओं XP और स्क्रम सुझाव देता हूं।
एकमात्र चीज जिसे आप लागू नहीं कर सकते हैं pair programming है। इसके अलावा, कई भूमिकाएं खेलना संभव है, यह आपके विकास को निश्चित रूप से बढ़ाएगा।
+1 जब भी कोई टीम में काम करता है, तो अक्सर –