क्या एक फ्रीलांसर फुर्तीले विकास का उपयोग कर सकता है?

18

मैं सॉफ्टवेयर विकसित करने के तरीके में सुधार करना चाहता हूं। मैं तेजी से और एक महान कोड विकसित करना चाहता हूं! आज मैं झरना पद्धति का उपयोग फ्रीलांसर के रूप में करता हूं, वेब सामान (साइट, सिस्टम, आदि) लिख रहा हूं। वहाँ चुस्त विकास (XP, SCRUM, आदि) इस तरह से काम करने का एक तरीका है? मैं फुर्तीले विकास के बारे में कुछ नहीं जानता, मुझे कहां से शुरू करना चाहिए? आपका बहुत बहुत धन्यवाद।

agile  freelancing  scrum  web 
— yannis
स्रोत
अन्य बातों के अलावा, हम अपनी कंपनी की टीमों में से एक में "एकल डेवलपर स्क्रैम" कर रहे हैं, यह अच्छी तरह से काम करता है क्योंकि डेवलपर स्वयं को व्यवस्थित कर रहा है और प्राथमिकताओं को खुली कहानियों (बैकलॉग आइटम) पर उत्पाद स्वामी द्वारा सौंपा गया है। मुझे लगता है कि यह वैसे भी लायक है और झरने की तुलना में चीजों को सरल और तेज कर सकता है। आप स्क्रैम पद्धति के बारे में कुछ पढ़ सकते हैं।
मैं प्रोग्रामर.स्टैकएक्सचेंज डॉट कॉम पर
— जेफ सनातन
7
दैनिक स्टैंडअप बैठकें एकाकी हो सकती हैं।
— जॉनफैक्स
2
स्क्रेम का अनुमान "क्राउड्स ऑफ क्राउड्स" पर आधारित है, क्राउड के बिना उनका ज्ञान प्राप्त करना कठिन है।
— मार्टिन यॉर्क
हम घोटाले के दौरान अनुमान नहीं लगाते हैं, हम इसे स्प्रिंट प्लानिंग के दौरान करते हैं जो एक फ्रीलांसर / ग्राहक के साथ अभी भी कर सकता है
— माइकल डुरंट

जवाबों:

17

... जोड़ी प्रोग्रामिंग के अलावा, निश्चित है। ;-)

गंभीरता से, मैं एक फ्रीलांसर भी हूं और मैं चुस्त तकनीक का उपयोग करता हूं जितना मैं कर सकता हूं। यह मेरे लिए बहुत अच्छा काम करता है। मैं TDD का बहुत बड़ा उपयोग करता हूं,

कोई भी कहीं भी XP या स्क्रैम का 100% उपयोग नहीं करता है, लेकिन हर कोई इसके कुछ हिस्सों का उपयोग करता है, जितना कि उनके लिए काम करता है। मेरी राय में, जितना अधिक आप अपनाते हैं, आप उतने ही बेहतर होते हैं।

जो चीज मुझे सबसे ज्यादा याद आती है वह है जोड़ी प्रोग्रामिंग। जिस तरह से आप उस पर काबू पाते हैं

  1. बहुत से उपयोगकर्ता समूह की बैठकों में जाएं।
  2. ऐसे कुछ लोगों को ढूंढें जिन्हें आप डेवलपर्स के रूप में सम्मान देते हैं।
  3. कोड लिखने के लिए उन्हें कॉफी या कुछ और मिलने के लिए कहें। यदि आप को लगता है कि यह जरूरी है या अपने कोड पर काम करने के प्रकार में प्रतिक्रिया दें तो कभी-कभी उन्हें अपने प्रति घंटा वेतन का हिस्सा दें।
  4. में भाग लें या इस प्रकार की एक हैक क्लब बनाने के लिए: http://www.DallasHackClub.org ।

यहाँ कुछ संसाधनों का उपयोग किया गया है:

चरम प्रोग्रामिंग पॉकेट गाइड

