चपळ संज्ञा आणि परिभाषा

स्वीकृती चाचणी

एखादी प्रणाली त्याच्या स्वीकार्यतेच्या निकषांवर समाधान करते की नाही हे ठरवण्यासाठी आणि ग्राहकांना सिस्टम स्वीकारावी की नाही हे निश्चित करण्यास औपचारिक चाचणी घेतली जाते.

चपळ सॉफ्टवेअर विकास पद्धत


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

प्रत्येक पुनरावृत्तीनंतर रिलीझ करण्यायोग्य सॉफ्टवेअर वितरित करणे (एक संभाव्य) चपळ तत्व आहे.


बॅकलॉग ग्रूमिंग

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

बिल्ड ब्रेकिंग

जेव्हा विकासक त्यानंतरच्या बिल्ड प्रक्रियेच्या अयशस्वी होण्याच्या परिणामी स्त्रोत कोड रेपॉजिटरीमध्ये बदल जोडतो तेव्हा विकसकाने 'बिल्ड तोडला.'


बिल्ड खंडित होऊ नये म्हणून संघाची बांधिलकी असणे आवश्यक आहे कारण यामुळे विकास कमी होईल आणि इतर विकसकांसाठी अडथळा ठरू शकेल. जेव्हा बिल्ड खंडित होईल तेव्हा विकास कार्यसंघाने बिल्ड दुरुस्त करण्यासाठी त्वरित कारवाई केली पाहिजे.

संकलन करण्यात अयशस्वी (अस्वीकार करण्यायोग्य चेतावणीसह कंपाईल करणे किंवा स्वयंचलित चाचण्यांच्या कितीही अपयशासह) असंख्य कारणांसाठी बिल्ड प्रक्रिया यशस्वीरित्या पूर्ण केली जाऊ शकत नाही तर बिल्डची मोडतोड झाली आहे.

बिल्ड प्रक्रिया / बिल्ड पाइपलाइन

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


बिल्ड पाइपलाइन सॉफ्टवेअर वितरणासाठी वर्कफ्लो आणि प्रत्येक टप्प्यावर काय होते ते परिभाषित करते.

बर्नडाउन चार्ट

एक आलेख जो प्रति दिवस उर्वरित एकूण कार्य तास दर्शवितो. हे दर्शवते की स्प्रिंटसाठी वचनबद्ध असलेली कार्ये पूर्ण करण्याबद्दल टीम कुठे उभी आहे. एक्स-अक्ष स्प्रिंटमध्ये दिवसांचे प्रतिनिधित्व करतो, तर वाय-अक्ष अक्षराचा प्रयत्न बाकी आहे.

चिकन


स्क्रॅममध्ये, कोंबडी हा एक अपभाषा शब्द आहे ज्यास एखाद्या प्रोजेक्टमध्ये रस आहे परंतु सक्रिय पुनरावृत्तीच्या कार्यावर कार्य करण्याची कोणतीही जबाबदारी नाही. ते कार्यसंघाच्या बैठका पाहू शकतात परंतु मतदान करू शकत नाहीत किंवा बोलू शकत नाहीत.

सतत एकत्रीकरण

कंटिन्यूस इंटिग्रेशन (सीआय) ही एक्सट्रीम प्रोग्रामिंग (एक्सपी) सराव आहे जिथे वितरण टीमचे सदस्य वारंवार त्यांचे कार्य समाकलित करतात (उदा. तासाभरात किंवा किमान एकदा तरी).

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


क्रॉस-फंक्शनल टीम

प्रोजेक्ट पूर्ण होण्यापासून पूर्ण होण्यापर्यंत आवश्यक असणारी सर्व कार्यक्षम कौशल्ये आणि वैशिष्ट्य असलेल्या (बहुतेक वेळा मल्टी-स्किल्ड असे म्हणतात) कार्यसंघ सदस्य असलेल्या कार्यसंघामध्ये.

ग्राहक

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

अंतर्गत ग्राहकांना कधीकधी “व्यवसाय” म्हणतात.

डेली स्टँडअप

कार्यसंघाच्या सदस्यांना स्थिती अद्यतनित करण्यासाठी दररोज कार्यसंघाच्या बैठकीत सकाळची बैठक असते. मीटिंग्ज सहसा 5-15 मिनिटांच्या वेळेत ठरवल्या जातात आणि सभा संक्षिप्त ठेवण्यासाठी आणि त्या टप्प्यावर ठेवण्यासाठी लोकांना उभे राहण्यासाठी आयोजित केल्या जातात.

