Visual Paradigm Desktop | 
Visual Paradigm Online
सॉफ्टवेयर विकास उद्योग में प्रवेश कर रहे इंजीनियरिंग मेजर्स को तेजी से बदलते माहौल और चरणबद्ध डिलीवरी के लिए सामना करना पड़ता है। अधिकांश आधुनिक विकास चक्रों के आधार पर विधि एजाइल है। इस ढांचे से जुड़े विशिष्ट शब्दावली को समझना केवल एक शैक्षणिक अभ्यास नहीं है; यह एक पेशेवर आवश्यकता है। यह मार्गदर्शिका आवश्यक शब्दों के विस्तृत विश्लेषण के साथ छात्रों और पेशेवरों दोनों के लिए स्पष्टता सुनिश्चित करती है।
चाहे आप विश्वविद्यालय के कैपस्टोन प्रोजेक्ट में भाग ले रहे हों या कॉर्पोरेट इंजीनियरिंग टीम में शामिल हो रहे हों, एजाइल की भाषा संचार को सुगम बनाती है। यह वर्कफ्लो, गुणवत्ता मानकों और टीम गतिशीलता के साझा समझ को स्थापित करती है। निम्नलिखित खंड एजाइल पारिस्थितिकी तंत्र के निर्माण करने वाले मुख्य घटकों, भूमिकाओं और कलाकृतियों का विश्लेषण करते हैं।
विशिष्ट शब्दों में डूबने से पहले, उत्पत्ति को समझना आवश्यक है। एजाइल मैनिफेस्टो को 2001 में सॉफ्टवेयर विकासकर्ताओं के एक समूह द्वारा प्रकाशित किया गया था। इसमें प्रक्रियाओं और उपकरणों की तुलना में व्यक्तियों और बातचीत को प्राथमिकता दी गई है। इसमें विस्तृत दस्तावेज़ीकरण की तुलना में कार्यात्मक सॉफ्टवेयर को महत्व दिया गया है। इसमें अनुबंध निर्माण की तुलना में ग्राहक सहयोग पर जोर दिया गया है। इसमें योजना का पालन करने की तुलना में बदलाव के प्रति प्रतिक्रिया करने पर जोर दिया गया है।
इन चार मूल्यों का समर्थन बारह सिद्धांतों द्वारा किया जाता है। ये सिद्धांत विकास के दौरान निर्णय लेने की प्रक्रिया को मार्गदर्शन करते हैं। वे निरंतर सॉफ्टवेयर डिलीवरी, बदलाव के आवश्यकताओं का स्वागत करने और टिकाऊ गति बनाए रखने के लिए प्रोत्साहित करते हैं। इंजीनियरिंग छात्रों के लिए, इन मूल्यों को समझना प्रभावी अभ्यास की पहली कड़ी है।
विभिन्न ढांचे टीमों को अलग-अलग तरीके से व्यवस्थित करते हैं, लेकिन सबसे आम संरचना स्क्रम है। इस खंड में उस संरचना के भीतर विशिष्ट जिम्मेदारियों का वर्णन किया गया है।
उत्पाद मालिक ग्राहक और व्यवसाय की आवाज़ का प्रतिनिधित्व करता है। वे विकास टीम के काम से उत्पन्न उत्पाद के मूल्य को अधिकतम करने के लिए जिम्मेदार है। इस भूमिका में उत्पाद बैकलॉग का प्रबंधन शामिल है।
स्क्रम मास्टर टीम की सेवा करता है ताकि प्रक्रिया का पालन किया जाए। वे एक पारंपरिक प्रबंधक नहीं हैं, बल्कि एक सुविधाजनक और मार्गदर्शक हैं। उनका ध्यान टीम की प्रगति को रोकने वाली बाधाओं को हटाने पर है।
यह वह समूह है जो अगले चरण को डिलीवर करने का वास्तविक काम करता है। वे एक अंतर्फलकीय टीम हैं, जिसका अर्थ है कि उनके पास बाहरी निर्भरता के बिना उत्पाद को बनाने के लिए आवश्यक सभी कौशल हैं। वे स्व-संगठित हैं, जिसका अर्थ है कि वे यह तय करते हैं कि काम कैसे पूरा किया जाए।
अभिलेख काम या मूल्य का प्रतिनिधित्व करते हैं। वे पारदर्शिता और जांच के अवसर प्रदान करते हैं। तीन मुख्य अभिलेख उत्पाद बैकलॉग, स्प्रिंट बैकलॉग और अगला चरण हैं।
यह उत्पाद में आवश्यक ज्ञात सभी चीजों की व्यवस्थित सूची है। यह आवश्यकताओं का एकमात्र स्रोत है। यह कभी पूर्ण नहीं होता है। उत्पाद और वातावरण के विकास के साथ विवरण बदलते रहते हैं। यह गतिशील है।
यह स्प्रिंट के लिए चुने गए उत्पाद बैकलॉग आइटम का सेट है। इसमें उत्पाद अगले चरण को डिलीवर करने और स्प्रिंट लक्ष्य को प्राप्त करने की योजना शामिल है। इसका मालिक विकास टीम है।
एक अगला चरण उत्पाद लक्ष्य की ओर एक ठोस कदम है। प्रत्येक अगला चरण पिछले सभी अगले चरणों को जोड़ता है। यह उपयोग के योग्य स्थिति में होना चाहिए, चाहे उत्पाद मालिक इसे जारी करने का निर्णय करे या न करे।
घटनाएँ गति और जांच एवं अनुकूलन के अवसर पैदा करती हैं। वे समय-सीमित होती हैं, जिसका अर्थ है कि उनका अधिकतम अवधि होती है।
एक स्प्रिंट एजाइल की धड़कन है। यह एक निश्चित लंबाई वाली घटना है जो एक महीने या उससे कम समय तक चलती है, जिसमें एक “समाप्त”, उपयोगी और संभावित रूप से जारी किया जा सकने वाला उत्पाद अनुभाग बनाया जाता है। स्प्रिंट में स्प्रिंट योजना, दैनिक स्क्रम, स्प्रिंट समीक्षा और स्प्रिंट पुनरावलोकन शामिल होते हैं।
यह घटना स्प्रिंट की शुरुआत करती है। पूरी स्क्रम टीम योजना पर सहयोग करती है। उत्पाद मालिक लक्ष्य और उत्पाद बैकलॉग की वर्तमान स्थिति पर चर्चा करता है। विकास टीम अगले स्प्रिंट में आने वाली कार्यक्षमता का अनुमान लगाती है।
दैनिक स्टैंड-अप के रूप में भी जाना जाता है, यह विकास टीम के लिए 15 मिनट की घटना है। यह प्रबंधन को स्थिति रिपोर्ट करने के लिए नहीं है, बल्कि टीम के लिए गतिविधियों को समन्वयित करने और अगले 24 घंटों के लिए योजना बनाने के लिए है।
यह घटना स्प्रिंट के अंत में होती है ताकि इंक्रीमेंट की जांच की जा सके और आवश्यकता पड़ने पर प्रोडक्ट बैकलॉग को अनुकूलित किया जा सके। स्क्रम टीम और हितधारक उन चीजों की समीक्षा करते हैं जो पूरी की गई थीं।
स्क्रम टीम व्यक्तियों, बातचीत, प्रक्रियाओं, उपकरणों और उनके ‘कार्य पूर्णता की परिभाषा’ के संबंध में पिछले स्प्रिंट के प्रदर्शन की जांच करती है। लक्ष्य बेहतरी के तरीकों को पहचानना और अगले स्प्रिंट में उन्हें लागू करना है।
स्क्रम फ्रेमवर्क के मूल सिद्धांतों के बाहर, इंजीनियरिंग टीमें काम के संबंध में विशिष्ट शब्दावली से भी निपटती हैं।
एक उपयोगकर्ता कहानी एक सॉफ्टवेयर विशेषता का अनौपचारिक, सामान्य विवरण है जो अंतिम उपयोगकर्ता के दृष्टिकोण से लिखा जाता है। इसका स्पष्टता सुनिश्चित करने के लिए एक विशिष्ट प्रारूप का पालन किया जाता है।
मुहावरात्मक रूप से, तकनीकी ऋण अतिरिक्त पुनर्कार्य के अंतर्निहित लागत का प्रतिनिधित्व करता है, जो अभी एक आसान (सीमित) समाधान चुनने के कारण होता है, बजाय इसके कि एक बेहतर तरीके का उपयोग किया जाए जो अधिक समय लेता है। यदि इसे नहीं चुकाया जाता है, तो इसमें ब्याज जमा होता है।
वेग एक टीम द्वारा एकल स्प्रिंट के दौरान संभाल सकने वाले कार्य की मात्रा का माप है और स्क्रम में मुख्य मापदंड है। यह पूरी हुई उपयोगकर्ता कहानियों के अंकों को जोड़कर गणना की जाती है।
समाप्ति की परिभाषा उत्पाद के लिए आवश्यक गुणवत्ता मापदंडों को पूरा करने वाले इंक्रीमेंट की स्थिति का औपचारिक वर्णन है। जैसे ही इंक्रीमेंट DoD को पूरा करता है, उसे जारी किया जा सकता है।
इन मापदंडों का अक्सर कैनबैन और सामान्य इंजीनियरिंग फ्लो में उपयोग किया जाता है।
जबकि स्क्रम लोकप्रिय है, यह एकमात्र दृष्टिकोण नहीं है। इंजीनियरिंग विषय के छात्रों को संबंधित पद्धतियों को समझना चाहिए।
कानबान कार्य के दृश्यीकरण, प्रवाह को अधिकतम करने और कार्य के बीच सीमा लगाने पर ध्यान केंद्रित करता है। यह स्क्रम की तरह विशिष्ट भूमिकाओं या निश्चित चक्करों के निर्देश नहीं देता है।
XP तकनीकी उत्कृष्टता और इंजीनियरिंग व्यवहार पर जोर देता है। इसका अक्सर स्क्रम के साथ उपयोग किया जाता है।
लीन उत्पादन सिद्धांतों को सॉफ्टवेयर पर लागू करता है। यह बर्बादी को दूर करने और मूल्य को तेजी से डिलीवर करने पर ध्यान केंद्रित करता है।
डेटा सुधार को आगे बढ़ाता है। इंजीनियरिंग टीमें स्वास्थ्य और प्रदर्शन का आकलन करने के लिए विशिष्ट मापदंडों पर निर्भर करती हैं।
एक ग्राफ जो स्प्रिंट या प्रोजेक्ट में बचे हुए कार्य की मात्रा दिखाता है। यह टीम को समझने में मदद करता है कि क्या वे कार्य पूरा करने के लिए सही दिशा में हैं।
बर्न-डाउन चार्ट के समान, लेकिन यह समय के साथ पूरा कार्य की मात्रा और कुल दायरे को दिखाता है।
एक विशिष्ट अवधि में पूरा कार्य के इकाइयों की संख्या। यह समय के साथ टीम क्षमता को मापने के लिए उपयोगी है।
| शब्द | परिभाषा | श्रेणी |
|---|---|---|
| स्प्रिंट | कार्य पूरा करने के लिए समय-बॉक्स वाला अवधि | घटना |
| उत्पाद पीछे लाइन | सभी ज्ञात आवश्यकताओं की क्रमबद्ध सूची | कृत्रिम वस्तु |
| उपयोगकर्ता कहानी | उपयोगकर्ता के दृष्टिकोण से एक विशेषता का संक्षिप्त विवरण | कलाकृति |
| गति | प्रति स्प्रिंट काम के पूरा होने का माप | मापदंड |
| पूरा होने की परिभाषा | काम पूरा होने के लिए पूरा करने वाले मापदंड | मानक |
| तकनीकी ऋण | छोटे रास्ते के कारण पुनर्कार्य की लागत | अवधारणा |
| स्क्रम मास्टर | टीम के लिए सुगमता और मार्गदर्शक | भूमिका |
| उत्पाद मालिक | ग्राहक का प्रतिनिधित्व करता है और बैकलॉग का प्रबंधन करता है | भूमिका |
| वृद्धि | उपयोगी उत्पाद जोड़ | कलाकृति |
| कानबान | प्रवाह और WIP सीमाओं पर ध्यान केंद्रित करने वाली विधि | ढांचा |
इंजीनियरिंग छात्र अक्सर शैक्षणिक परियोजनाओं से पेशेवर वातावरण में स्थानांतरित होते हैं, लेकिन इन शब्दों के स्पष्ट अर्थ के बिना। इस अंतर के कारण स्टेकहोल्डर्स के साथ तनाव या टीम में गलत संचार हो सकता है। इस शब्दावली के परिचय से इस अंतर को पाटा जा सकता है।
जब आपको एक ऐसा शब्द मिले जिसका आपको अर्थ नहीं पता हो, तो स्पष्टीकरण मांगें। अर्थ का अनुमान न लगाएं। उद्योग सटीकता की महत्व देता है। सही शब्दावली का उपयोग करना कुशलता और प्रक्रिया के प्रति सम्मान का प्रदर्शन करता है।
इसके अलावा, इन अवधारणाओं को समझने से आप बेहतर अभ्यासों के लिए प्रवर्धन कर सकते हैं। यदि आप देखते हैं कि एक टीम तकनीकी ऋण जमा कर रही है, तो आप फ्रेमवर्क का उपयोग करके रिफैक्टरिंग समय का सुझाव दे सकते हैं। यदि कोई प्रक्रिया अस्पष्ट है, तो आप पूरा होने की परिभाषा को संदर्भित करके स्पष्टता स्थापित कर सकते हैं।
निरंतर सीखना इंजीनियरिंग दृष्टिकोण का हिस्सा है। एजाइल मैनिफेस्टो काम करने में बेहतर बनने के तरीकों पर विचार करने के लिए प्रोत्साहित करता है। यह मार्गदर्शिका उस विचार के लिए एक प्रारंभिक बिंदु के रूप में कार्य करती है। जैसे आप आगे बढ़ते हैं, आप नए शब्दों और बातों के बारे में जानेंगे। अपनी व्यक्तिगत शब्दावली बनाए रखें। जैसे आप सीखते हैं, उसमें जोड़ दें।
सॉफ्टवेयर का दृश्य गतिशील है। ढांचे विकसित होते हैं। हालांकि, सहयोग, आवर्ती डिलीवरी और गुणवत्ता के मूल सिद्धांत स्थिर रहते हैं। इस शब्दावली के निपुणता से आप किसी भी इंजीनियरिंग वातावरण में लचीले और प्रभावी बने रहेंगे।
याद रखें कि उपकरण बदलते हैं, लेकिन सिद्धांत टिके रहते हैं। चाहे आप स्टार्टअप में काम करें या बड़े उद्यम में, स्पष्ट संचार और संरचित डिलीवरी की आवश्यकता बनी रहती है। अपने पेशेवर विकास के यात्रा के लिए इस शब्दावली का उपयोग संदर्भ बिंदु के रूप में करें।