फुर्तीले विकास का सबसे बड़ा दोष मैंने अनुभव किया है कि लोग मंत्र पर ध्यान केंद्रित नहीं करते हैं कि एक उपयोगकर्ता की कहानी (3-10 आदर्श व्यक्ति दिन) में 1-3 से अधिक वाक्य शामिल नहीं होने चाहिए:
एक ग्राहक के रूप में, मैं मुफ्त-पाठ खोज का उपयोग कर सकता हूं ताकि मैं उन उत्पादों को पा सकूं जिन्हें मैं खोज रहा हूं।
इस वाक्य को देते हुए, परियोजना प्रबंधक मुझसे एक अनुमान के लिए एक डेवलपर के रूप में और कहानी को विकसित करने की अपेक्षा करते हैं। वे मानते हैं कि चुस्त विकास का मतलब है कि इस तरह के वाक्य वे सभी हैं जो डेवलपर्स को प्रदान करने हैं।
मैं उन्हें दोष नहीं दूंगा क्योंकि चुस्त विकास के बारे में प्रसिद्ध साहित्य यह धारणा बनाता है कि यह वास्तव में काम करेगा। मैंने "प्लानिंग XP" में प्रति कहानी प्राकृतिक भाषा में 2 पृष्ठों की तरह कुछ पढ़ा है, लेकिन यह है। क्योंकि "कार्यशील सॉफ़्टवेयर" "व्यापक प्रलेखन" का पक्षधर है, इसलिए इस विषय को आमतौर पर टाला जाता है।
वास्तविकता यह है कि यदि डेवलपर को ऐसा करने का मौका दिया जाता है, तो ग्राहक के साथ एक साक्षात्कार आवश्यकताओं की एक लंबी सूची लाता है जो ग्राहक के पास कहानी के बारे में है:
- हमें बूलियन ऑपरेटर्स जैसे AND और OR की जरूरत है।
- हमें फजी खोज की आवश्यकता है।
- हमें एकल शब्दों के साथ-साथ वाक्यांश द्वारा भी खोजना होगा।
- हम ऐसे उत्पाद नहीं खोजना चाहते जो मापदंड X, Y और Z से मिलते हों।
- हम परिणाम को क्रमबद्ध करना चाहते हैं। ओह, और वैसे, उपयोगकर्ता कॉम्बो बॉक्स में ए, बी, और सी के विकल्प के अनुसार सॉर्ट मानदंड का चयन कर सकता है।
इसलिए आप देखते हैं कि मैं तकनीकी विवरण या सॉफ्टवेयर डिजाइन या कार्यान्वयन विवरण के बारे में बात नहीं कर रहा हूं। यह शुद्ध आवश्यकताएं हैं। जितनी देर हम बात करेंगे ग्राहक को पता चलता है कि वास्तव में उनके बारे में कहने के लिए बहुत कुछ है।
लेकिन अक्सर पर्याप्त मैं खुद को इस स्थिति में पाता हूं कि ऐसी जानकारी प्रदान नहीं की जाती है या बहुत घटिया फैशन में है। न तो यह संभव है कि मैं साक्षात्कार करूं, न ही वह व्यक्ति जो साक्षात्कार करने की स्थिति में होगा वह मुझे इसके परिणाम प्रदान करेगा।
कभी-कभी, प्रबंधक यहां तक कि "हम लुसीन खोज चाहते हैं" जैसे तकनीकी विवरणों के साथ आते हैं, लेकिन वे इस बारे में नहीं सोचना चाहते हैं कि क्या वे केवल उत्पाद नाम या उत्पाद विवरण भी ढूंढना चाहते हैं। कभी-कभी मुझे लगता है कि वे सिर्फ आलसी हैं;)
मेरे लिए, यह उन परियोजनाओं में शीर्ष मुद्दा है, जिसमें मैं काम करता हूं (ई-बिजनेस वेब एप्लिकेशन, प्रति प्रोजेक्ट 500-2000 व्यक्ति दिन)। मैंने इस समस्या को अक्सर पर्याप्त रूप से संबोधित किया है, और प्रबंधकों को पता है कि अधिकांश डेवलपर्स को स्थिति के साथ समस्या है। लेकिन वे मानते हैं कि डेवलपर्स बहुत अधिक "पूर्णतावादी" हैं। उन्हें गुस्सा आता है कि डेवलपर्स "हमेशा सब कुछ निर्दिष्ट करना चाहते हैं"।
आम तौर पर स्वीकृत संख्याओं की कमी के कारण यह बहस करना मुश्किल है। हर कोई जानता है कि एक पुनरावृत्ति कब तक होनी चाहिए। लेकिन कोई भी यह नहीं बता सकता है कि एक कहानी का अनुमान लगाने और विकसित करने के लिए कितनी आवश्यकताएं हैं।
क्या आपके पास कुछ संदर्भ है?