चपळ विकास पद्धत - चपळ

चपळ मॉडेल

लवचिक (चपळ) कार्यपद्धती अनेक लहान चक्रांमध्ये वर्कफ्लो हलवून सॉफ्टवेअर डेव्हलपमेंटमधील जोखीम कमी करण्यास मदत करते. या चक्रांना पुनरावृत्ती म्हणतात आणि सामान्यतः दोन ते तीन आठवडे टिकतात.

पुनरावृत्ती हे एका लहान सॉफ्टवेअर प्रकल्पासारखे असते ज्यामध्ये कार्ये असतात, ज्यापैकी प्रत्येक कार्यक्षमता सुधारते. यामध्ये खालील गोष्टींचा समावेश आहे: योजना तयार करणे, आवश्यकतांचे मूल्यांकन करणे, प्रकल्पावर सहमती देणे, कोड लिहिणे, चाचणी करणे आणि तांत्रिक दस्तऐवज तयार करणे.

पूर्ण सॉफ्टवेअर रिलीझसाठी एक पुनरावृत्ती सहसा पुरेशी नसते. तथापि, चपळ बद्दल चांगली गोष्ट अशी आहे की प्रकल्पाचे छोटे भाग प्रत्येक पुनरावृत्तीच्या शेवटी मूल्यांकनासाठी तयार आहेत. हे टीम सदस्यांना अंतिम प्रकाशनाची वाट न पाहता पुढील कामासाठी प्राधान्यक्रम बदलू देते.

“चपळ” विकास पद्धती लागू करून, प्रत्येक पुनरावृत्तीनंतर आपण एक ठोस परिणाम पाहू शकता. म्हणजेच, विकासक समजू शकतो की त्याच्या कामाचा परिणाम आवश्यकता पूर्ण करतो की नाही. लवचिक मॉडेलचा हा एक महत्त्वाचा फायदा आहे.

बाधकांसाठी, चपळ वापरताना, श्रम संसाधनांची किंमत आणि प्रकल्पाच्या बजेटचा अंदाज लावणे कधीकधी कठीण असते. जर आपण लवचिक मॉडेलच्या व्यावहारिक अनुप्रयोगासाठी पर्याय घेतले तर त्यापैकी सर्वात प्रसिद्ध म्हणजे एक्स्ट्रीम प्रोग्रामिंग (XP).

XP दररोज होणाऱ्या संघ सदस्यांच्या संक्षिप्त बैठकांवर आणि नियमित बैठकांवर (आठवड्यातून एकदा किंवा कमी) आधारित आहे. दैनंदिन रॅलीमध्ये (दैनिक स्टँडअप) सहसा चर्चा केली जाते:

• कामाचे वर्तमान परिणाम;
• प्रत्येक कार्यसंघ सदस्याने पूर्ण करायच्या कार्यांची यादी;
• आलेल्या अडचणी आणि त्यांचे निराकरण करण्याचे मार्ग.

जाहीरनामा

चपळ ही विकासाची संपूर्ण दिशा आहे, म्हणून त्यावर कार्य करण्याचे नियम एका विशेष दस्तऐवजात घोषित केले आहेत - चपळ घोषणापत्र. यामध्ये कार्यपद्धती आणि तत्त्वे या दोन्हींचा समावेश आहे ज्याद्वारे संघाने कार्य केले पाहिजे.

चपळ मॅनिफेस्टोमध्ये 4 मूलभूत कल्पना आणि 12 तत्त्वे आहेत.

मुख्य कल्पना:

• विकसकांमधील सहयोग साधनांपेक्षा अधिक महत्त्वाचे आहे;
• उत्पादनाची कार्यरत आवृत्ती दस्तऐवजीकरणापेक्षा प्राधान्य घेते;
• कराराच्या अटींपेक्षा संघ आणि ग्राहक यांच्यातील परस्पर समंजसपणा अधिक महत्त्वाचा आहे;
• आवश्यक असल्यास मूळ योजना नेहमी बदलली जाऊ शकते.

चपळाच्या 12 तत्त्वांबद्दल, ते येथे आहेत:

• मुख्य प्राधान्य म्हणजे ग्राहकांच्या अपेक्षा पूर्ण केलेल्या कार्यक्रमाचे पालन करणे;
• कोणत्याही टप्प्यावर परिस्थिती बदलण्याची परवानगी आहे, अगदी विकासाच्या अंतिम टप्प्यावर (जर हे सॉफ्टवेअरची गुणवत्ता आणि स्पर्धात्मकता सुधारू शकते);
• सॉफ्टवेअर उत्पादनाच्या कार्यरत आवृत्त्यांची नियमित वितरण (प्रत्येक 14 दिवसांनी, महिना किंवा त्रैमासिक);
• यशाची गुरुकिल्ली म्हणजे ग्राहक आणि विकासक यांच्यातील नियमित संवाद (शक्यतो दररोज);
• ज्यांना त्यांची आवड आहे त्यांच्यामध्ये प्रकल्प तयार केले पाहिजेत, अशा लोकांना कामासाठी आवश्यक अटी आणि सर्व प्रकारचे समर्थन प्रदान केले जावे;
• संघात माहिती सामायिक करण्याचा सर्वोत्तम मार्ग म्हणजे वैयक्तिक बैठक;
• सॉफ्टवेअरची कार्यरत आवृत्ती प्रगतीचे सर्वोत्तम सूचक आहे;
• सर्व भागधारकांना संपूर्ण सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेदरम्यान कामाची इच्छित गती राखण्यात सक्षम असणे आवश्यक आहे;
• तांत्रिक सुधारणा आणि चांगली रचना लवचिकता सुधारते;
• ते सोपे ठेवणे महत्वाचे आहे आणि जास्त तयार न करणे;
• सर्वोत्तम परिणाम त्या संघांकडून प्राप्त केले जातात जे स्वयं-व्यवस्थित करण्यास सक्षम आहेत;
• कार्यप्रवाह बदलून कार्यक्षमतेत सुधारणा करण्याच्या मार्गांवर कार्यसंघ सदस्यांनी नियमितपणे विचार केला पाहिजे.

