संगणक उद्योग संदिग्ध भाषा, कठोर शब्दरचना आणि जटिल कल्पनांनी व्यापलेला आहे ज्या समजण्यास कठीण आहेत आणि तुमचे मन संगणकीय बफरिंगच्या उन्मादात पाठवू शकतात.
धबधबा? स्क्रॅम? चपळ?
जर ही वाक्ये तुमच्यासाठी पूर्णपणे परदेशी असतील तर काळजी करू नका; तुमची हॅशडॉर्क टेक गीक्सची उपयुक्त टीम तुम्हाला विकास प्रक्रियेच्या या महत्त्वाच्या टप्प्यांमधील फरक समजून घेण्यासाठी मदत करण्यासाठी येथे आहे जेणेकरून तुम्ही ज्ञानी होऊ शकता.
चपळ, स्क्रम आणि धबधबा तंत्र या सर्व गोष्टी या ब्लॉग पोस्टमध्ये समाविष्ट केल्या जातील, तसेच प्रत्येकजण आपल्या टीमला संपूर्णपणे कशी मदत करू शकेल.
चला चपळतेने सुरुवात करूया, आणि आम्ही उर्वरित सोबत घेऊन जाऊ.
चपळ म्हणजे काय?
चपळ सॉफ्टवेअर विकास एक पुनरावृत्ती, वाढीव दृष्टीकोन अनुसरण करतो. प्रकल्पाच्या सुरूवातीस व्यापक तयारी करण्याऐवजी, चपळ तंत्रे कालांतराने गरजा बदलण्यासाठी लवचिक असतात आणि अंतिम वापरकर्त्यांकडून सतत फीडबॅकला प्रोत्साहन देतात.
क्रॉस-फंक्शनल टीम वेळोवेळी उत्पादनाच्या पुनरावृत्तीवर कार्य करतात आणि हे कार्य बॅकलॉगमध्ये वर्गीकृत केले जाते आणि व्यवसाय किंवा ग्राहक मूल्यावर आधारित प्राधान्य दिले जाते. प्रत्येक पुनरावृत्तीचा उद्देश वापरण्यायोग्य उत्पादन तयार करणे हा आहे.
नेतृत्व चपळ पद्धतींमध्ये सहकार्य, जबाबदारी आणि समोरासमोर संवादाला प्रोत्साहन देते.
उत्पादन ग्राहकांच्या मागणी आणि कंपनीच्या उद्दिष्टांची पूर्तता करते याची खात्री करण्यासाठी व्यवसाय भागधारक आणि विकासकांनी सहयोग करणे आवश्यक आहे.
"चपळ विकास" हा शब्दप्रयोग विविध पद्धती आणि फ्रेमवर्कचा संदर्भ देतो जे मध्ये वर्णन केलेल्या आदर्श आणि सिद्धांतांवर आधारित आहेत. चपळ जाहीरनामा.
तज्ञ चपळ तत्त्वे आणि मूल्यांचे पालन करण्याचा सल्ला देतात आणि सॉफ्टवेअर डेव्हलपमेंटकडे जाताना विशिष्ट वातावरणात योग्य कृती ठरवण्यासाठी मार्गदर्शक म्हणून त्यांचा वापर करतात.
चपळ सॉफ्टवेअर डेव्हलपमेंट समुदायासाठी सहयोगी आणि स्वयं-संयोजित कार्यसंघ लक्ष केंद्रित करण्याचे मुख्य क्षेत्र आहेत.
संघांना ते एखाद्या विशिष्ट प्रकल्पाला कसे हाताळायचे हे स्वायत्तपणे ठरवण्याची परवानगी आहे, परंतु याचा अर्थ असा नाही की पर्यवेक्षक अस्तित्वात नाहीत. त्यामुळे चपळ संघ क्रॉस-फंक्शनल आहेत.
चपळ नमुना मध्ये, व्यवस्थापक अजूनही आवश्यक आहेत. ते सुनिश्चित करतात की प्रत्येक कार्यसंघ सदस्याकडे प्रकल्पासाठी आवश्यक क्षमता आहे किंवा प्राप्त केली आहे.
चपळ फ्रेमवर्कमधील व्यवस्थापक संघातील सर्वोत्कृष्ट गोष्टींना पुढे आणणारे वातावरण तयार करून कार्य करतात. परंतु पुढाकार घेण्याऐवजी, ते वारंवार मागे बसतात आणि ते गोष्टी कशा वितरित करतील हे संघाला ठरवू देतात.
जेव्हा कार्यसंघ वारंवार समस्या सोडवण्याचा प्रयत्न करतात तेव्हाच व्यवस्थापक त्यात सहभागी होतात.
चपळ विकास चक्र
चपळ विकास चक्राचे टप्पे खाली सूचीबद्ध आहेत. हे लक्षात ठेवणे महत्त्वाचे आहे की हे टप्पे क्रमाने घडू नयेत कारण ते लवचिक आणि सतत बदलत असतात. यातील अनेक टप्पे एकाच वेळी होतात.
- नियोजन: प्रोजेक्ट टीमने ठरवल्यानंतर एखादी कल्पना व्यावहारिक आणि कार्यक्षम आहे, ते वैशिष्ट्ये शोधू लागतात. या टप्प्याचे उद्दिष्ट प्रत्येक वैशिष्ट्याला प्राधान्य देणे आणि कल्पनेला लहान वर्कपीस (वैशिष्ट्ये) मध्ये विभाजित केल्यानंतर पुनरावृत्तीसाठी नियुक्त करणे आहे.
- आवश्यकता विश्लेषण: व्यवसायाच्या गरजा निश्चित करण्यासाठी, या चरणात व्यवस्थापक, भागधारक आणि वापरकर्त्यांसोबत अनेक चर्चांचा समावेश आहे. उत्पादनाचा वापर कोण करेल आणि ते ते कसे वापरतील हे संघाने एकत्रित केलेल्या तपशीलांपैकी एक आहे. ही मानके विशिष्ट, लागू आणि परिमाणात्मक असणे आवश्यक आहे.
- डिझाईन: मागील टप्प्यात आढळलेल्या आवश्यकता प्रणाली आणि सॉफ्टवेअर डिझाइन तयार करण्यासाठी वापरल्या जातात. उत्पादन किंवा सोल्यूशनच्या स्वरूपाचा विचार संघाने केला पाहिजे. चाचणी संघाद्वारे चाचणीसाठी एक धोरण किंवा योजना देखील विकसित केली जाते.
- अंमलबजावणी, कोडिंग किंवा विकास: या टप्प्याचा फोकस वैशिष्ट्ये तयार करणे आणि त्याचे मूल्यमापन करणे आणि पुनरावृत्तीच्या तैनातीचे नियोजन करणे (पुनरावृत्ती आणि वाढीव विकास दृष्टिकोन [IID] चे अनुसरण करणे) यावर आहे. कोणतीही वैशिष्ट्ये प्रदान केली जात नसल्यामुळे, विकास कालावधीची पुनरावृत्ती 0 सुरू होते. करार करणे, सेटिंग्ज सेट करणे आणि निधी देणे यासारखे क्रियाकलाप पूर्ण करून, ही पुनरावृत्ती भविष्यातील वाढीसाठी आधारभूत कार्य प्रदान करते.
- चाचणी: कोड तयार केल्यानंतर, उत्पादन खरोखर वापरकर्त्याच्या मागण्या पूर्ण करते आणि व्यावसायिक उद्दिष्टे पूर्ण करते याची खात्री करण्यासाठी आवश्यकतेनुसार त्याची चाचणी केली जाते. या टप्प्यावर युनिट, एकत्रीकरण, प्रणाली आणि स्वीकार्यता चाचणी केली जाते.
- तैनात करणे: चाचणीनंतर, उत्पादन ग्राहकांना पाठवले जाते जेणेकरून ते त्याचा वापर करू शकतील. मात्र, तैनातीनंतर प्रकल्प पूर्ण झालेला नाही. ग्राहकांनी उत्पादन वापरणे सुरू केल्यानंतर त्यांना अतिरिक्त समस्या येऊ शकतात, ज्याचे निराकरण करण्यासाठी प्रकल्प कार्यसंघाची आवश्यकता असेल.
फायदे
- जलद, उच्च दर्जाचे वितरण: प्रकल्पाचे पुनरावृत्ती (व्यवस्थापित करण्यायोग्य युनिट्स) मध्ये विभाजन करून, संघ उच्च-गुणवत्तेचे सहयोग, विकास आणि चाचणीवर लक्ष केंद्रित करण्यास सक्षम आहे. प्रत्येक पुनरावृत्तीसह चाचणी केली जाते तेव्हा, समस्या आढळतात आणि अधिक वेगाने निराकरण केले जाते. याव्यतिरिक्त, सतत, त्यानंतरच्या आवर्तनांसह, हे उच्च-गुणवत्तेचे सॉफ्टवेअर अधिक जलद पुरवले जाऊ शकते.
- बदलाचे स्वागत आहे: नियोजन चक्र लहान असले तरी, प्रकल्पाच्या कोणत्याही टप्प्यावर बदल स्वीकारणे आणि सामावून घेणे सोपे आहे. अनुशेष नेहमी सुधारित केला जाऊ शकतो आणि पुनर्प्रधान केले जाऊ शकते, ज्यामुळे संघांना दोन आठवड्यांत प्रकल्पात बदल करता येतात.
- अंतिम ध्येय कदाचित माहित नसेल: अंतिम उद्दिष्ट स्पष्टपणे परिभाषित केलेले नसताना प्रकल्पांसाठी चपळ उत्कृष्ट आहे. प्रकल्प जसजसा पुढे जाईल तसतसे उद्दिष्टे स्पष्ट होतील आणि विकास या बदलत्या गरजा सहजतेने सामावून घेऊ शकेल.
- सतत सुधारणा: चपळ कार्यक्रम प्रकल्पाच्या सर्व टप्प्यांवर वापरकर्ता आणि कार्यसंघ इनपुटला प्रोत्साहन देतात, जे शिकले आहे ते पुढील पुनरावृत्ती अधिक चांगले करण्यासाठी वापरण्यास अनुमती देतात.
- ग्राहकांच्या मतांची कदर केली जाते: ग्राहकांना काम पूर्ण झालेले पाहण्यासाठी, फीडबॅक देण्याच्या आणि अंतिम निकालावर खरोखर परिणाम करण्याच्या अनेक संधी आहेत. प्रोजेक्ट टीमशी इतक्या जवळून संवाद साधून, त्यांच्यात मालकीची भावना विकसित होऊ शकते.
- मजबूत टीमवर्क: चपळ नियमित संप्रेषण आणि वैयक्तिक भेटींच्या महत्त्वावर जोर देते. संघात काम करताना लोक जबाबदारी घेऊ शकतात आणि काही प्रकल्प घटकांचे मालक होऊ शकतात.
तोटे
- संघातील सदस्यांना माहिती असणे आवश्यक आहेe: चपळ संघ अनेकदा लहान असतात. अशा प्रकारे, कार्यसंघ सदस्यांकडे विस्तृत कौशल्ये असणे आवश्यक आहे. याव्यतिरिक्त, त्यांनी निवडलेल्या चपळ तंत्राचा वापर करून समजून घेणे आणि सहजतेने अनुभवणे आवश्यक आहे.
- नियोजन कमी अचूक असू शकते: अचूक वितरण तारीख निश्चित करणे कधीकधी आव्हानात्मक असू शकते. चपळ टाइम-बॉक्स्ड डिलिव्हरीवर तयार केले जाते आणि प्रकल्प व्यवस्थापक वारंवार कामांच्या प्राधान्यक्रमांची पुनर्रचना करतात. त्यामुळे, डिलिव्हरीसाठी सुरुवातीला नियोजित केलेल्या काही डिलिव्हरेबल्स वेळेवर पूर्ण होणार नाहीत अशी शक्यता आहे. याव्यतिरिक्त, संपूर्ण शेड्यूल वाढवून, संपूर्ण प्रोजेक्टमध्ये कोणत्याही वेळी अधिक स्प्रिंट जोडले जाऊ शकतात.
- दस्तऐवजीकरण दुर्लक्षित केले जाऊ शकते: काही कार्यसंघ सदस्यांचा असा विश्वास असू शकतो की दस्तऐवजीकरणावर लक्ष केंद्रित करणे कमी महत्त्वाचे आहे कारण एजाइल मॅनिफेस्टो संपूर्ण दस्तऐवजीकरणाच्या वर कार्यरत सॉफ्टवेअरला अनुकूल आहे. चपळ कार्यसंघांनी दस्तऐवजीकरण आणि संवाद यांच्यातील आदर्श समतोल साधला पाहिजे, जरी परिपूर्ण दस्तऐवजीकरण स्वतःच प्रकल्पाच्या यशाची हमी देऊ शकत नाही.
- अंतिम आउटपुट मोठ्या प्रमाणात भिन्न असू शकते: सुरुवातीच्या चपळ प्रकल्पासाठी कदाचित स्पष्ट धोरण नसावे, आणि म्हणून पूर्ण झालेले परिणाम प्रथम अपेक्षित असलेल्यापेक्षा मोठ्या प्रमाणात बदलू शकतात. बदलत्या क्लायंट इनपुटच्या आधारे नवीन पुनरावृत्ती जोडल्याने लक्षणीय भिन्न अंतिम आउटपुट येऊ शकते, कारण चपळ हे खूप अनुकूल आहे.
- विकसकांची वेळ वचनबद्धता: चपळ प्रभावी होण्यासाठी विकास कार्यसंघ प्रकल्पासाठी पूर्णपणे वचनबद्ध असणे आवश्यक आहे. चपळ पद्धती, जी पारंपारिक दृष्टिकोनापेक्षा जास्त वेळ घेते, त्यासाठी सतत सक्रिय सहभाग आणि सहकार्य आवश्यक आहे. याव्यतिरिक्त, हे सूचित करते की विकासकांनी संपूर्ण प्रकल्पाच्या लांबीसाठी वचनबद्ध असणे आवश्यक आहे.
धबधबा म्हणजे काय?
सॉफ्टवेअर अभियांत्रिकी आणि आयटी प्रकल्पांसाठी प्रणालीच्या विकास जीवन चक्राची (SDLC) सर्वात लोकप्रिय पुनरावृत्ती "वॉटरफॉल अप्रोच" म्हणून ओळखली जाते, जी अनुक्रमिक, रेखीय प्रक्रियेचे अनुसरण करते.
Gantt चार्ट, बार चार्टचा एक प्रकार जो प्रत्येक कामाच्या सुरुवातीच्या आणि शेवटच्या तारखा दर्शवितो, अधूनमधून त्याची योजना करण्यासाठी वापरला जातो.
आठ टप्प्यांपैकी एक पूर्ण झाल्यानंतर विकास संघ पुढील स्तरावर पोहोचतो. संपूर्ण प्रक्रिया रीस्टार्ट केल्याशिवाय टीम पूर्वीच्या टप्प्यावर परत येऊ शकत नाही.
याव्यतिरिक्त, कार्यसंघ पुढील स्तरावर जाण्यापूर्वी क्लायंटचे मूल्यांकन आणि आवश्यकता स्वीकारण्याची आवश्यकता असू शकते.
धबधब्याचे मॉडेल उत्पादन आणि बांधकाम क्षेत्राच्या अत्यंत संघटित वातावरणात विकसित केले गेले होते, जेथे समायोजन अत्यंत महाग किंवा अगदी अशक्य असू शकते.
धबधब्याच्या तंत्राला असे नाव देण्यात आले आहे कारण ते धबधब्यासारखे फक्त एका दिशेने - खाली वाहायचे आहे. त्याच्या टप्प्यांमध्ये विश्लेषण, प्रारंभ, चाचणी, डिझाइन, इमारत, उपयोजन, देखभाल आणि चाचणी समाविष्ट आहे.
इतर कोणत्याही रणनीतीप्रमाणेच धबधबा तंत्राचे अनेक फायदे आहेत. एक म्हणजे प्रकल्प नियोजन आणि डिझाइनचे टप्पे अधिक सुस्थापित आहेत.
वॉटरफॉल सॉफ्टवेअर डेव्हलपमेंटचा वापर करताना प्रोजेक्ट डिलिव्हरेबल्सच्या बाबतीत ग्राहक आणि डेव्हलपमेंट टीम अधिक संरेखित असतात. तुम्हाला सुरुवातीपासूनच प्रकल्पाच्या व्याप्तीची जाणीव असल्यामुळे, धबधब्याच्या विकासामुळे प्रगतीचे निरीक्षण करणे सोपे होते.
धबधबा प्रक्रिया तज्ञ, विकासक, विश्लेषक आणि परीक्षकांचा वापर करून प्रकल्पातील त्यांच्या नोकऱ्यांवर लक्ष केंद्रित करण्यासाठी संपूर्ण टीमला एका टप्प्यावर भर देण्याऐवजी वापरते.
धबधब्याचे टप्पे
धबधब्याच्या सहा पायऱ्या एकामागून एक झाल्या पाहिजेत:
- एकत्र करणे आणि संग्रहित करणे आवश्यक आहे: या वेळी या प्रकल्पाची काय मागणी आहे याबद्दल तुम्ही सखोल माहिती गोळा केली पाहिजे. हा डेटा संकलित करण्यासाठी मुलाखती, सर्वेक्षण आणि सहयोगी विचारमंथन यासह अनेक तंत्रे आहेत. हा टप्पा संपेपर्यंत प्रकल्पाच्या गरजा स्पष्ट झाल्या पाहिजेत आणि तुमच्या टीमला आवश्यकता दस्तऐवजाची एक प्रत मिळाली असावी.
- सिस्टमची रचना: प्रणाली तुमच्या टीमने पूर्वनिर्धारित तपशील वापरून तयार केली आहे. या टप्प्यात, कोणतेही कोडिंग केले जात नाही, परंतु कार्यसंघ हार्डवेअर किंवा प्रोग्रामिंग भाषेसाठी आवश्यकता सेट करते.
- अंमलबजावणी: या टप्प्यात कोडिंगचा समावेश होतो. प्रोग्रामर वापरण्यायोग्य उत्पादन तयार करण्यासाठी मागील स्टेजचा डेटा वापरतात. कोड बहुतेकदा लहान भागांमध्ये लागू केला जातो जो एका टप्प्याच्या समाप्तीच्या वेळी किंवा दुसर्या टप्प्याच्या सुरूवातीस एकत्रित केला जातो.
- चाचणी: कोड पूर्ण झाल्यानंतर उत्पादनाची चाचणी सुरू होऊ शकते. कोणतीही समस्या परीक्षकांद्वारे काळजीपूर्वक शोधली जाते आणि नोंदवली जाते. महत्त्वाच्या समस्या दिसल्यास तुमच्या प्रकल्पाला पुनर्मूल्यांकनासाठी पहिल्या टप्प्यात परत जावे लागेल.
- वितरण/उपयोजन: या टप्प्यावर उत्पादन पूर्ण झाले आहे आणि तुमचा कार्यसंघ उपयोजन किंवा प्रकाशनासाठी डिलिव्हरेबल सबमिट करतो.
- देखभाल: क्लायंटला उत्पादन मिळाले आहे आणि ते वापरत आहे. तुमच्या कार्यसंघाला निराकरणे आणि अद्यतने विकसित करण्याची आवश्यकता असू शकते जेव्हा समस्या त्यांचे निराकरण करण्यासाठी दिसून येतात. पुन्हा, महत्त्वपूर्ण समस्या पहिल्या चरणावर परत जाण्यासाठी कॉल करू शकतात.
फायदे
- ऑपरेट आणि व्यवस्थापित करण्यासाठी सोपे: धबधबा दृष्टीकोन वापरण्यास आणि समजण्यास सोपा आहे कारण प्रत्येक प्रकल्प समान क्रमाने हाताळला जातो. वॉटरफॉल प्रकल्प सुरू करण्यापूर्वी, संघाला कोणतेही पूर्व कौशल्य किंवा प्रशिक्षण आवश्यक नाही. धबधब्याचा दृष्टिकोन अतिशय कडक आहे; प्रत्येक स्टेजमध्ये डिलिव्हरेबल्सचा एक संच आणि पुनरावलोकन असते, ज्यामुळे ते व्यवस्थापित करणे आणि देखरेख करणे सोपे होते.
- एक चांगली दस्तऐवजीकरण पद्धत आवश्यक आहे: धबधबा पद्धतीद्वारे आवश्यक असलेले दस्तऐवजीकरण चाचण्या आणि कोडच्या मागे तर्क स्पष्ट करण्यास मदत करते. याव्यतिरिक्त, भागधारकांना विशिष्ट टप्प्यावर किंवा भविष्यातील कोणत्याही उपक्रमांसाठी अतिरिक्त माहिती हवी असल्यास ते पेपर ट्रेल तयार करते.
- शिस्तीची अंमलबजावणी: धबधबा प्रकल्पातील प्रत्येक पायरीला सुरुवात आणि शेवट असतो, ज्यामुळे भागधारक आणि ग्राहकांना प्रगती कळवणे सोपे होते. कोड तयार करण्यापूर्वी आधी आवश्यकता आणि डिझाइन टाकून संघ अंतिम मुदत गमावण्याची शक्यता कमी करू शकतो.
तोटे
- तंतोतंत आवश्यकता गोळा करणे कठीण होऊ शकते: ग्राहक आणि भागधारकांशी त्यांच्या गरजा निश्चित करण्यासाठी त्यांच्याशी बोलणे हे वॉटरफॉल प्रकल्पाच्या सुरुवातीच्या टप्प्यांपैकी एक आहे. प्रकल्पाच्या या सुरुवातीच्या टप्प्यावर, त्यांच्या विशिष्ट गरजा निश्चित करणे कदाचित आव्हानात्मक असेल. ग्राहक वारंवार त्यांच्या गरजा जाणून घेतात कारण प्रकल्प विकसित होत असताना त्या समोर व्यक्त करण्याऐवजी.
- बदल सामावून घेणे कठीण आहे: एक टप्पा पूर्ण केल्यानंतर क्रू पुन्हा काम सुरू करू शकत नाही. आवश्यकता प्रक्रियेदरम्यान कार्यक्षमता गहाळ असल्याचे चाचणी टप्प्यात त्यांना कळले तर परत जाणे आणि दुरुस्ती करणे खूप कठीण आणि महाग आहे.
- सॉफ्टवेअर त्याच्या देय तारखेनंतर प्रदान केले जाते: वास्तविक कोडिंग सुरू होण्यापूर्वी प्रकल्पाचे दोन ते चार टप्पे पूर्ण करणे आवश्यक आहे. भागधारकांना परिणामस्वरुप जीवन चक्राच्या उशीरापर्यंत कार्यशील सॉफ्टवेअर दिसणार नाही.
स्क्रॅम म्हणजे काय?
चपळ व्यवहारात आणण्यासाठी सर्वात लोकप्रिय प्रक्रिया फ्रेमवर्क म्हणजे स्क्रम, जो चपळाचा उपसंच आहे.
जटिल सॉफ्टवेअर आणि उत्पादनांची निर्मिती व्यवस्थापित करण्यासाठी हा एक पुनरावृत्तीचा नमुना आहे. स्प्रिंट्स, जे निश्चित-लांबीचे पुनरावृत्ती आहेत जे एक ते दोन आठवडे चालतात, संघाला नियमित शेड्यूलवर सॉफ्टवेअर सोडण्यास सक्षम करतात.
प्रत्येक स्प्रिंटनंतर पुढील चरणांवर चर्चा करण्यासाठी भागधारक आणि कार्यसंघ सदस्य एकत्र येतात. स्क्रममध्ये भूमिका, जबाबदाऱ्या आणि बैठका कायम राहतात.
उदाहरणार्थ, स्क्रम स्प्रिंट प्लॅनिंग, डेली स्टँड-अप, स्प्रिंट डेमो आणि स्प्रिंट रेट्रोस्पेक्टिव्ह हे चार विधी म्हणून निर्दिष्ट करते जे प्रत्येक स्प्रिंट संरचना प्रदान करतात.
कार्यसंघ प्रत्येक स्प्रिंट दरम्यान कार्य बोर्ड किंवा बर्नडाउन चार्ट सारख्या दृश्य कलाकृतींचा उपयोग प्रगती दाखवण्यासाठी आणि वाढीव अभिप्राय मिळवण्यासाठी करेल.
स्क्रॅममध्ये, कार्यसंघ आणि उत्पादन मालक सिस्टम कार्यक्षमतेची ओळख आणि प्राधान्य देण्यासाठी एकत्र काम करतात. ते उत्पादन अनुशेष तयार करून हे साध्य करतात, ज्यामध्ये सॉफ्टवेअर तयार करण्यासाठी आवश्यक असलेली सर्व कार्ये असतात जी हेतूनुसार कार्य करतात.
बग पॅचेस, नॉन-फंक्शनल आवश्यकता आणि वैशिष्ट्ये सर्व रांगेत समाविष्ट केले पाहिजेत. क्रॉस-फंक्शनल टीम्सने सतत स्प्रिंट्समध्ये सॉफ्टवेअर इन्क्रीमेंट वितरीत करण्यासाठी अंदाज लावला पाहिजे आणि साइन अप केले पाहिजे, जे सामान्यत: 30 दिवस टिकतात, एकदा उद्दिष्टे स्थापित झाल्यानंतर.
त्या स्प्रिंटसाठी अनुशेष कमिट केल्यानंतर केवळ संघ स्प्रिंटमध्ये कार्यक्षमता जोडू शकतो.
पुढील स्प्रिंट डिलिव्हरी, उत्पादनाच्या अनुशेषाचे मूल्यांकन केले जाते आणि आवश्यक असल्यास, पुनर्प्राथमिकता दिली जाते आणि पुढील स्प्रिंटचा एक भाग म्हणून खालील वितरणयोग्य संच निवडला जातो.
स्क्रॅम प्रक्रिया
- उत्पादन अनुशेष: उत्पादन अनुशेषातील आयटम ऑर्डर करण्यासाठी, उत्पादन मालक आणि स्क्रम टीम भेटतात (उत्पादन अनुशेषावरील कार्य वापरकर्त्याच्या कथा आणि आवश्यकतांमधून येते). उत्पादनाचा अनुशेष हा उत्पादनासाठी आवश्यक असलेल्या सर्व वैशिष्ट्यांची सूची आहे ऐवजी पूर्ण करणे आवश्यक असलेल्या कार्यांची सूची आहे. त्यानंतर, विकास कार्यसंघ प्रत्येक स्प्रिंटमध्ये कार्यान्वित करण्यासाठी उत्पादन अनुशेषातून कार्ये निवडतो.
- स्प्रिंट नियोजन: प्रत्येक स्प्रिंटच्या आधी, उत्पादन मालक स्प्रिंट नियोजन मीटिंगमध्ये बॅकलॉगमधील शीर्ष आयटम संघाला वितरित करतो. गट त्यानंतर स्प्रिंट दरम्यान पूर्ण करू शकणार्या उत्पादन अनुशेषातून आयटम निवडतो आणि त्यांना स्प्रिंट बॅकलॉगमध्ये हलवतो (जी स्प्रिंटमध्ये पूर्ण करण्याच्या कार्यांची सूची आहे).
- अनुशेषाचे परिष्करण/ग्रूमिंग: पुढील स्प्रिंटसाठी अनुशेष तयार आहे याची खात्री करण्यासाठी, संघ आणि उत्पादन मालक एका स्प्रिंटच्या शेवटी भेटतात. कार्यसंघ वापरकर्ता कथा यापुढे समर्पक नसलेल्या टाकून देऊ शकतो, नवीन जोडू शकतो, त्यांना ज्या क्रमाने संबोधित केले पाहिजे त्या क्रमाने सुधारू शकतो किंवा वापरकर्त्याच्या कथा लहान कार्यांमध्ये विभाजित करू शकतो. या "ग्रूमिंग" बैठकीदरम्यान, अनुशेषामध्ये केवळ समर्पक, सखोल आणि प्रकल्पाच्या उद्दिष्टांशी सुसंगत असलेल्या गोष्टींचा समावेश असल्याची खात्री केली जाईल.
- दररोज स्क्रम मीटिंग्ज: डेली स्क्रम नावाच्या 15 मिनिटांच्या स्टँड-अप मीटिंगमध्ये, प्रत्येक कार्यसंघ सदस्य त्यांच्या उद्दिष्टांवर आणि उद्भवलेल्या समस्यांबद्दल चर्चा करतो. संपूर्ण स्प्रिंटमध्ये दररोज, संघ डेली स्क्रममध्ये भाग घेतो, जो प्रत्येकाला कामावर ठेवतो.
- स्प्रिनचे मूल्यांकन करण्यासाठी बैठकt: संघ प्रत्येक स्प्रिंटच्या समाप्तीनंतर स्प्रिंट पुनरावलोकन बैठकीत त्यांचे कार्य सादर करतो. अहवाल किंवा पॉवरपॉईंट प्रेझेंटेशन ऐवजी, या बैठकीत प्रत्यक्ष प्रात्यक्षिक समाविष्ट केले पाहिजे.
- पूर्वलक्षी स्प्रिंट बैठक: खालील स्प्रिंटमध्ये करावयाच्या कोणत्याही फेरफारांची तसेच प्रत्येक स्प्रिंटच्या शेवटी स्क्रम त्यांच्यासाठी किती चांगले काम करत आहे याची टीम चर्चा करते. संघ स्प्रिंटचे सकारात्मक पैलू, नकारात्मक पैलू आणि सुधारणेच्या क्षेत्रांवर चर्चा करू शकतो.
फायदे
- संघाकडून अधिक जबाबदारी: स्क्रॅम टीमला काय आणि केव्हा करावे याबद्दल निर्देश देणारा कोणताही प्रकल्प व्यवस्थापक नाही. प्रत्येक स्प्रिंटमध्ये पूर्ण करता येणारे काम त्याऐवजी संपूर्ण संघाने ठरवले आहे. ते सर्व सहकार्य करतात आणि एकमेकांना हात देतात, टीमवर्क वाढवतात आणि प्रत्येक टीम सदस्यामध्ये व्यक्तिमत्व वाढवतात.
- सुधारित प्रकल्प दृश्यमानता आणि पारदर्शकता: संघातील प्रत्येकजण त्यांच्या जबाबदाऱ्यांबद्दल जागरूक असल्यामुळे कमी गैरसमज आणि अनिश्चितता आहेत कारण वारंवार होणाऱ्या बैठकीमुळे. समस्या अगोदरच लक्षात आल्याने संघ नियंत्रणाबाहेर जाण्यापूर्वी समस्यांना सामोरे जाऊ शकतो.
- वर्धित खर्च कपात: सततच्या संप्रेषणामुळे संघाला कोणतीही समस्या किंवा बदल घडताच त्याची माहिती मिळते, ज्यामुळे खर्च वाचण्यास आणि गुणवत्ता सुधारण्यास मदत होते. लहान वैशिष्ट्यांचे भाग सतत अभिप्राय प्रदान करतात आणि मोठ्या त्रुटींचे निराकरण करण्यासाठी खूप महाग होण्याआधी लवकर त्रुटी सुधारण्याची परवानगी देतात.
- बदलांशी जुळवून घेणे सोपे: जेव्हा वारंवार फीडबॅक लूप आणि लहान स्प्रिंट असतात तेव्हा बदलांना सामोरे जाणे आणि त्यांच्याशी जुळवून घेणे सोपे आहे. उदाहरण म्हणून, एका स्प्रिंट दरम्यान टीमला अगदी नवीन वापरकर्ता कथा आढळल्यास, ते बॅकलॉग रिफाइनमेंट मीटिंगमध्ये खालील स्प्रिंटमध्ये ते वैशिष्ट्य पटकन जोडू शकतात.
तोटे
- स्कोप रेंगाळणारा धोका: निश्चित पूर्णता तारखेच्या अभावामुळे, काही स्क्रम प्रकल्पांना वाव मिळू शकतो. पूर्ण होण्यासाठी कोणतीही अंतिम मुदत नसल्यास भागधारकांना अधिक वैशिष्ट्यांची मागणी करणे सुरू ठेवण्यास प्रवृत्त केले जाऊ शकते.
- एक वाईट स्क्रम मास्टर सर्वकाही रुळावर येऊ शकतो: प्रोजेक्ट मॅनेजर हा स्क्रम मास्टरसारखा नसतो. स्क्रम मास्टरने ते पर्यवेक्षण करत असलेल्या संघावर विश्वास ठेवला पाहिजे आणि त्यांना कधीही सूचना देऊ नये. स्क्रम मास्टरचा संघावर अधिकार नाही. स्क्रम मास्टरने संघ व्यवस्थापित करण्याचा प्रयत्न केल्यास प्रकल्प अयशस्वी होईल.
- चुकीच्या पद्धतीने सांगितलेल्या कार्यांमुळे अचूकतेच्या समस्या उद्भवू शकतात: कार्ये स्पष्टपणे नमूद न केल्यास, प्रकल्प खर्च आणि वेळापत्रक अचूक नसतील. नियोजन करणे आव्हानात्मक बनते आणि प्रारंभिक उद्दिष्टे परिभाषित न केल्यास स्प्रिंटला अपेक्षेपेक्षा जास्त वेळ लागू शकतो.
- संघासाठी अनुभव आणि समर्पण आवश्यक आहे: संघ यशस्वी होण्यासाठी, भूमिका आणि कर्तव्ये स्पष्टपणे परिभाषित करणे आवश्यक आहे. स्क्रम टीमला तांत्रिक कौशल्यांसह टीम सदस्यांची आवश्यकता असते कारण स्पष्टपणे परिभाषित भूमिका नाहीत (प्रत्येकजण सर्वकाही करतो). संघाने दैनंदिन स्क्रम सत्रांमध्ये सहभागी होण्यासाठी आणि प्रकल्पाच्या आयुष्यासाठी एकत्र राहण्यासाठी देखील वचनबद्ध केले पाहिजे.
चपळ वि स्क्रम
जरी चपळ आणि स्क्रम समान पद्धती वापरतात, तरीही दोघांमध्ये काही फरक आहेत. चपळ घोषणापत्र पुनरावृत्ती विकासाद्वारे सॉफ्टवेअर तयार करण्यासाठी तत्त्वांचा संच दर्शवितो.
दुसरीकडे, स्क्रम हा मार्गदर्शक तत्त्वांचा एक संच आहे ज्याचे चपळ सॉफ्टवेअर डेव्हलपमेंट करताना पालन करणे आवश्यक आहे. चपळ ही एक संकल्पना आहे, तर स्क्रम हे ते प्रत्यक्षात आणण्याचे तंत्र आहे.
स्क्रम ही चपळ अंमलबजावणीची पद्धत आहे, म्हणून त्या दोघांमध्ये बर्याच गोष्टी साम्य आहेत. दोन्ही दृष्टिकोन पुनरावृत्तीचे आहेत, लवकर आणि वारंवार सॉफ्टवेअर वितरणास प्राधान्य देतात आणि बदल स्वीकारतात. ते मोकळेपणा आणि चालू विकासाला देखील समर्थन देतात.
चपळ वि धबधबा
कठोर विरुद्ध लवचिक हे वॉटरफॉल प्रक्रिया आणि चपळ यांच्यातील भेदांचे उत्कृष्ट वर्णन करते. चपळ द्रवपदार्थ आणि सतत बदलत असताना, वॉटरफॉल अधिक घट्ट, अधिक कठोर पद्धत आहे.
त्यांच्यातील पुढील भेद पुढीलप्रमाणे आहेत.
- चपळतेला रेखीय दृष्टीकोन आवश्यक नाही, तर धबधबा अनुक्रमिक आहे.
- वॉटरफॉल प्रकल्पांमध्ये गरजा अनेकदा पूर्वनिर्धारित केल्या जात असताना, चपळ उपक्रमांमध्ये ते बदलण्याची आणि जुळवून घेण्याची अपेक्षा असते.
- चपळतेच्या विरूद्ध, वॉटरफॉल प्रकल्प पूर्वीच्या टप्प्यात पूर्ण झालेल्या कामात बदल करण्याची परवानगी देत नाहीत.
- धबधबा ही एक संघटित प्रक्रिया आहे ज्यामध्ये आपण पुढील चरणावर जाण्यापूर्वी प्रत्येक चरण पूर्ण करणे आवश्यक आहे. तथापि, चपळ ही एक लवचिक कार्यपद्धती आहे जी तुम्हाला तुमच्या स्वतःच्या गतीने प्रकल्प पुढे चालू ठेवू देते.
चपळ वि धबधबा वि स्क्रम
- धबधबा नियोजित झाल्यानंतर लवकरच काय प्रदान केले जाईल यावर विश्वास वाढवतो. चपळ विकास पर्यावरणाच्या सर्वोत्तम पद्धतींवर अवलंबून असते. येथे, अनेक प्रकल्प जोखीम चांगल्या प्रकारे व्यवस्थापित केल्या जाऊ शकतात कारण परिणामांचे सतत मूल्यमापन केले जाते.
- वॉटरफॉल टीम आणि प्रोजेक्ट एकाच ठिकाणी असण्याची अपेक्षा करत नाही. स्क्रॅम आणि चपळांना कर्मचार्यांचे सह-स्थान आवश्यक असताना.
- चपळ प्रकल्प पुनर्कार्य कमी करण्यावर लक्ष केंद्रित करते आणि बदलांना खूप आधी समाविष्ट करण्यास प्रोत्साहित करते. धबधब्याच्या उलट, जो वेगळ्या पद्धतीने प्रतिसाद देतो, स्क्रम देखील बदलांचा लवकर शोध सक्षम करतो.
- अंतिम उत्पादनासाठी अधिक संक्षिप्त ब्लूप्रिंट चपळ आणि स्क्रमद्वारे प्रदान केले जाते. त्यामुळे खरेदीदाराला दिलेल्या आश्वासनांमध्ये अडचण निर्माण होते. याउलट, वॉटरफॉल ग्राफिक क्लायंट आणि डेव्हलपरना पूर्ण झालेल्या निकालाची चांगली छाप देते.
- या प्रत्येक तंत्रामध्ये त्यांच्या निर्मितीमध्ये समाविष्ट असलेल्या कार्यांचे आयोजन आणि अनुकरण करण्यासाठी साधनांचा एक संच आहे.
निष्कर्ष
तुम्ही आतापर्यंत फॉलो केले असल्यास आणि वॉटरफॉल, चपळ आणि स्क्रम प्रक्रियांमधील फरकांबद्दल तुमच्या ज्ञानावर विश्वास असल्यास, तुमच्यासाठी आणि तुमच्या टीमसाठी कोणती रणनीती सर्वोत्तम कार्य करेल हे तुम्हाला आधीच माहित असले पाहिजे.
वॉटरफॉल तंत्र, जे निश्चित व्याप्ती, कालमर्यादा आणि बजेट असलेल्या प्रकल्पांसाठी आहे, जर तुम्हाला कठोर नियम आणि कार्यपद्धती आवडत असतील आणि ते स्पष्टता आणतील असे आढळल्यास, हा तुमचा सर्वोत्तम पर्याय असू शकतो.
दुसरीकडे, जर स्वातंत्र्य आणि अनुकूलता चपळ तुम्हाला प्रेरणा देत असेल, तर तुम्ही तुमचे लक्ष कोठे ठेवावे.
जर तुम्हाला लवचिक चौकटीत थोडी शिस्त हवी असेल तर स्क्रम हा जाण्याचा मार्ग आहे.
तथापि, तुम्ही ज्या प्रकल्पावर काम करत आहात आणि तुमच्या अंतिम परिणामाच्या प्रकाशात तुम्ही या दृष्टिकोनांचा विचार केला पाहिजे.
प्रत्युत्तर द्या