वापरकर्ता कथा
वापरकर्ता कथा विकासातील सॉफ्टवेअरच्या आवश्यकता सांगण्याचा एक प्रभावी मार्ग आहे. अशा कथांमध्ये सॉफ्टवेअरच्या वापरकर्त्याच्या वतीने थोडक्यात सल्ला असतो.
स्क्रॅम पद्धतीमध्ये, ध्येये निश्चित करणे हा सहसा ग्राहक किंवा सॉफ्टवेअर मालकाचा विशेषाधिकार असतो, ते विकास प्रक्रियेवर प्रभाव टाकण्याचा मुख्य मार्ग मानला जातो. प्रत्येक वापरकर्ता कथेला मजकुराचे प्रमाण आणि सादरीकरणाच्या जटिलतेची मर्यादा असते. इतिहास बहुतेकदा लहान शीटवर लिहिला जातो, जो स्वतःच खंड मर्यादित करतो.
वापरकर्त्याच्या कथांबद्दल धन्यवाद, आपण क्लायंटच्या इच्छेचे दस्तऐवजीकरण करू शकता आणि बाजाराच्या मागणीला त्वरित प्रतिसाद देऊ शकता.
वापरकर्ता कथा ही आवश्यकतांची एक सोपी माप मानली पाहिजे कारण त्यात स्वीकृती चाचणी प्रक्रिया समाविष्ट नाही. वापरकर्ता कथेचे संकलन प्रवेश प्रक्रियेचे पालन करणे आवश्यक आहे. हे सुनिश्चित करेल की वापरकर्ता कथा त्याचे ध्येय साध्य करेल.
कथेची रचना अशी दिसते: “एक वापरकर्ता <user type> म्हणून, मला <result> मिळवण्यासाठी <action> करायचे आहे” (उत्पादन मालक म्हणून मला हवे आहे...). अशी रचना केवळ सोपी नाही तर प्रत्येकासाठी समजण्यासारखी आहे.
वापरकर्ता कथा वापरण्याचे फायदे:
- कथा लहान आणि तयार करणे सोपे आहे.
- सर्व भागधारकांना प्रकल्पावरील काम आणि त्याचे समर्थन यावर चर्चा करण्यास मदत करा.
- सतत देखभाल आवश्यक नाही.
- फक्त वापरले तेव्हाच संबंधित.
- क्लायंटशी संवाद सुधारा.
- त्यांना धन्यवाद, आपण प्रकल्प लहान टप्प्यात विभागू शकता.
- खराब समजलेल्या आवश्यकता असलेल्या प्रकल्पांवर काम सुलभ करा.
- कार्य मूल्यमापन सुलभ करा.
वापरकर्ता कथांचे तोटे:
- आधीच्या कराराशिवाय, प्रक्रियेमुळे कराराचा आधार म्हणून वापर करणे कठीण होऊ शकते.
- त्यांच्या वापरासाठी संपूर्ण प्रकल्पात क्लायंटशी जवळचा संपर्क आवश्यक आहे, ज्यामुळे कधीकधी कार्यप्रवाह कठीण होतो.
- मोठ्या प्रकल्पांवर मोजमाप करताना त्यांचे तोटे आहेत.
- विकासकांच्या व्यावसायिक स्तराशी थेट संबंधित.
- चर्चा सुरू करण्यासाठी वापरली जाते, परंतु चर्चा समाप्त होऊ शकत नाही आणि सिस्टम दस्तऐवजीकरणासाठी वापरली जात नाही.
अनुशेष
उत्पादनाचा अनुशेष हा सूचीच्या स्वरूपात वर्तमान कार्ये आहे, जो प्राधान्य क्रमाने संकलित केला जातो. प्रकल्पाचा रोडमॅप (रोडमॅप) आणि त्यात नमूद केलेल्या मुद्यांच्या आधारे ही यादी तयार केली जाते. सर्वात महत्वाची कार्ये सहसा सूचीच्या शीर्षस्थानी असतात. कोणते काम आधी केले पाहिजे हे समजून घेणे आवश्यक आहे.
विकास कार्यसंघ ग्राहकाच्या इच्छेकडे दुर्लक्ष करून अनुशेष कार्ये पूर्ण करण्याचा वेग निवडतो, परंतु त्यांच्या पात्रता आणि मागील स्प्रिंटमधील अनुभवाच्या आधारावर. प्रोग्रामर "समायोजित" करणे अत्यंत अवांछनीय आहे. संघ स्वतःच्या विचार आणि क्षमतांनुसार अनुशेषातून कार्ये निवडतो. अंमलबजावणी व्यत्ययाशिवाय होते (कानबन) किंवा अनेक पुनरावृत्ती (स्क्रम).
दोन महत्त्वाच्या अनुशेष अटी
उत्पादनाच्या अनुशेषाच्या कोरमध्ये रोडमॅप, प्रस्ताव आणि अंमलबजावणीच्या अटी असतात. महाकाव्यांमध्ये अटी आणि वापरकर्ता कथा असतात. चला एका ठराविक रोडमॅपच्या उदाहरणावर बारकाईने नजर टाकूया.
![](https://cdn.codegym.cc/images/article/ed1effe1-28b8-460e-be96-6e0a3f63cadb/512.jpeg)
"टीम्स इन स्पेस" वेबसाइटची निर्मिती हा रोडमॅपमधील पहिला प्रस्ताव आहे. हे महाकाव्यांमध्ये विभागले जाणे आवश्यक आहे (चित्रात ते हिरव्या, निळ्या आणि नीलमणी रंगात दर्शविलेले आहेत) आणि प्रत्येक महाकाव्यासाठी एक वापरकर्ता कथा.
![](https://cdn.codegym.cc/images/article/1abe569c-0299-4ae4-b5f4-b6b8444ed525/512.jpeg)
सॉफ्टवेअर ग्राहक अनेक वापरकर्ता कथांमधून एक सूची तयार करतो. आवश्यक असल्यास, तो कथा ज्या क्रमाने कार्यान्वित केला जातो तो बदलू शकतो, जेणेकरुन विकासक प्रथम सर्वात महत्वाच्या महाकाव्यांपैकी एक (डावीकडे) हाताळतील किंवा सवलतीच्या तिकीट बुकिंग कसे कार्य करते ते तपासतील. हे करण्यासाठी, आपल्याला महाकाव्यांमधून (उजवीकडे) कथा लागू करणे आवश्यक आहे. दोन्ही पर्याय खाली पाहिले जाऊ शकतात.
![](https://cdn.codegym.cc/images/article/d60c4faf-cc40-44ed-90f8-5ab66c914e47/512.jpeg)
ग्राहकाने कोणत्या घटकांच्या आधारे प्राधान्य दिले पाहिजे?
- वापरकर्त्यांसाठी प्रासंगिकता.
- अभिप्रायाची उपस्थिती.
- विकासाची जटिलता.
- कार्यांमधील संबंध ("बी" पूर्ण करण्यासाठी, आपल्याला प्रथम "ए" करणे आवश्यक आहे).
कामातील प्राधान्यक्रम ग्राहकाद्वारे निर्धारित केला जातो, परंतु इतर पक्ष याबद्दल त्यांचे मत व्यक्त करू शकतात. अनुशेषाचे यश, इतर गोष्टींबरोबरच, ग्राहक आणि प्रोग्रामरच्या मतांवर अवलंबून असते. एकत्रितपणे, ते चांगले परिणाम प्राप्त करू शकतात आणि तयार उत्पादनाची वेळेवर वितरण सुनिश्चित करू शकतात.
अनुशेष कसा ठेवावा
जर अनुशेष आधीच तयार केला गेला असेल, तर त्यानंतर आपल्याला पुढील कामाच्या दरम्यान वेळोवेळी बदलण्याची आवश्यकता आहे. सॉफ्टवेअर ग्राहकाने प्रत्येक नवीन पुनरावृत्ती नियोजन करण्यापूर्वी अनुशेष योग्यरित्या संकलित केला आहे याची खात्री करावी. हे प्राधान्यक्रम स्पष्ट करण्यात किंवा शेवटच्या पुनरावृत्तीच्या विश्लेषणानंतर काहीतरी बदलण्यास मदत करेल. ऍजाइलमध्ये अनुशेष समायोजित करणे कधीकधी "ग्रूमिंग" किंवा "परिष्करण" किंवा "बॅकलॉग देखभाल" असे म्हटले जाते.
जर अनुशेष आधीच तुलनेने मोठा असेल, तर ग्राहकाला अल्प-मुदतीच्या आणि दीर्घकालीन अंमलबजावणीनुसार कार्ये गटबद्ध करणे आवश्यक आहे. हा दर्जा देण्यापूर्वी अल्पकालीन असाइनमेंटची छाननी केली पाहिजे. तुम्हाला एक वापरकर्ता कथा तयार करावी लागेल, संघातील सर्व बारकावे शोधा.
दीर्घकालीन कार्यांसाठी, विकासकांनी त्यांचे मूल्यांकन देणे अत्यंत इष्ट आहे. यामुळे प्राधान्य देणे सोपे होईल. कदाचित काहीतरी बदलेल, परंतु कार्यसंघ त्यांची कार्यांची समज सुधारेल आणि कार्य जलद पूर्ण करेल.
अनुशेष हा ग्राहक आणि प्रोग्रामिंग टीममधील एक महत्त्वाचा घटक आहे. ग्राहक नेहमी ग्राहक अभिप्राय, अंदाज किंवा नवीन आवश्यकतांवर आधारित प्राधान्यक्रम बदलू शकतो.
ऑपरेशन दरम्यान थेट बदल करणे टाळण्याची शिफारस केली जाते. याचा वर्कफ्लोवर आणि प्रोग्रामरच्या भावनिक स्थितीवर वाईट परिणाम होतो.
धावणे
स्प्रिंट हा एक लहान कालावधी आहे ज्या दरम्यान पूर्वी मान्य केलेले काम पूर्ण करणे आवश्यक आहे. स्प्रिंट्स स्क्रॅम आणि चपळ पद्धतींवर आधारित आहेत. योग्य स्प्रिंट्स निवडल्याने चपळ संघाला दर्जेदार सॉफ्टवेअर विकसित करण्यात मदत होते.
“स्क्रम वापरून, तुम्ही स्पष्ट कालावधीसह अनेक पुनरावृत्तींमध्ये उत्पादन विकसित करू शकता - स्प्रिंट्स. हे मोठ्या प्रकल्पांना लहान कामांमध्ये विभाजित करण्यात मदत करते,” मेगन कुक, अटलासियन येथील जिरा लीड म्हणतात.
![](https://cdn.codegym.cc/images/article/b909003c-7af8-4a4e-a6f1-f64c173eb213/512.jpeg)
स्क्रम स्प्रिंट्सची योजना आणि अंमलबजावणी कशी करते?
स्क्रॅम पद्धतीच्या लेखकांच्या मते, भविष्यातील स्प्रिंटची योजना आखण्यासाठी, प्रत्येकाला स्वतंत्र बैठकीमध्ये भेटणे आवश्यक आहे. या कार्यक्रमात, कार्यसंघ सदस्यांना दोन मुख्य प्रश्नांची उत्तरे शोधणे आवश्यक आहे: या स्प्रिंटमध्ये काय करणे आवश्यक आहे आणि ते कसे करावे?
सॉफ्टवेअर ग्राहक, स्क्रम मास्टर आणि प्रोग्रामर कामाच्या कामांची यादी ठरवण्यात गुंतलेले असतात. ग्राहक स्प्रिंटचे ध्येय आणि अनुशेषातून कार्ये स्पष्ट करतो.
मग संघ एक योजना विकसित करतो ज्यानुसार स्प्रिंटमधील कार्ये पूर्ण होतील. या योजनेला, निवडलेल्या कामाच्या वस्तूंसह, स्प्रिंट बॅकलॉग म्हणतात. नियोजन बैठकीनंतर संघ कामाला लागतो. विकासक अनुशेषातून कार्ये निवडतात, जसे की काम पूर्ण होते, प्रत्येक कार्याची स्थिती "प्रगतीमध्ये" वरून "पूर्ण" मध्ये बदलते.
स्प्रिंट दरम्यान, संघ वर्तमान समस्या आणि प्रगतीवर चर्चा करण्यासाठी दररोज स्क्रम मीटिंग (स्टँड-अप) आयोजित करतो. स्प्रिंट पूर्ण होण्यावर परिणाम करू शकतील अशा अडचणी ओळखण्यासाठी अशा बैठका आवश्यक आहेत.
जर स्प्रिंट पूर्ण झाला, तर संघ त्यांच्या कामाचे परिणाम परिणामांच्या पुनरावलोकनावर (डेमो) दर्शवितो. प्रकल्पातील प्रत्येक सहभागी परिणामांसह परिचित होऊ शकतो. तयार कोड उत्पादन वातावरणात विलीन होण्यापूर्वी परिचित करणे आवश्यक आहे.
पूर्वलक्षी स्प्रिंटचे चक्र पूर्ण करते. त्यावर, संघ भविष्यातील स्प्रिंटमध्ये सुधारणे आवश्यक असलेली क्षेत्रे ओळखतो.
![](https://cdn.codegym.cc/images/article/c4ae36c8-333f-4141-a45b-5d813c391c8c/512.jpeg)
कशाकडे लक्ष द्यावे आणि काय करू नये
बर्याच तरुण संघांना प्रथमच त्यांच्या वर्कफ्लोमध्ये स्प्रिंट्स आणणे अवघड जाते. समस्या टाळण्यासाठी, आम्ही शिफारस करतो की तुम्ही अशा क्रियांच्या सूचीचे पुनरावलोकन करा ज्यांना प्राधान्याने लक्ष देणे आवश्यक आहे.
आम्हाला काय करावे लागेल:
- स्प्रिंटचा उद्देश आणि तो कसा यशस्वी होईल हे संघाला समजले आहे का ते तपासा. सर्वांनी एकत्रितपणे यशस्वी निकालाकडे वाटचाल करणे आवश्यक आहे.
- तुमच्याकडे स्पष्ट आणि समजण्याजोगा अनुशेष असावा. अनुशेष योग्यरित्या राखला गेला नाही तर, ही एक समस्या बनू शकते ज्यामुळे कार्यप्रवाह खराब होऊ शकतो.
- उन्हाळ्याच्या सुट्ट्या आणि इतर बाबी लक्षात घेऊन कामाच्या गतीचा तुमचा अंदाज योग्य असल्याची खात्री करा.
- स्प्रिंट नियोजनात सक्रियपणे सहभागी व्हा. कथा, बग आणि असाइनमेंटसाठी योजना विस्तृत करण्यासाठी टीम सदस्यांना प्रोत्साहित करा.
- अशा कार्यांना नकार द्या ज्या दरम्यान विकासक अवलंबित्व समस्यांचे निराकरण करण्यात सक्षम होणार नाहीत.
- योजना मंजूर झाल्यानंतर, एक कर्मचारी नियुक्त करा जो प्रकल्प व्यवस्थापन कार्यक्रम (जिरा कार्ड इ.) मध्ये डेटा प्रविष्ट करण्यासाठी जबाबदार असेल.
काय टाळावे:
- मोठ्या संख्येने कथांचा अतिवापर करू नका, कामाच्या गतीचे काळजीपूर्वक मूल्यांकन करा आणि स्प्रिंटमध्ये पूर्ण करणे कठीण होईल अशी कार्ये नियुक्त करू नका.
- तुमच्या कामाचा दर्जा लक्षात घ्या. तुमच्याकडे गुणवत्ता नियंत्रण आणि कोडमधील दोष निराकरण करण्यासाठी पुरेसा वेळ आहे का ते तपासा.
- सर्व कार्यसंघ सदस्यांना स्प्रिंटची सामग्री स्पष्टपणे समजते याची खात्री करा. वेगाचा पाठलाग करू नका. संपूर्ण संघाने एकत्र येण्याची गरज आहे.
- विकासकांवर अतिरिक्त कामाचा बोजा टाकू नका. आणखी एक स्प्रिंट लवकरच येत आहे.
- जर कार्यसंघाने वर्कलोड किंवा अंतिम मुदतीबद्दल चिंता व्यक्त केली तर तुम्ही त्यांचे मत विचारात घेतले पाहिजे. समस्यांना सामोरे जा आणि आवश्यक असल्यास त्या दुरुस्त करा.
स्क्रम बोर्ड
स्क्रम बोर्ड हे एक साधन आहे जे स्क्रॅम टीमचे काम कसे केले जाते हे दाखवते. तुम्ही अशा बोर्डवर कागदावर, भिंतीवर किंवा इलेक्ट्रॉनिक स्वरूपात (JIRA, Trello) माहिती प्रदर्शित करू शकता.
स्क्रम बोर्डमध्ये किमान तीन स्तंभ असतात: करायचे, प्रगतीपथावर आणि पूर्ण झाले. येथे एक उदाहरण बोर्ड आहे:
![](https://cdn.codegym.cc/images/article/4939be8a-e658-46a1-b509-4bbc7357d2df/512.jpeg)
स्क्रम बोर्डमध्ये अनुशेषातील सर्व माहिती समाविष्ट आहे, जी आधी नियोजनासाठी मंजूर झाली होती. नियमानुसार, बिझनेस टास्क कार्ड वरपासून खालपर्यंत प्राधान्याने बोर्डवर पिन केले जातात. आपण त्यांना विशिष्ट प्रकारच्या कामांमध्ये विभागू शकता (कोड, डिझाइन आणि इतरांवर कार्य करा).
कामाचा काही भाग पूर्ण झाल्यानंतर, कार्ड संपूर्ण बोर्डवर पुढील स्तंभात हलविले जाते. संघाच्या कामाच्या प्रगतीची दृश्यमानता दर्शविण्यासाठी, बर्नडाउन चार्टवर दिवसागणिक "उर्वरित कार्य" मदत करते.
तुम्ही फ्लिपचार्ट बोर्ड देखील वापरू शकता. त्यावर कागदी स्टिकरवर कामांची नावे लिहून फलकाला जोडली जातात. काम पूर्ण होताच, स्टिकर्स दुसर्या स्तंभात हलवले जातात.
बर्नडाउन चार्ट
बर्नडाऊन चार्ट किती काम केले आहे आणि किती काम बाकी आहे हे दाखवते. हे दररोज अद्यतनित केले जाते आणि सर्व इच्छुक पक्षांसाठी उपलब्ध आहे. स्प्रिंटवरील कामातील प्रगती दर्शविण्यासाठी आलेख आवश्यक आहे.
चार्टचे दोन प्रकार आहेत:
- स्प्रिंटमधील कामाची प्रगती दर्शविणारा बर्नडाउन चार्ट.
- उत्पादन रिलीज होईपर्यंत कामाची प्रगती दर्शविणारा बर्नडाउन चार्ट (डेटा अनेक स्प्रिंट्समधून सारांशित केला आहे).
चार्ट उदाहरण:
![](https://cdn.codegym.cc/images/article/c006b168-1332-4ffc-bf97-236edc73da12/512.jpeg)
हे उदाहरण मानसशास्त्र वापरते: चार्ट पूर्ण केलेल्या कार्यांची संख्या दर्शवत नाही, परंतु उर्वरित (पूर्ण न केलेली) संख्या दर्शवितो.
म्हणजेच, जर संघाने 100 पैकी 90 कार्ये केली असतील तर सर्व काही तयार आहे अशी खोटी भावना असू शकते. तथापि, 90 ते 100 कार्यांमधील प्रगती खरोखर काहीही बदलत नाही.
आपण उर्वरित कार्यांची संख्या प्रदर्शित केल्यास, आपण मदत करू शकत नाही परंतु प्रत्येक वेळी ते कसे कमी होत जातात ते लक्षात घ्या. हे अवचेतनपणे प्रकल्पातील सहभागींना उद्दिष्ट जलद साध्य करण्यासाठी प्रेरित करते - बोर्डवर अपूर्ण कार्ये असू नयेत.