वेग (सॉफ्टवेयर विकास)

From Vigyanwiki
Revision as of 15:32, 25 June 2023 by alpha>Indicwiki (Created page with "{{More citations needed|date=May 2018}} {{Software development process}} वेग किए गए कार्य का एक मीट्रिक है, जिसका...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

वेग किए गए कार्य का एक मीट्रिक है, जिसका उपयोग अक्सर फुर्तीले सॉफ़्टवेयर विकास में किया जाता है।[1] वेग मापने को कभी-कभी वेग ट्रैकिंग भी कहा जाता है।[citation needed] वेग मीट्रिक का उपयोग स्प्रिंट की योजना बनाने और टीम के प्रदर्शन को मापने के लिए किया जाता है।

सिद्धांत

वेग के पीछे मुख्य विचार टीमों को यह अनुमान लगाने में मदद करना है कि वे एक निश्चित समय अवधि में कितना काम पूरा कर सकते हैं, यह इस बात पर आधारित है कि इसी तरह का काम पहले कितनी जल्दी पूरा किया गया था।[2] वेग सापेक्ष माप है. दूसरे शब्दों में, कच्ची संख्याओं का कोई मतलब नहीं है; यह वह प्रवृत्ति है जो मायने रखती है।[3]


शब्दावली

वेग ट्रैकिंग में निम्नलिखित शब्दावली का उपयोग किया जाता है।

कार्य की इकाई
वेग मापने के लिए टीम द्वारा चुनी गई इकाई। यह या तो एक वास्तविक इकाई हो सकती है जैसे व्यक्ति-घंटे|इंजीनियर-घंटे, इंजीनियर-दिन या उत्पाद बैकलॉग आइटम (पीबीआई), या कहानी बिंदु।[4] सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक कार्य को चुनी गई इकाई के संदर्भ में महत्व दिया जाना चाहिए।
अंतराल
अंतराल सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक पुनरावृत्ति की अवधि है जिसके लिए वेग मापा जाता है। अंतराल की लंबाई टीम द्वारा निर्धारित की जाती है। अक्सर, अंतराल एक सप्ताह का होता है, लेकिन यह एक महीने तक भी लंबा हो सकता है।

आलोचना

वेग के साथ एक समस्या यह है कि यह किए गए कार्य को नियोजन सटीकता के साथ मिला देता है। दूसरे शब्दों में, एक टीम कार्यों का अधिक रूढ़िवादी ढंग से आकलन करके वेग बढ़ा सकती है। यदि कोई टीम कहती है कि किसी कार्य में चार घंटे लगेंगे या दो घंटे लगने या दो अंकों के लायक होने के बजाय 4 अंक लगेंगे, तो उनका वेग बेहतर दिखाई देगा (कभी-कभी बिंदु मुद्रास्फीति भी कहा जाता है)।[5][1]

वेग के साथ दूसरी समस्या यह है कि यह गुणवत्ता, उपयोगकर्ता के लक्ष्यों के साथ संरेखण या प्राथमिकता को ध्यान में नहीं रखता है। अच्छे डिज़ाइन, रीफैक्टरिंग, कोडिंग मानकों और तकनीकी ऋण की उपेक्षा करके वेग को बढ़ाया जा सकता है। जितनी जल्दी हो सके सुविधाओं को पूरा करने से गुणवत्ता की परवाह किए बिना वेग बढ़ जाता है। इसी प्रकार, वेग में उस कार्य के लाभों की परवाह किए बिना किया गया कार्य शामिल होता है। उदाहरण के लिए, एक ऐसी सुविधा का निर्माण करना जिसे कोई नहीं चाहता या जिसकी आवश्यकता नहीं है, फिर भी उसे पूरा किया गया कार्य माना जाता है" और एक कार्य इकाई को पूरा करना जो उपयोगकर्ता के लक्ष्य से दूर चला जाता है जैसे कि उपयोग में आसानी वांछित दिशा के विपरीत गति है।[citation needed]

वेग के साथ तीसरी समस्या यह है कि इसका अक्सर दक्षता या टीम के प्रदर्शन के माप के रूप में दुरुपयोग किया जाता है। वेग किए गए कार्य का माप है, दक्षता का नहीं। ओवरटाइम काम करके या टीम के सदस्यों को जोड़कर गति को बढ़ाया जा सकता है, इनमें से कोई भी आवश्यक रूप से दक्षता या प्रदर्शन में वृद्धि नहीं करता है।[citation needed]

संदर्भ

  1. 1.0 1.1 Rubin, Kenneth (2013), Essential Scrum. A Practical Guide to the Most Popular Agile Process (in English), Addison-Wesley, ISBN 978-0-13-704329-3
  2. Glossary of scrum terms: Velocity, archived from the original on 2010-11-29, retrieved 2010-09-24
  3. Agile 101: Agile Software Development Velocity (in English), VersionOne.com, archived from the original on 2010-10-02, retrieved 2010-09-23
  4. Measures of size (in English), agilesoftwaredevelopment.com, archived from the original on 2010-10-26, retrieved 2010-09-24
  5. "बिंदु मुद्रास्फीति". innolution.com. Retrieved 2019-06-06.