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