वेग (सॉफ्टवेयर विकास): Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 1: Line 1:
{{Software development process}}
{{Software development process}}
वेग किए गए कार्य का एक मीट्रिक है, जिसका उपयोग अक्सर फुर्तीले सॉफ़्टवेयर विकास में किया जाता है।<ref name="Essential Scrum: Velocity">{{Citation
'''वेग''' किए गए कार्य के लिए मीट्रिक है, जिसका उपयोग प्रायः सक्रिय सॉफ़्टवेयर विकास में किया जाता है।<ref name="Essential Scrum: Velocity">{{Citation
  |publication-date = 2013
  |publication-date = 2013
  |title            = Essential Scrum. A Practical Guide to the Most Popular Agile Process
  |title            = Essential Scrum. A Practical Guide to the Most Popular Agile Process
Line 8: Line 8:
  |publisher        = Addison-Wesley
  |publisher        = Addison-Wesley
  |isbn            = 978-0-13-704329-3}}</ref>
  |isbn            = 978-0-13-704329-3}}</ref>
वेग मापने को कभी-कभी वेग ट्रैकिंग भी कहा जाता है।{{cn|date=October 2018}} वेग मीट्रिक का उपयोग स्प्रिंट की योजना बनाने और टीम के प्रदर्शन को मापने के लिए किया जाता है।
 
वेग मापने को कभी-कभी वेग ट्रैकिंग भी कहा जाता है। वेग मीट्रिक का उपयोग स्प्रिंट की योजना बनाने और टीम के प्रदर्शन को मापने के लिए किया जाता है।


==सिद्धांत==
==सिद्धांत==