पूर्ण (डीओडी) ची व्याख्या

काम पूर्ण झाल्याचे स्वीकारण्याचे निकष. हे निकष निर्दिष्ट करणे व्यवसायासह संपूर्ण कार्यसंघाची जबाबदारी आहे. सामान्यत: “पूर्ण झाले” चे तीन स्तर आहेत (ते पूर्ण झाले - म्हणून देखील म्हटले जाते):

  • पूर्ण झाले: विकसित, विकसकाच्या बॉक्सवर चालते
  • पूर्ण झाले: युनिट चाचण्या, कोड पुनरावलोकन इत्यादीद्वारे सत्यापित.
  • पूर्ण झाले: कार्यात्मक चाचण्या, पुनरावलोकने इ. सह वितरित गुणवत्तेचे असल्याचे प्रमाणित केले

“पूर्ण झाले” याचा नेमका निकष वेगवेगळ्या संस्था आणि पुढाकारांच्या विशिष्ट गरजा भागवण्यासाठी बदलत असतो.

महाकाव्य

एक खूप मोठी वापरकर्ता कथा जी अखेरीस लहान कथांमध्ये मोडली जाते. एपिसिक्स सहसा नवीन कल्पना आणि संबंधित कथांसाठी अनुक्रमे नंतरच्या स्प्रिंट्समध्ये विकसित करण्यासाठी प्लेसहोल्डर म्हणून वापरल्या जातात.

महाकाव्य कथा चपळ विकास कार्यसंघ प्रभावीपणे त्यांचे उत्पादन बॅकलॉग व्यवस्थापित आणि वाढविण्यात मदत करतात.

अंदाज

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

एक्सट्रीम प्रोग्रामिंग

एक चपळ सॉफ्टवेअर डेव्हलपमेंट पद्धती जी ग्राहकांच्या आवश्यकता बदलण्यासाठी सॉफ्टवेअरची गुणवत्ता आणि प्रतिसाद सुधारित करण्याच्या उद्देशाने आहे.

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

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

वैशिष्ट्य

एक सुसंगत व्यवसाय कार्य किंवा सॉफ्टवेअर उत्पादन किंवा सिस्टमचे विशेषता. वैशिष्ट्ये सहसा बर्‍याच तपशीलवार (युनिट) आवश्यकता असतात. एक वैशिष्ट्य विशेषत: बर्‍याच कथांद्वारे अंमलात आणले जाते.

वैशिष्ट्ये कार्यशील किंवा कार्यशील असू शकतात; ते कथा आयोजित करण्यासाठी आधार प्रदान करतात.

फिबोनाची सिक्वेन्स

पुढील क्रमांकाची (उदा. 1, 2, 3, 5, 8, 13, 21, 34…) जोडून पुढील संख्या काढली जाणा numbers्या क्रमांकाचा क्रम. या क्रमाचा उपयोग प्लॉइकर पोकरसारख्या चपळ अंदाज तंत्रात कथा आकारण्यासाठी केला जातो.

अडथळा

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

स्क्रममास्टरचे कार्य हे सुनिश्चित करणे आहे की शक्य तितक्या लवकर अडथळे दूर केले जातील जेणेकरून कार्यसंघ उत्पादक राहू शकेल.

Iteration

एक कालावधी (कालावधीत 1 आठवड्यापासून 2 महिन्यांपर्यंत) ज्या दरम्यान चपळ विकास कार्यसंघ पूर्ण केलेल्या सॉफ्टवेअरची वाढ तयार करते. सर्व प्रणाली जीवनचक्र चरण (आवश्‍यकता, डिझाइन, कोड आणि चाचणी) पुनरावृत्ती दरम्यान पूर्ण केली जाणे आवश्यक आहे आणि नंतर पुनरावृत्ती यशस्वीरित्या पूर्ण झाल्यावर स्वीकारल्या जाण्यासाठी प्रात्यक्षिक दाखविली पाहिजे.

पुनरावृत्तीच्या सुरूवातीस, व्यवसाय किंवा उत्पादन मालक कार्यसंघ पूर्ण करण्यासाठी पुढील (उच्च प्राथमिकता) कामांचा भाग ओळखतो. त्यानंतर विकास कार्यसंघ प्रयत्नांच्या पातळीचा अंदाज लावतो आणि पुनरावृत्तीच्या काळात कामांचा एक भाग पूर्ण करण्यास कबूल करतो.

