कार्यात्मक सॉफ्टवेयर प्रगति का प्राथमिक मापदंड है
“कार्यात्मक सॉफ्टवेयर प्रगति का प्राथमिक मापदंड है।”
सॉफ्टवेयर विकास परियोजना पर प्रगति का मापन करना कठिन और समस्यापूर्ण हो सकता है। पारंपरिक तरीका एक परियोजना को कार्यों में बांटना और उन कार्यों के प्रतिशत पूर्णता को ट्रैक करना है, जिसे प्रगति के माप के रूप में उपयोग किया जाता है; हालांकि, यह बहुत भ्रामक हो सकता है, क्योंकि अक्सर कार्यों की सूची अधूरी होती है और पूर्णता के स्तर के लिए कभी-कभी कुछ व्यक्तिगत निर्णय लेने की आवश्यकता होती है, जो करने में कठिन होता है और अक्सर असही होता है।
परीक्षण इसमें एक और कारक है — पिछले समय में बहुत बार पूरे विकास प्रक्रिया और परीक्षण प्रक्रिया क्रमिक रूप से होती थी। परिणाम यह है कि भले ही सॉफ्टवेयर के विकास को पूरा हो गया लगे, आपको यह नहीं पता होता कि वास्तव में यह कितना पूरा है जब तक कि इसका परीक्षण और पुष्टि नहीं कर ली जाती है। एजाइल दृष्टिकोण इस बात पर जोर देता है कि सॉफ्टवेयर के विकास के साथ ही परीक्षण को बहुत अधिक समानांतर रूप से किया जाए। एजाइल में एक अवधारणा है जिसे ‘डन’ के रूप में जाना जाता है, जिसे आप बहुत बार सुनेंगे। टीम को स्पष्ट रूप से यह निर्धारित करना चाहिए कि ‘डन’ का क्या अर्थ है — आमतौर पर इसका अर्थ है कि सॉफ्टवेयर का परीक्षण कर लिया गया है और उपयोगकर्ता द्वारा स्वीकृत कर लिया गया है। अन्य वातावरणों में ‘डन’ की परिभाषा बहुत अधिक अस्पष्ट और व्याख्या के अधीन हो सकती है। यदि आपके पास ‘डन’ की स्पष्ट परिभाषा नहीं है, तो किसी भी प्रतिशत पूर्णता का अनुमान संदिग्ध होने की संभावना है।
प्रगति का एक अधिक सटीक माप यह है कि सॉफ्टवेयर परियोजना को कार्यक्षमता के टुकड़ों में बांटें, जहां प्रत्येक सॉफ्टवेयर के टुकड़े की ‘डन’ की स्पष्ट परिभाषा हो और उपयोगकर्ता को प्रतिक्रिया और स्वीकृति के लिए प्रदर्शित किया जा सके।
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।