ऍजाइल मॅनिफेस्टोनुसार, एक चांगली सॉफ्टवेअर डेव्हलपमेंट प्रक्रिया थेट या प्रक्रियेत सामील असलेल्या लोकांवर अवलंबून असते. हे करण्यासाठी, आपल्याला त्यांचे परस्परसंवाद शक्य तितक्या कार्यक्षमतेने आयोजित करणे आवश्यक आहे, सर्वात संघटित संघ तयार करा.

पद्धती

एजाइल मॅनिफेस्टोमध्ये अनेक पद्धती देखील आहेत ज्या मूल्ये आणि तत्त्वे स्पष्ट करतात:

• चपळ मॉडेलिंग;
• चपळ युनिफाइड प्रक्रिया;
• चपळ डेटा पद्धत
• रॅपिड ऍप्लिकेशन डेव्हलपमेंट (DSDM);
• आवश्यक युनिफाइड प्रक्रिया;
• अत्यंत प्रोग्रामिंग;
• वैशिष्ट्य आधारित विकास;
• वास्तविक मिळवणे;
• उघड;
• स्क्रॅम.

चपळ मॉडेलिंग हे तत्त्वे, अटी आणि पद्धतींचा संग्रह आहे जे सॉफ्टवेअर मॉडेल्स आणि दस्तऐवजीकरणांच्या विकासास गती देते आणि सुलभ करते.

चपळ मॉडेलिंगचे ध्येय मॉडेलिंग आणि दस्तऐवजीकरण सुधारणे आहे. हे लक्षात घेणे महत्त्वाचे आहे की यात कोडिंग, चाचणी किंवा प्रकल्प नियंत्रण, उपयोजन आणि समर्थनाशी संबंधित समस्यांचा समावेश नाही. तथापि, या पद्धतीमध्ये कोड पुनरावलोकन समाविष्ट आहे.

चपळ युनिफाइड प्रक्रिया ही एक पद्धत आहे जी वापरकर्त्यांना अंदाजे (मॉडेल) सोपे करते. सामान्यतः व्यावसायिक सॉफ्टवेअर विकसित करण्यासाठी वापरले जाते.

चपळ डेटा पद्धत - अनेक समान पद्धती ज्यामध्ये अनेक संघांच्या सहकार्याने ग्राहक परिस्थिती साध्य केली जाते.

डीएसडीएम - हा दृष्टीकोन इतरांपेक्षा वेगळा आहे, त्यात विकसकांसह, भविष्यातील उत्पादनाचे वापरकर्ते त्यात सक्रिय भाग घेतात.

वैशिष्ट्य चालित विकास ही एक विकास पद्धत आहे ज्याची कालमर्यादा आहे: "प्रत्येक वैशिष्ट्य दोन आठवड्यांपेक्षा जास्त काळ लागू केले जाणे आवश्यक नाही."

हे लक्षात घेण्यासारखे आहे की जर वापर केस लहान असेल तर ते एक वैशिष्ट्य मानले जाऊ शकते. जर ते महत्त्वपूर्ण असेल तर ते अनेक कार्यांमध्ये विभागले जाणे आवश्यक आहे.

रिअल मिळवणे ही एक पुनरावृत्ती पद्धत आहे ज्यामध्ये प्रोग्राम इंटरफेस प्रथम विकसित केला जातो आणि त्यानंतरच त्याची कार्यक्षमता विकसित केली जाते.

OpenUP ही एक विकास पद्धत आहे जी प्रकल्प चक्राला चार टप्प्यांत विभागते: आरंभ, परिष्करण, बांधकाम आणि हस्तांतर.

चपळ तत्त्वांनुसार, कामाचा कालावधी विचारात न घेता, सर्व भागधारक आणि कार्यसंघ सदस्यांना परिचित होण्यासाठी आणि निर्णय घेण्याचा मार्ग प्रदान करणे आवश्यक आहे. याबद्दल धन्यवाद, परिस्थितीवर प्रभावीपणे नियंत्रण करणे आणि वेळेत मध्यवर्ती परिणामांचे मूल्यांकन करणे शक्य आहे. प्रकल्प योजना जीवन चक्र परिभाषित करते आणि अंतिम परिणाम अनुप्रयोगाचे स्थिर प्रकाशन मानले जावे.

Scrum साठी, ते विकास प्रक्रिया व्यवस्थापित करण्यासाठी नियमांचे नियमन करते आणि तुम्हाला अटी समायोजित करण्याच्या किंवा बदल करण्याच्या शक्यतेसह विद्यमान कोडिंग पद्धती लागू करण्याची परवानगी देते. या पद्धतीचा वापर केल्याने आपल्याला विकासाच्या सुरुवातीच्या टप्प्यात अपेक्षित परिणामापासून विचलन पाहण्याची आणि दूर करण्याची परवानगी मिळते.

यावर थोडं सविस्तर नजर टाकूया...