कानबान

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

कानबान आणि स्क्रममधील मुख्य फरक हा आहे की स्प्रम स्प्रिंट्सच्या माध्यमातून प्रगतीपथावर काम करतात आणि एकावेळी किती काम येऊ शकते (उदा. एन टास्क किंवा एन स्टोरीज) मर्यादित करून कानबंद काम प्रगतीपथावर आहे.

लीन सॉफ्टवेअर डेव्हलपमेंट

लीन सॉफ्टवेअर डेव्हलपमेंट किंवा फक्त लीन सॉफ्टवेयर कचरा कमी करण्यात आणि सॉफ्टवेअर उत्पादन मूल्य प्रवाह अनुकूलित करण्यावर केंद्रित आहे.

किमान व्यवहार्य उत्पादन (एमव्हीपी)

सर्वात लहान कार्यरत उत्पादन जे तयार केले जाऊ शकते आणि चाचणी केली जाऊ शकते आणि दिलेल्या वेळेत वितरित केली जाईल जी वापरकर्त्यांना मूल्य प्रदान करते.

जोडी प्रोग्रामिंग

एक चपळ सॉफ्टवेअर डेव्हलपमेंट तंत्र ज्यामध्ये दोन प्रोग्रामर एका वर्कस्टेशनवर एकत्र काम करतात. कोडचा एक प्रकार तर दुसरा टाइप केल्याप्रमाणे कोडच्या प्रत्येक ओळीचे पुनरावलोकन करतो. टाइप केलेल्या व्यक्तीला ड्रायव्हर असे म्हणतात. आणि कोडचे पुनरावलोकन करणार्‍या व्यक्तीस निरीक्षक किंवा नॅव्हिगेटर म्हटले जाते. दोन प्रोग्रामर वारंवार भूमिका स्विच करतात.

डुक्कर

सक्रिय पुनरावृत्तीवर एखादे कार्य करण्यास जबाबदार असलेले कोणीतरी. हे चिकनच्या उलट आहे. डुक्कर प्रकल्पात सक्रियपणे सामील आहेत.

नियोजन पोकर

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

उत्पादन

मोकळेपणाने सांगायचे तर, उत्पादन म्हणजे वैशिष्ट्यांसह संग्रहित केले जाते जे सॉफ्टवेअर रिलीझमध्ये समाकलित केलेले आणि पॅकेज केलेले आहेत जे ग्राहकांना किंवा बाजाराला मूल्य देतात.

उत्पादन मालक

उत्पाद मालक ही स्क्रॅममधील मुख्य भूमिकाांपैकी एक आहे. उत्पादन मालकाच्या जबाबदार्यांमध्ये हे समाविष्ट आहे:

  • उत्पादनाची दृष्टी स्थापित करणे, पालनपोषण करणे आणि संप्रेषण करणे
  • ग्राहकांना सर्वोत्तम मूल्य प्रदान करण्यासाठी विकसकांची टीम तयार करणे आणि त्यांचे नेतृत्व करणे
  • प्रकल्पाच्या त्याच्या आरओआय उद्दीष्टे आणि गुंतवणूकीच्या दृष्टीकोनातून परीक्षण करीत आहे
  • अधिकृत प्रकाशन कधी तयार करावे याबद्दल निर्णय घेणे

उत्पादन अनुशेष

प्रॉडक्ट बॅकलॉग हे वैशिष्ट्यांच्‍या इच्छेच्या सूचीसारखे आहे जे व्यवसाय दीर्घ मुदतीत वितरीत करू इच्छित आहे. हा कथांचा आणि कार्यांचा संग्रह आहे जो भविष्यात टीम कधीतरी कार्य करेल.

उत्पादन मालक व्यवसायाच्या अग्रक्रम आणि आवश्यकतानुसार उत्पादनांच्या अनुशेषाची यादी ठेवते. अनुशेषातील आयटम व्यवसाय रोडमॅप प्रतिबिंबित करतात.

रिफेक्टोरिंग

एकंदर डिझाइन सुधारण्यासाठी विद्यमान सॉफ्टवेअर कोड बदलणे. रीफॅक्टिंग सहसा सॉफ्टवेअरचे निरीक्षण करण्यायोग्य वर्तन बदलत नाही; यामुळे त्याची अंतर्गत रचना सुधारते.