वेग के पीछे मुख्य विचार टीमों को यह अनुमान लगाने में मदद करना है कि वे एक निश्चित समय अवधि में कितना काम पूरा कर सकते हैं, यह इस बात पर आधारित है कि इसी तरह का काम पहले कितनी जल्दी पूरा किया गया था।<ref name="Glossary of scrum terms: Velocity">{{Citation|title=Glossary of scrum terms: Velocity|url=http://www.scrumalliance.org/articles/39-glossary-of-scrum-terms#1110|archive-url=https://web.archive.org/web/20101129205330/http://scrumalliance.org/articles/39-glossary-of-scrum-terms#1110|access-date=2010-09-24|archive-date=2010-11-29|url-status=dead}}</ref> वेग सापेक्ष माप है. दूसरे शब्दों में, कच्ची संख्याओं का कोई मतलब नहीं है; यह वह प्रवृत्ति है जो मायने रखती है।<ref name="Agile 101: Agile Software Development Velocity">{{Citation|title=Agile 101: Agile Software Development Velocity|url=http://www.versionone.com/Agile101/Velocity.asp|archive-url=https://web.archive.org/web/20101002143937/http://www.versionone.com/Agile101/Velocity.asp|publisher=VersionOne.com|language=en|access-date=2010-09-23|archive-date=2010-10-02|url-status=dead}}</ref>
वेग के पीछे मुख्य विचार टीमों को यह अनुमान लगाने में सहायता करना है कि वे निश्चित समय अवधि में कितना कार्य पूर्ण कर सकते हैं, यह इस विषय पर आधारित है कि इसी प्रकार का कार्य पहले कितनी शीघ्र पूर्ण किया गया था।<ref name="Glossary of scrum terms: Velocity">{{Citation|title=Glossary of scrum terms: Velocity|url=http://www.scrumalliance.org/articles/39-glossary-of-scrum-terms#1110|archive-url=https://web.archive.org/web/20101129205330/http://scrumalliance.org/articles/39-glossary-of-scrum-terms#1110|access-date=2010-09-24|archive-date=2010-11-29|url-status=dead}}</ref> वेग सापेक्ष माप है। दूसरे शब्दों में, कच्ची संख्याओं का कोई तात्पर्य नहीं है; यह वह प्रवृत्ति है जो आशय रखती है।<ref name="Agile 101: Agile Software Development Velocity">{{Citation|title=Agile 101: Agile Software Development Velocity|url=http://www.versionone.com/Agile101/Velocity.asp|archive-url=https://web.archive.org/web/20101002143937/http://www.versionone.com/Agile101/Velocity.asp|publisher=VersionOne.com|language=en|access-date=2010-09-23|archive-date=2010-10-02|url-status=dead}}</ref>
 
 
==शब्दावली==
==शब्दावली==
वेग ट्रैकिंग में निम्नलिखित शब्दावली का उपयोग किया जाता है।
वेग ट्रैकिंग में निम्नलिखित शब्दावली का उपयोग किया जाता है।


; कार्य की इकाई: वेग मापने के लिए टीम द्वारा चुनी गई इकाई। यह या तो एक वास्तविक इकाई हो सकती है जैसे व्यक्ति-घंटे|इंजीनियर-घंटे, इंजीनियर-दिन या उत्पाद बैकलॉग आइटम (पीबीआई), या कहानी बिंदु।<ref name="Measures of size">{{Citation
; कार्य की इकाई: वेग मापने के लिए टीम द्वारा चयन की गई इकाई है। यह या तो वास्तविक इकाई हो सकती है जैसे इंजीनियर-घंटे, इंजीनियर-दिन या उत्पाद बैकलॉग आइटम (पीबीआई), या कहानी बिंदु है।<ref name="Measures of size">{{Citation
  |title      = Measures of size
  |title      = Measures of size
  |publisher  = agilesoftwaredevelopment.com
  |publisher  = agilesoftwaredevelopment.com
Line 27: Line 26:
  |archive-date = 2010-10-26
  |archive-date = 2010-10-26
  |url-status    = dead
  |url-status    = dead
}}</ref> सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक कार्य को चुनी गई इकाई के संदर्भ में महत्व दिया जाना चाहिए।
}}</ref> सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक कार्य को चयन की गई इकाई के संदर्भ में महत्व दिया जाना चाहिए।
; अंतराल: अंतराल सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक पुनरावृत्ति की अवधि है जिसके लिए वेग मापा जाता है। अंतराल की लंबाई टीम द्वारा निर्धारित की जाती है। अक्सर, अंतराल एक सप्ताह का होता है, लेकिन यह एक महीने तक भी लंबा हो सकता है।
; अंतराल: अंतराल सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक पुनरावृत्ति की अवधि है जिसके लिए वेग मापा जाता है। अंतराल की लंबाई टीम द्वारा निर्धारित की जाती है। प्रायः, अंतराल एक सप्ताह का होता है, किन्तु यह एक महीने तक भी लंबा हो सकता है।


==आलोचना==
==आलोचना==


वेग के साथ एक समस्या यह है कि यह किए गए कार्य को नियोजन सटीकता के साथ मिला देता है। दूसरे शब्दों में, एक टीम कार्यों का अधिक रूढ़िवादी ढंग से आकलन करके वेग बढ़ा सकती है। यदि कोई टीम कहती है कि किसी कार्य में चार घंटे लगेंगे या दो घंटे लगने या दो अंकों के लायक होने के बजाय 4 अंक लगेंगे, तो उनका वेग बेहतर दिखाई देगा (कभी-कभी बिंदु मुद्रास्फीति भी कहा जाता है)।<ref>{{cite web |url=https://innolution.com/resources/glossary/point-inflation |title=बिंदु मुद्रास्फीति|publisher=innolution.com |access-date=2019-06-06}}</ref><ref name="Essential Scrum: Velocity"/>
वेग के साथ समस्या यह है कि यह किए गए कार्य को नियोजन त्रुटिहीनता के साथ मिला देता है। दूसरे शब्दों में, टीम कार्यों का अधिक रूढ़िवादी रूप से आकलन करके वेग बढ़ा सकती है। यदि कोई टीम कहती है कि किसी कार्य में चार घंटे लगेंगे या दो घंटे लगने या दो अंकों के अतिरिक्त 4 अंक लगेंगे, तो उनका वेग उत्तम दिखाई देगा (कभी-कभी बिंदु मुद्रास्फीति भी कहा जाता है)।<ref>{{cite web |url=https://innolution.com/resources/glossary/point-inflation |title=बिंदु मुद्रास्फीति|publisher=innolution.com |access-date=2019-06-06}}</ref><ref name="Essential Scrum: Velocity"/>


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

Revision as of 21:13, 4 July 2023

वेग किए गए कार्य के लिए मीट्रिक है, जिसका उपयोग प्रायः सक्रिय सॉफ़्टवेयर विकास में किया जाता है।[1]

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

सिद्धांत

वेग के पीछे मुख्य विचार टीमों को यह अनुमान लगाने में सहायता करना है कि वे निश्चित समय अवधि में कितना कार्य पूर्ण कर सकते हैं, यह इस विषय पर आधारित है कि इसी प्रकार का कार्य पहले कितनी शीघ्र पूर्ण किया गया था।[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.