Agile software development
के लिए मूलभूत चरण क्या हैं?
और कैसे आप चुस्त पद्धति के साथ एक नई परियोजना शुरू करते हैं?Agile सॉफ़्टवेयर विकास पद्धति के लिए मूल चरण
उत्तर
रॉबर्ट मैरिन द्वारा "एग्इल सॉफ्टवेयर डेवलपमेंट, सिद्धांत, पैटर्न और प्रैक्टिस" पर एक नज़र डालें। एक जावा और एक सी # संस्करण है। http://www.amazon.com/Software-Development-Principles-Patterns-Practices/dp/0135974445
खैर ओपी, वहाँ नहीं 'तीव्र सॉफ्टवेयर विकास' और किसी भी प्रक्रिया है कि the manifesto के साथ संरेखित के लिए एक एकल प्रलेखित चरण-दर-चरण मार्गदर्शिका योग्यता हासिल करता है चुस्त
है लेकिन मैं यह भी समझते हैं कि आरंभ करने के लिए, सीखने के चरण 'हाथ से पकड़े'/'पुस्तक द्वारा' पुस्तक होना चाहिए। इसलिए मैं की अनुशंसा करता हूं - आप अपनी वर्तमान विकास प्रक्रिया को देखें। 'अपशिष्ट' गतिविधियों को ढूंढें जो बहुत समय से डूबते हैं और एक चुस्त अभ्यास उठाते हैं जो काउंटर/उस गतिविधि में बिताए गए समय को कम करता है। जैसे यदि आप नियमित रूप से बिल्डिंग मुद्दों से लड़ रहे हैं, तो पहले एक निरंतर एकीकरण सर्वर स्थापित करें और एक कड़े चेक-इन प्री-स्क्रीनिंग सेट अप करें। इसके बजाय सब कुछ इस तरह है कि हर कोई खो दिया है और अलग-थलग महसूस,
- बदलने की अप
- निवेश it..get साथ लगभग 2-3 सप्ताह यह
- जांच करता है, तो हर किसी के साथ आराम से एक समय में एक अभ्यास लेने टीम में लगता है कि यह सहायक है। यदि हां, तो इसके साथ चिपके रहें, इसे अपनी नई प्रक्रिया का हिस्सा बनाएं। अन्यथा एक और वैकल्पिक उपाय के साथ त्यागें और ढूंढें और बदलें।
मामले में अपनी पूरी टीम चुस्त करने के लिए नया है, मैं एक चंचल डेवलपर की
- आचरण (एंडी हंट, वेंकट एस, पतली पुस्तक, उच्च मूल्य (तीव्रता के क्रम में) की सलाह देते हैं नवागंतुकों के लिए करने वाली पेज अनुपात)
- चंचल सिद्धांतों आचरण और पैटर्न (रॉबर्ट & मीका मार्टिन)
- आचार साप्ताहिक TDD की तरह का चयन प्रथाओं के लिए सत्र 'बेहतर हो रही है' (बेक, astels, et.all), पुनर्रचना (फाउलर , जोशुआ के।), आदि जो भारी भुगतान करने के लिए बाध्य हैं।
- एक महीने या तो में .. XP की तरह दार्शनिक पुस्तकों के लिए जाना बदलें गले - बेक, Poppendieck, चंचल एस/डब्ल्यू विकास से झुक किताबें - एलिस्टेयर कॉकबर्न Peopleware - डिमार्को, लिस्टर
मैं था books listed here
ग्रेट उत्तर। आपका बहुत बहुत धन्यवाद। मैं इसे – ecleel
@Gishu अपने लिंक काम नहीं करता करेंगे। – Inquisitive
पर एक नज़र ले जा रहे एक स्क्रीनकास्ट श्रृंखला, Autumn of Agile कहा जाता है कि चुस्त सिद्धांतों के लिए एक परिचय देता है सलाह देते हैं।वहाँ अभी तक बाहर है कि कई एपिसोड नहीं हैं, लेकिन प्रकरण योजना इस तरह दिखता है:
- चंचल मूल्यों और आचरण अवलोकन
- बेसिक OO डिजाइन सिद्धांत
- डिजाइन पैटर्न कार्रवाई में
- यूनिट टेस्टिंग मूल बातें
- नकली वस्तुओं
- TDD
- परियोजना फ़ाइल/फ़ोल्डर संगठन
- स्रोत नियंत्रण मूल बातें
- सतत एकीकरण/निर्माण स्वचालन
- चंचल परियोजना योजना सिद्धांतों
- डोमेन प्रेरित डिजाइन कोर अवधारणाओं का अवलोकन
WAW, ग्रेट एरिक। उन उपयोगी एपिसोड के लिए धन्यवाद :) – ecleel
क्या सबसे अच्छा तरीका है एक चंचल सॉफ्टवेयर विकास दृष्टिकोण अपनाने के लिए बहुत ज्यादा निर्भर करता है जिस स्थिति में आप अंदर हैं। आप Agile को अपनाना क्यों चाहते हैं? आपके लिए कौन से फायदे सबसे महत्वपूर्ण हैं? हल करने के लिए आपको सबसे बड़ी समस्याएं क्या हैं? क्या आपके पास एक बार विघटनकारी संसाधनों को एक बार गोद लेने के लिए संसाधन हैं? या आप लंबे समय से लेने, संभावित रूप से अधिक दर्दनाक वृद्धिशील गोद लेने के साथ शुरू करना पसंद करते हैं?
मैं अत्यधिक पुस्तक "फुर्तीली दत्तक ग्रहण पैटर्न" की सलाह देते हैं आपको लगता है जिसके बारे में आप के लिए सही गोद लेने दृष्टिकोण है मदद करने के लिए। कोई है जो अपनी टीम का पालन कर सकते हैं, पैटर्न और antipatterns देख सकते हैं और उन्हें कैसे से निपटने के लिए पर अपने अनुभव योगदान - यह भी एक अच्छा विचार (साइट पर), जो चंचल विकास में जानकार है किसी से मदद पाने के लिए प्रत्यक्ष हो सकता है।
प्रथाओं कि मैं हमेशा पहले से एक के रूप अनुकूल करने के लिए चाहते हैं में से एक यात्रा पुनरावलोकन कर रहे हैं। वे Agile दृष्टिकोण के अनुकूलन चक्र के लिए महत्वपूर्ण हैं।
मैं हूँ दूसरी पुस्तक के लिए Ilja की सिफारिश: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521
मुझे लगता है कि किताब का सबसे मूल्यवान टुकड़ा क्या प्रथाओं को अपनाने के लिए पहले कुछ व्यापार मूल्यों (गुणवत्ता प्राप्त करने का वर्णन है, बाजार के लिए समय, ...)। पुस्तक के
समीक्षा: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521 नमूना अध्याय: http://www.informit.com/store/product.aspx?isbn=0321514521#info8
अंत में groups.yahoo.com या तो ScrumDevelopment या AgileProjectManagement पर एक चंचल मेलिंग सूची में शामिल अच्छी तरह से आपकी आवश्यकताओं के अनुरूप होगा आते हैं।
मैं लेख ग्रेगरी एस स्मिथ द्वारा (http://www.methodsandtools.com/archive/archive.php?id=70) और वीडियो "फुर्तीली पद्धति के लिए संक्रमण उद्यम में" (http://www.renewtek.com/index.php?page=agile-methodology-in-the-enterprise)
मैं चंचल पुस्तकों का एक बहुत कुछ पढ़ा है "एक चंचल पर्यावरण बनाना" की सिफारिश , और एक पुस्तक जिसे मैं वास्तव में जेम्स शोर द्वारा "द एज ऑफ़ एजिल डेवलपमेंट" की सिफारिश कर सकता हूं।
सबसे अच्छा तरीका है एक तकनीकी रूप से-अनुभवी चुस्त कोच किराए के लिए है। किसी को अपनी टीम पर काम करने के लिए प्राप्त करें जिसने आप जो भी चुस्त विधि को अपनाना चाहते हैं (स्क्रम, एक्सपी, क्रिस्टल, कानबान, ... जो कुछ भी) करना है।उन्हें आपकी कामकाजी परिस्थितियों को देखना होगा - और मदद के लिए पर्यावरण में अधिमानतः काम करना होगा। उनके संदर्भों की जांच करें और सुनिश्चित करें कि उन्होंने वास्तव में अभ्यास में इसका उपयोग किया है। बहुत सारे wannabees और चारों ओर fakes।
होने किसी टीम पर अनुभव सभी फर्क नहीं पड़ता। किताब पढ़ने से ही अपनाना बेहद मुश्किल है। आप एक संस्कृति को बदलने की कोशिश कर रहे हैं और आप चेकलिस्ट या एल्गोरिदम का उपयोग करके ऐसा नहीं कर सकते हैं। यह एक सामाजिक जटिलता बात है। आप एक जटिल प्रणाली में उभरते व्यवहार को प्रोत्साहित करने की कोशिश कर रहे हैं।
आप एक चुस्त कोच किराए नहीं कर सकते, कि टीम को देखने के लिए अनुभव है और 'दौर के लिए उन्हें आमंत्रित टीम पर या अपने विभाग या कंपनी में अन्य लोगों के हैं। उन्हें अपनी परिस्थितियों को दिखाएं और उनकी राय प्राप्त करें।
अलग-अलग टीम सलाह के विभिन्न हिस्सों की आवश्यकता होगी - यह टीम के सदस्यों सहित चीजों की बहुत सारी पर निर्भर करता है, प्रौद्योगिकी के प्रकार आप का उपयोग, व्यापार, जिसमें आप काम के प्रकार ...
और सब से ऊपर, बनाना स्थानीय agilists के साथ संपर्क और आमने-सामने सीखना।
आप चुस्त नहीं कर रहे हैं या नहीं, आप कम या ज्यादा चुस्त कर रहे हैं।
क्या आप पहले से ही कर रहे हैं से अधिक चुस्त हो रही शुरू करने के लिए,
- कल्पना अधिक (स्क्रीन, दृश्य बोर्ड, आदि पर मैट्रिक्स)
- अधिक प्रतिक्रिया प्राप्त और छोटा प्रतिक्रिया लूप (सीआई, कोड मैट्रिक्स , बग मैट्रिक्स, आदि)
- प्रगति (WIP) में एक साथ काम की मात्रा को कम - यानी, को कम व्यक्तिगत और टीम स्तर
आप कुछ n कोशिश कर पा रहे हैं पर दोनों बहु-टास्किंग मैं कन्नबान की सिफारिश करता हूं। यह कम से कम आदेशात्मक और सबसे लचीला चुस्त उपकरण है, और तुम सिर्फ अपने काम प्रवाह visualizing द्वारा शुरू करने और अपनी WIP की सीमा।
- 1. Agile विकास; ऑनलाइन मुक्त उपकरण!
- 2. Agile विकास और वास्तुकला
- 3. Agile scrum विकास उपकरण?
- 4. सॉफ्टवेयर विकास पद्धति
- 5. Agile Project Management
- 6. Agile सॉफ़्टवेयर विकास v5.0 के लिए VS2010 स्क्रम v1.0 बनाम एमएसएफ के बीच अंतर या बाद वाला सुपरसेट है?
- 7. Agile, वाटरफाल, स्क्रम ... एक टीम को पुनरावृत्ति विकास में बदलने के लिए कितना मुश्किल है?
- 8. Agile में परीक्षकों की भूमिका?
- 9. Agile बनना
- 10. आप Agile पद्धति के साथ FogBugz का उपयोग कैसे करते हैं?
- 11. मौजूदा अनुप्रयोग में एक विकास चरण के रूप में XACML
- 12. ट्रैक के साथ Agile विकास करने के लिए सबसे अच्छा कैसे करें?
- 13. विजुअल स्टूडियो प्लग-इन विकास, पहले चरण
- 14. PHP के लिए Agile उपकरण क्या हैं?
- 15. Agile Toolkit
- 16. Agile: मशीन लर्निंग प्रोजेक्ट के लिए उपयोगकर्ता कहानियां?
- 17. विंडोज सर्वर 2008 विकास मशीन के रूप में - चरण
- 18. छोटी टीमों के लिए परियोजना पद्धति
- 19. क्या वी-मॉडल परीक्षण पद्धति एग्इल विकास टीमों के लिए उपयोगी है?
- 20. Agile दस्तावेज़ीकरण के विशिष्ट उदाहरण?
- 21. बहिष्कृत कोड से बचने के लिए Agile प्रथाओं?
- 22. Agile Scenario, जो सही है?
- 23. वर्तमान पद्धति
- 24. सी # .net के लिए() चरण?
- 25. उदाहरण के लिए मूल कोड
- 26. थ्रेड कमांड के चरण और चरण में चरण के लिए क्या उपयोग है?
- 27. चरण
- 28. सॉफ़्टवेयर
- 29. सॉफ़्टवेयर
- 30. सॉफ़्टवेयर
आपको बहुत बहुत धन्यवाद। मैं इसे देख लूंगा। – ecleel