प्रकाशन योजना

प्रकाशन योजना सॉफ्टवेयरमध्ये उत्पादनासाठी सोडण्याचे वेळापत्रक आहे. ठराविक रीलिझ योजनांमध्ये संबंधित रीलीझ तारखांसह वितरित करण्याच्या मुख्य वैशिष्ट्यांचा समावेश आहे.

पूर्वगामी

स्प्रिंटच्या शेवटी आयोजित टाइमबॉक्स बैठक, ज्यामध्ये संघ यशस्वी ठरला आणि काय सुधारले जाऊ शकते हे निर्धारित करण्यासाठी कार्यपद्धती तपासते. पूर्वगामी वैशिष्ट्य म्हणजे सतत सुधारणे.

पूर्वसूचनासाठी एक सकारात्मक परिणाम पुढील कार्यकाळात किंवा रिलिझमध्ये कार्यसंघाने कार्य करू इच्छित एक किंवा दोन उच्च-प्राधान्य कृती आयटम ओळखणे होय.

स्क्रॅम

स्क्रॅम एक पुनरावृत्ती आणि वाढीव फॅशनमध्ये जटिल सॉफ्टवेअर उत्पादनांचा विकास करण्यासाठी एक फ्रेमवर्क आहे आणि ही सर्वात व्यापकपणे ओळखली जाणारी चपळ फ्रेमवर्क आहे.

स्क्रममध्ये लहान पुनरावृत्त्यांच्या मालिकेचा समावेश आहे - ज्याला स्प्रिंट म्हणतात - ज्यापैकी प्रत्येक कार्य कार्यरत सॉफ्टवेअरच्या वाढीसह वितरीत होतो.

स्क्रम टीम

स्क्रॅम कार्यसंघ एक क्रॉस-फंक्शनल आणि स्व-संयोजक गट आहे जो सॉफ्टवेअर वितरीत करण्यासाठी जबाबदार आहे.

स्क्रॅम टीममध्ये बहु-कुशल लोक समाविष्ट आहेत जे ग्राहक आवश्यकता समजतात आणि सॉफ्टवेअर डिझाइन, कोडिंग आणि चाचणी करतात. अतिरिक्त कौशल्ये (उदा. यूआय डिझाइन, वापरण्यायोग्यता इ.) देखील समाविष्ट असू शकतात.

सर्व काम वचनबद्धता आणि निकालांसाठी स्क्रॅम कार्यसंघ जबाबदार आहे.

स्क्रॅममास्टर

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

स्पाइक

उत्पादन वैशिष्ट्ये, वापरकर्ता कथा किंवा आवश्यकतांची अंमलबजावणी करण्याऐवजी एखाद्या प्रश्नाचे उत्तर देणे किंवा माहिती एकत्रित करणे या उद्देशाने एक कथा किंवा कार्य.

काहीवेळा एक वापरकर्ता कथा तयार केली जाते ज्याचा विकास विकास कार्यसंघ तांत्रिक प्रश्न किंवा डिझाइन समस्येचे निराकरण करण्यासाठी काही वास्तविक कार्य करेपर्यंत याचा अंदाज बांधला जाऊ शकत नाही. समाधान म्हणजे 'स्पाइक' तयार करणे, ही एक कथा आहे ज्याचे उत्तर किंवा समाधान प्रदान करणे हा आहे.

स्प्रिंट

उत्पादनांच्या विकासामध्ये, एक स्प्रिंट हा एक निश्चित कालावधी असतो ज्या दरम्यान विशिष्ट काम पूर्ण केले पाहिजे आणि पुनरावलोकनासाठी तयार केले जावे. ठराविक स्प्रिंट लांबी साधारणत: 2 आठवडे असते आणि साधारणपणे 4 आठवड्यांपेक्षा जास्त नसते.

स्प्रिंट बॅकलॉग

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

कथा सौंदर्य

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

या सत्राचे उद्दीष्ट हे आहे की प्रत्येकजण जो कथा विकसित करण्यास आणि परीक्षणास गुंतलेला आहे त्याने कथांच्या विकासास सुरुवात करण्यापूर्वी कथांच्या संदर्भात सामान्य समज दिली पाहिजे.

