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