— खटखटाना
स्रोत
+1 इस तथ्य के लिए कि सबसे अच्छा सबसे अच्छा तरीका सिर्फ एक कार्यप्रणाली का 100% कभी नहीं है
— फिलिप डुपनोविक
@ क्रोन - ऐसा नहीं है कि मैं सहमत नहीं हूं, लेकिन यह सुनिश्चित करें कि आप शुरू में पूरी प्रक्रिया का यथासंभव पालन करें। तब आपको पता चलेगा कि इसकी खोज करने के बजाय आपको इसे ठीक से निष्पादित नहीं करने की आवश्यकता है।
— जेफओ
2
+1 जैसा कि ब्रूस ली ने प्रसिद्ध रूप से कहा, "जो उपयोगी है उसे अवशोषित करें, जो नहीं है उसे त्यागें, जो कुछ भी हो, उसे विशिष्ट रूप से जोड़ें।" यह विशेष रूप से बड़े-ए "चुस्त" पर लागू होता है।
— रीन हेनरिच
एक चुस्त टीम, और व्यक्ति, को अनुकूलित करने में सक्षम होना चाहिए, और अंत में, न तो xp है और न ही घोटाला है, लेकिन एक प्रक्रिया जो टीम या व्यक्ति के लिए अच्छी तरह से फिट बैठती है।
— ओनेसिमुसनबाउंड
8

इसलिए मैं कहूंगा कि एक फ्रीलांसर के रूप में एजाइल का उपयोग करने के लिए तीन मुख्य "भयानक बिंदु" हैं:

  1. बड़े ग्राहकों के लिए, कार्य / बिल पुनरावृत्तियों में। पुनरावृत्ति के अंत में ग्राहक परियोजना पर काम जारी रख सकता है, या परियोजना को समाप्त कर सकता है (यानी: यह अपने लक्ष्य को पूरा करता है)। मुझे पता है (अनुभव से) मैं कुछ हफ़्तों से ज्यादा अच्छे से अनुमान नहीं लगा सकता हूँ और पे-पर-इट्रेशन भी कैश-फ्लो को चालू रखता है। यह 3 महीने के प्रोजेक्ट के 6 महीने में होने का कोई मज़ा नहीं है, और इंतज़ार कर रहा है इस परियोजना को पूरा करने के लिए आप बिल कर सकते हैं ...

  2. चंचल का अर्थ होता है परिवर्तन। मैंने चक्र के बीच में एक ग्राहक अनुरोध के कारण, निश्चित बोली परियोजनाओं (जो आपको लगता है कि आप झरने के साथ कर सकते हैं) का एक टन किया है। परिवर्तन होता है: ग्राहक तेजी से किए गए कुछ अन्य कार्यों को प्राप्त करने के लिए टिकट को चित्रित कर सकता है, या हो सकता है कि आपने गलत किया हो और जितना आपने आशा की थी, उतना नहीं किया।

  3. अच्छा ग्राहक सहयोग उपकरण। मेरा मानक अनुमान (एक पुनरावृत्ति के काम की तुलना में कुछ छोटे के लिए) वास्तव में ग्राहक की अपेक्षाओं से प्राप्त व्यवहार प्रेरित विकास चरणों की एक श्रृंखला है। मैं इसे क्लाइंट को भेजता हूं और कहता हूं "क्या यह सही है?"। यह सुनिश्चित करता है कि सभी एक ही पृष्ठ पर हों।

  4. सबसे सरल बात जो संभवतः काम कर सकती है। जब आप काम कर रहे हों तो यह ध्यान में रखना चाहिए: ग्राहक के पास वापस जाने से न डरें और कहें, "यह बहुत सरल होगा (या अधिक शक्तिशाली, या जो भी हो) अगर हम इसे इस तरह से करते हैं ... "

  5. स्क्रैम महत्वपूर्ण है। मैं अपने ग्राहकों को हर दिन एक ईमेल भेजना पसंद करता हूं जो मैं उनके प्रोजेक्ट पर काम करता हूं। यह उनके लिए मेरे घोटाले की तरह है: "मैंने आज क्या काम किया", "क्या / जब मैं उनके प्रोजेक्ट पर अगले काम करने जा रहा हूं?", "क्या मेरे रास्ते में कुछ है?", और "कुल मिलाकर, कैसे प्रगति होती है?" ? "

  6. टेस्ट संचालित विकास वास्तव में उपयोगी है, यहां तक ​​कि एक प्रोग्रामर के रूप में भी। मेरे "बीडीडी कहानियों के साथ उनके अनुमान" मुझे इस प्रक्रिया को खिलाने में मदद करते हैं।