स्टोरी ग्रूमिंग सेशन्स सहसा खालील स्प्रिंटसाठी मिड-स्प्रिंट घेतात जेणेकरून पुढील स्प्रिंटसाठी कार्य वर्गाबद्दल टीमला माहिती असेल.

सहभागी म्हणजे स्क्रॅम टीम, स्क्रम मास्टर आणि उत्पादन मालक.

स्प्रिंट प्लॅनिंग

नवीन स्प्रिंट सुरू होण्यापूर्वी स्प्रिंट नियोजन सत्र आयोजित केले जातात. या सत्रामध्ये कार्यसंघ कोणती कार्ये करण्याची आवश्यकता आहे हे ओळखते आणि आगामी स्प्रिंटसाठी त्यांनी किती स्टोरी पॉईंट्स वचनबद्ध आहेत हे ठरवितात.

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

सहभागी स्क्रॅम मास्टर आणि स्क्रम टीम आहेत.

वापरकर्ता कथा

एक युजर स्टोरी (a.k.a स्टोरी) ची आवश्यकता म्हणून विचार करता येते, ज्यात काही व्यवसाय मूल्य असते.

कथा उत्पादनांचे वैशिष्ट्य वितरीत करण्यासाठी पूर्ण केलेल्या कार्याचे वर्णन करतात. कथा स्क्रॅम टीम, व्यवसाय मालक आणि उत्पादन मालक यांच्यामधील संप्रेषण, नियोजन आणि वाटाघाटीचे मूलभूत घटक आहेत.

कथांमध्ये खालील घटक असतात:

  • सामान्यतः व्यवसायाच्या दृष्टीने एक वर्णन
  • अंदाजे अंदाजे हेतूंसाठी आकार, सामान्यत: कथा बिंदूंमध्ये व्यक्त केला जातो (जसे की 1, 2, 3, 5)
  • एक किंवा अधिक स्वीकृती निकष, कथा कशा सत्यापित केली जाईल याचे एक लहान वर्णन देऊन

कार्य

कार्य पूर्ण करण्यासाठी व्यक्ती किंवा जोडी प्रत्यक्ष कार्याचे वर्णन करतात. ते कार्य करण्यायोग्य, कार्यक्षम व विश्वासार्ह आहेत. थोडक्यात, प्रति कथा अनेक कामे आहेत.

तांत्रिक कर्ज

द्वारा निर्मित एक संज्ञा वार्ड कनिंघम जेव्हा एखादी सॉफ्टवेअर संस्था अल्पावधी कालावधीत फायद्याची असते परंतु त्यामध्ये जटिलता वाढते आणि दीर्घकाळासाठी अधिक खर्चिक होते तेव्हा एखादी रचना किंवा बांधकाम दृष्टीकोन निवडते तेव्हा कर्तव्यदक्षतेचे वर्णन करणे.

टी-शर्ट साइझिंग

टी-शर्ट आकारात कथा पूर्ण करण्यासाठी आवश्यक असलेल्या कामाचा अंदाज घेण्याची एक पद्धत, म्हणजे लहान (एस), मध्यम (एम), मोठे (एल) किंवा एक्स-लार्ज (एक्सएल)

टाइमबॉक्स

टाइमबॉक्स काही उद्दीष्ट साध्य करण्यासाठी निश्चित लांबीचा कालावधी असतो. चपळ विकासामध्ये, पुनरावृत्ती आणि स्प्रिंट्स टाइमबॉक्सची उदाहरणे आहेत जी प्रक्रियेत काम मर्यादित करतात आणि स्टेज वाढीव प्रगती करतात.

वेग

एखादा संघ पुनरावृत्तीमध्ये किती कार्य पूर्ण करू शकतो याची वेग वेग मोजते. वेग अनेकदा कथा किंवा कथानकामध्ये मोजले जाते. वेग देखील तास किंवा समकक्ष युनिटमध्ये कार्ये मोजू शकतो.

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

प्रगतीपथावर काम

अशी कोणतीही कामे जी अद्याप पूर्ण झाली नाहीत परंतु त्या संस्थेकडे आधीच भांडवली खर्च झाला आहे. कोणतेही सॉफ्टवेअर जे विकसित केले गेले आहे परंतु उत्पादनास तैनात केले नाही आहे हे प्रगतीपथावर काम मानले जाऊ शकते.

मनोरंजक लेख