वेग (सॉफ्टवेयर विकास): Difference between revisions
No edit summary |
No edit summary |
||
| Line 33: | Line 33: | ||
वेग के साथ समस्या यह है कि यह किए गए कार्य को नियोजन त्रुटिहीनता के साथ मिला देता है। दूसरे शब्दों में, टीम कार्यों का अधिक रूढ़िवादी रूप से आकलन करके वेग बढ़ा सकती है। यदि कोई टीम कहती है कि किसी कार्य में चार घंटे लगेंगे या दो घंटे लगने या दो अंकों के अतिरिक्त 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}} | ||
==संदर्भ== | ==संदर्भ== | ||
Revision as of 21:20, 4 July 2023
| Part of a series on |
| Software development |
|---|
वेग किए गए कार्य के लिए मीट्रिक है, जिसका उपयोग प्रायः सक्रिय सॉफ़्टवेयर विकास में किया जाता है।[1]
वेग मापने को कभी-कभी वेग ट्रैकिंग भी कहा जाता है। वेग मीट्रिक का उपयोग स्प्रिंट की योजना बनाने और टीम के प्रदर्शन को मापने के लिए किया जाता है।
सिद्धांत
वेग के पीछे मुख्य विचार टीमों को यह अनुमान लगाने में सहायता करना है कि वे निश्चित समय अवधि में कितना कार्य पूर्ण कर सकते हैं, यह इस विषय पर आधारित है कि इसी प्रकार का कार्य पहले कितनी शीघ्र पूर्ण किया गया था।[2] वेग सापेक्ष माप है। दूसरे शब्दों में, कच्ची संख्याओं का कोई तात्पर्य नहीं है; यह वह प्रवृत्ति है जो आशय रखती है।[3]
शब्दावली
वेग ट्रैकिंग में निम्नलिखित शब्दावली का उपयोग किया जाता है।
- कार्य की इकाई
- वेग मापने के लिए टीम द्वारा चयन की गई इकाई है। यह या तो वास्तविक इकाई हो सकती है जैसे इंजीनियर-घंटे, इंजीनियर-दिन या उत्पाद बैकलॉग आइटम (पीबीआई), या कहानी बिंदु है।[4] सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक कार्य को चयन की गई इकाई के संदर्भ में महत्व दिया जाना चाहिए।
- अंतराल
- अंतराल सॉफ़्टवेयर विकास प्रक्रिया में प्रत्येक पुनरावृत्ति की अवधि है जिसके लिए वेग मापा जाता है। अंतराल की लंबाई टीम द्वारा निर्धारित की जाती है। प्रायः, अंतराल एक सप्ताह का होता है, किन्तु यह एक महीने तक भी लंबा हो सकता है।
आलोचना
वेग के साथ समस्या यह है कि यह किए गए कार्य को नियोजन त्रुटिहीनता के साथ मिला देता है। दूसरे शब्दों में, टीम कार्यों का अधिक रूढ़िवादी रूप से आकलन करके वेग बढ़ा सकती है। यदि कोई टीम कहती है कि किसी कार्य में चार घंटे लगेंगे या दो घंटे लगने या दो अंकों के अतिरिक्त 4 अंक लगेंगे, तो उनका वेग उत्तम दिखाई देगा (कभी-कभी बिंदु मुद्रास्फीति भी कहा जाता है)।[5][1]
वेग के साथ दूसरी समस्या यह है कि यह गुणवत्ता, उपयोगकर्ता के लक्ष्यों के साथ संरेखण या प्राथमिकता को ध्यान में नहीं रखता है। अच्छे डिज़ाइन, रीफैक्टरिंग, कोडिंग मानकों और प्रौद्योगिकी ऋण की उपेक्षा करके वेग को बढ़ाया जा सकता है। जितनी शीघ्र हो सके सुविधाओं को पूर्ण करने से गुणवत्ता का ध्यान किए बिना वेग बढ़ जाता है। इसी प्रकार, वेग में उस कार्य के लाभों का ध्यान किए बिना किया गया कार्य सम्मिलित होता है। उदाहरण के लिए, ऐसी सुविधा का निर्माण करना जिसे कोई नहीं चाहता या जिसकी आवश्यकता नहीं है, फिर भी उसे पूर्ण किये गए कार्य के रूप में गिना जाता है और कार्य इकाई को पूर्ण करना जो उपयोगकर्ता के लक्ष्य से दूर चला जाता है जैसे कि उपयोग में सरलता वांछित दिशा के विपरीत गति है।
वेग के साथ तीसरी समस्या यह है कि इसका प्रायः दक्षता या टीम के प्रदर्शन के माप के रूप में दुरुपयोग किया जाता है। वेग किए गए कार्य का माप है, दक्षता का नहीं। ओवरटाइम कार्य करके या टीम के सदस्यों को जोड़कर गति को बढ़ाया जा सकता है, इनमें से कोई भी आवश्यक रूप से दक्षता या प्रदर्शन में वृद्धि नहीं करता है।[citation needed]
संदर्भ
- ↑ 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
- ↑ Glossary of scrum terms: Velocity, archived from the original on 2010-11-29, retrieved 2010-09-24
- ↑ Agile 101: Agile Software Development Velocity (in English), VersionOne.com, archived from the original on 2010-10-02, retrieved 2010-09-23
- ↑ Measures of size (in English), agilesoftwaredevelopment.com, archived from the original on 2010-10-26, retrieved 2010-09-24
- ↑ "बिंदु मुद्रास्फीति". innolution.com. Retrieved 2019-06-06.