— RyanWilcox
स्रोत
6

अपनी चुस्त यात्रा शुरू करने का एक शानदार तरीका है कि आप KANBAN प्रणाली का उपयोग करके अपने वर्कफ़्लो को सेट करें।

हमारे पास केवल 3 तैराक हैं:

  1. हमारे TO-DO या बैकलॉग
  2. हम क्या काम कर रहे हैं या प्रगति पर हैं
  3. जिन चीजों को हम पूरा करते हैं या पूरा करते हैं।

यह सरल चुस्त वर्कफ़्लो शुरू करने का एक शानदार तरीका है।

कोडिंग के संदर्भ में, मैं परीक्षण-संचालित विकास (टीडीडी) का उपयोग करने की सलाह दूंगा। हमने अपने लेख में TDD का वर्णन करने वाले कई महान लिंक शामिल किए हैं, लेकिन उन्हें यहां फिर से कॉपी करेंगे:

अधिक जानकारी के लिए निम्नलिखित संसाधनों की जाँच करें:

— चंचल स्काउट
स्रोत
1

अपने एक व्यक्ति के बाद से, यह सबसे अच्छा है कि आप कुछ है कि आप grok बाहर क्या सबसे अच्छा काम करता है वहाँ मदद के रूप में चुस्त तरीके दृष्टिकोण है आप । वे वहाँ हैं कि आप "वहाँ कोई चम्मच नहीं है" पठार तक पहुँचने में मदद करने के लिए, लेकिन वास्तव में यह कैसे होने वाला है, यह पूरी तरह से आप पर निर्भर है और अंत में आप जो भी लेकर आते हैं, वह विभिन्न स्तरों पर कुछ तरीकों के साथ ओवरलैप होगा, फिर भी यह पूरी तरह से तुम्हारा कुछ होगा।

चूँकि आपकी समग्र प्रभावशीलता में सुधार करने के लिए चीजों को करने का अपना तरीका खोजने की कोशिश कर रहे हैं, यहाँ कुछ संकेत हैं जो आपको कम से कम वही गलतियाँ करने में मदद कर सकते हैं जो मैंने किए थे:

जब तक आप कर सकते हैं, तब तक सभी सॉफ्टवेयर समाधानों को विशेष रूप से चुस्त कार्यप्रणाली को लक्षित करें।

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

प्रतिबिंब, प्रतिबिंब, प्रतिबिंब

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

डेडलाइन के बारे में ध्यान केंद्रित करें, इस बात पर ध्यान केंद्रित करें कि आप कितनी तेजी से काम करते हैं

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

तदनुसार विचरण करें

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

— फ़िलिप डूपानोविक
स्रोत
0

मैं जवाब देता हूं "आप सॉफ्टवेयर विकसित करने के तरीके को कैसे सुधारना चाहते हैं?"। आपके व्यवसाय मॉडल के लिए, झरना पद्धति का उपयोग करके आपके द्वारा सामना किए गए सबसे बड़े मुद्दे क्या हैं?

क्या आपका लक्ष्य तेजी से विकास, अधिक मजबूत कोड, अधिक से अधिक पुन: उपयोग, बैठक / बदलती आवश्यकताओं आदि के अनुकूल है? विभिन्न समस्याओं को दूर करने के लिए विभिन्न पद्धतियाँ मौजूद हैं।

— माइकल
स्रोत
0

बेशक, वाटरफॉल के अलावा अन्य डिजाइन पद्धति को अपनाना आपके व्यावसायिक आवश्यकताओं के आधार पर एक प्रोजेक्ट जीवनचक्र को प्रभावी ढंग से प्रबंधित करने में बहुत उपयोगी हो सकता है। चुस्त विकास के लिए बड़ी संख्या में संसाधन ऑनलाइन हैं। मैं AUP (एजाइल यूनिफाइड प्रोसेस) पर गौर करूंगा जिसमें TDD (टेस्ट ड्रिवेन डेवलपमेंट) शामिल है। बड़े स्केलेबल सिस्टम का निर्माण / प्रबंधन करते समय यह बेहद उपयोगी हो सकता है।

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

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

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