वर्कफ़्लो वन स्प्रिंट डेवलपमेंट टीम

अगर आपको कम से कम कुछ उपयोगी चीजों की परवाह है:

एक। मूल अनुशासन
ख। एक दूसरे और सहयोगियों के साथ बातचीत की सहमत प्रक्रियाओं का गठन
में। उपमहाद्वीप क्या और कैसे करते हैं, की व्याख्या
डी। प्रक्रिया प्रबंधन में लचीलापन
ई। उभरती समस्याओं के लिए समय पर प्रतिक्रिया

तब वे विकास टीम में काम करने के माहौल में सुधार करेंगे।

यदि आप शांति से विकास करना चाहते हैं, तो आपको एक-दूसरे के साथ बातचीत करने के लिए पारदर्शी नियमों को एक साथ लाने, सहमत होने और लिखने की आवश्यकता है। कम से कम सबसे बुनियादी।
किसी भी प्रक्रिया और समझौतों को सभी इच्छुक पार्टियों की भागीदारी के साथ तैयार किया जाना चाहिए, और नकारात्मक रूप से प्रभावित होने वाली प्रक्रियाओं को नष्ट कर दिया जाना चाहिए।

मैं एक स्प्रिंट के वर्कफ़्लो के उदाहरण पर पेंट करना चाहता हूं कि इसके तत्व क्या लाभ लाते हैं: क्या कार्रवाई की जाती है, क्या कलाकृतियों मौजूद हैं, और उनमें से प्रत्येक की आवश्यकता क्यों है। आपको पहले घटनाओं और स्क्रैम कलाकृतियों की परिभाषाओं से खुद को परिचित करना चाहिए।

स्प्रिंट एन -1 : तैयारी। जो वास्तव में स्प्रिंट नहीं है।
विकास के स्प्रिंट एन के शुरू होने से पहले, टीम का हिस्सा तैयारी कार्य में लगा हुआ है: परीक्षण, अनुमोदन, विकास, विज़ुअलाइज़ेशन, आदि।
अर्थ : डेवलपर्स को कार्य को गुणात्मक तरीके से करने में सक्षम होने के लिए, आवश्यक मापदंडों को प्राप्त करने या किसी की समस्या को हल करने के लिए, विकास शुरू होने से पहले:

एक। पूरी तैयारी के साथ,
ख। विसंगतियों को कम करें,
में। उपयोगकर्ताओं पर परीक्षण करें या हितधारकों से अनुमोदन प्राप्त करें,
डी। एक विस्तृत दृश्य बनाएँ।

आउटपुट : कलाकृतियों और डेटा का एक सेट जो तैयार चेकलिस्ट की परिभाषा को संतुष्ट करता है।

यदि आप विकास प्रक्रिया में कोडर और अन्य सभी प्रत्यक्ष प्रतिभागियों के बीच बातचीत में सुधार करना चाहते हैं, तो सभी प्रतिभागियों के मूल कार्यों और प्रक्रियाओं को परिचित और समझाना उपयोगी होगा। कोडर्स के बीच, पर्याप्त इंट्रोवर्ट हैं जो इसे पसंद नहीं करते हैं जब वे अपनी प्रक्रिया को बाधित करते हैं, लेकिन उन्हें यह भी समझने की आवश्यकता है कि बाकी कैसे काम करते हैं ताकि उन्हें विपरीत प्रभाव न मिले। हम शुरू करते हैं:

स्प्रिंट एन -1 शुरू :



ओकेआर, केपीआई, स्टेकहोल्डर रिक्वायरमेंट्स आदि। - आने वाली बाहरी परिस्थितियों का एक सेट जो विकास का मार्गदर्शन करता है।

स्प्रिंट गोल एन।
आने वाली स्थितियों के आधार पर, जहां विकास को स्थानांतरित करना चाहिए, किन मापदंडों को प्राप्त करने की आवश्यकता है, किससे और क्यों मदद करनी है, आगामी विकास स्प्रिंट का लक्ष्य बनता है।
अर्थ : स्प्रिंट का लक्ष्य टीम के लिए प्रेरणा, उनकी गतिविधियों के अर्थ की व्याख्या, संकेतक स्थापित करने के रूप में कार्य करता है।
अनुपस्थिति में : अनमोटेड कोडर्स मुख्य रूप से कोड़ा, चटाई, जुर्माना के साथ नियंत्रित होते हैं।

किसी भी टीम को प्रेरणा की आवश्यकता होती है ताकि विकास अर्थहीन कार्यों की एक अंतहीन श्रृंखला में न बदल जाए। विशेष रूप से उन कंपनियों में जहां विकास व्यवसाय का आधार नहीं है, एक समस्या अक्सर उत्पन्न होती है जब विभाग की सराहना नहीं की जाती है, यही वजह है कि उनका आत्मसम्मान और प्रेरणा गिरती है। हमें एक पारदर्शी और समझने योग्य लक्ष्य चाहिए - किसी को समस्या को हल करने में मदद करने के लिए, व्यवसाय के कुछ मापदंडों में सुधार करने के लिए, किसी के जीवन में सुधार लाने के लिए। सबसे विकट कंपनी में भी, उनकी गतिविधियों के अर्थ के बारे में जागरूकता होना अच्छा है।

बैकलॉग ग्रूमिंग - रैली या निरंतर गतिविधि। टीम के एक सीमित हिस्से के बैकलॉग का प्रबंधन करना।
अर्थ : प्रत्येक स्प्रिंट को बैकलॉग में सफाई, बुनियादी अध्ययन, जटिलता का प्रारंभिक मूल्यांकन और व्यवहार्यता, अपघटन, कार्यों के प्राथमिकताकरण के लिए एक सीमित संरचना के साथ एक बैठक आयोजित की जाती है।
बाहर निकलें : प्रासंगिक और व्यवहार्य कार्यों की एक सूची।
यदि नहीं : बैकलॉग में विशलिस्ट की एक विशाल सूची, जिसे कोई नहीं पढ़ता है, जहां कार्य वर्षों तक भूल गए हैं।

स्प्रिंट प्लानिंग एन -1 - आगामी स्प्रिंट एन के उद्देश्य और दायरे के आधार पर प्रशिक्षण टीम के किस हिस्से में एक रैली का चयन, पूर्व-मूल्यांकन और कार्यों को प्राथमिकता देता है।
संवेदना : स्प्रिंट की तैयारी के लिए भी कुछ आदेश की आवश्यकता होती है। संसाधन प्रबंधन सरल है।
आउटपुट : स्प्रिंट एन। बैकलॉग

विकास का परीक्षण करें
टीम में विकास की शैली और परीक्षकों की उपस्थिति पर निर्भर करता है।
अर्थ : यह कोड के स्वास्थ्य की पुष्टि के लिए तैयार योजनाओं के लायक है।
मैं 2 विकल्पों पर विचार करने का सुझाव देता हूं:
परीक्षकों की अनुपस्थिति में, विकास टीम को परीक्षणों के निर्माण को स्थानांतरित करने का एक विकल्प है। इस मामले में, यह गतिविधि स्प्रिंट एन में कार्यों के विकास के हिस्से के रूप में की जाती है। कुछ समीक्षाओं के अनुसार, यह दृष्टिकोण डेवलपर्स द्वारा लिखे गए कोड की गुणवत्ता में सुधार करता है।
यदि आपके पास परीक्षक हैं, तो आप कोड के पहले परीक्षण लिखे जाने पर दृष्टिकोण का उपयोग कर सकते हैं। उपयोगिता में से एक यह है कि कार्य विकास डेवलपर पर समाप्त होता है, और परीक्षकों से समाप्त कार्य को वापस करने की संभावना को कम कर देता है जब डेवलपर पहले से किसी अन्य कार्य पर स्विच कर चुका होता है।

अध्ययन का उपयोग करें मामला - कार्य के भीतर बातचीत परिदृश्यों और परिणामों का विस्तृत अध्ययन।
अर्थ : पाठ या आरेखों के साथ कार्य इंटरैक्शन के परिदृश्यों का विवरण सभी इच्छुक पार्टियों द्वारा समस्या की समझ में सुधार करता है। कम लागत वाले समाधान का उपयोग परीक्षण मामलों और प्रोटोटाइप बनाने के लिए किया जा सकता है।
अनुपस्थिति में : कम विस्तार से कार्य की वास्तव में आवश्यकता के बारे में समझ के एक विचलन की ओर जाता है, वैकल्पिक उपयोग के मामलों का नुकसान संभव है।

वायरफ्रेमिंग, मॉकअपिंग, और प्रोटोटाइपिंग, बड़े पैमाने पर, इंटरफ़ेस के विकास की एक पुनरावृत्ति प्रक्रिया है, जिसमें लगातार वृद्धि होती है। सबसे सरल और सस्ते विकल्प के साथ शुरू, उपयोगकर्ताओं / हितधारकों को यह देखने के लिए परीक्षण किया जाता है कि प्रस्तावित विकल्प समस्या को हल करने की अपेक्षा को पूरा करता है या नहीं। दृश्य परीक्षण पाठ्य विवरण की असंगति को कम करने में इतना उपयोगी है और कोडिंग की तुलना में बहुत सस्ता है कि एक मजबूत डिजाइन और उत्पाद लॉबी के साथ कंपनियों में वे इसे अपनी प्रक्रियाओं, कलाकृतियों और अनुसूची के साथ एक अलग कार्यप्रणाली में अलग करना शुरू कर दिया।

वायरफ्रेमिंग - इंटरफ़ेस तत्वों का मोटा स्केच। बिना किसी तामझाम के कागज के टुकड़े पर या सॉफ्टवेयर में एक कलम।
संवेदना : कार्य के हितधारकों द्वारा तेजी से और सस्ते परीक्षण / अनुमोदन। विज़ुअलाइज़ेशन का एक अतिरिक्त प्रदर्शन नाटकीय रूप से सिर्फ वर्णनात्मक पाठ की तुलना में धारणा को बेहतर बनाता है।
अनुपस्थिति में : वास्तव में क्या बनाया जा रहा है, यह समझने का एक विचलन। विकास लागत में वृद्धि।
अनुमोदन की अनुपस्थिति में : "जब मैंने यह नहीं पूछा था" की संभावना को कम करने के लिए, एक हितधारक के लिए विकसित होने पर दस्तावेजी अनुमोदन प्राप्त करें।
आउटपुट : स्वीकृत / परीक्षण किए गए ड्राफ्ट वायरफ़्रेम।

मॉकअप आपके इंटरफेस को देखने का दूसरा चरण है। विस्तार में वृद्धि।
अर्थ और अनुपस्थिति : वायरफ्रेमिंग के समान। लेआउट के लिए सामग्री तैयार करना।
बाहर निकलें : अनुमोदित / परीक्षण किए गए मॉकअप और लेआउट।

आपके इंटरफ़ेस के विज़ुअलाइज़ेशन को विकसित करने में प्रोटोटाइप तीसरा चरण है। उच्च विवरण के लिए विज़ुअलाइज़ेशन को उत्पाद के साथ उपयोगकर्ता इंटरैक्शन की नकल का एक प्रदर्शन जोड़ा जाता है।
अर्थ और अनुपस्थिति : वायरफ्रेमिंग और मॉकअपिंग के समान।
आउटपुट : हमारे पास उत्पाद का एक विस्तृत प्रोटोटाइप और इंटरैक्शन का दृश्य है। हितधारकों द्वारा प्लस दस्तावेजी अनुमोदन या उपयोगकर्ताओं पर परीक्षण का परिणाम।

DoReady = तैयार की परिभाषा - विकास और पूर्व-प्रशिक्षण टीम द्वारा सहमत की गई शर्तों की चेकलिस्ट जिसके अनुसार यह जाँच की जाएगी: क्या कार्यों के अध्ययन में पर्याप्त स्तर है, सभी आवश्यक कलाकृतियों की उपस्थिति है, ताकि कार्य को विकास में स्वीकार किया जा सके।
अर्थ : सभी इच्छुक पार्टियों द्वारा औपचारिक चेकलिस्ट पर सहमति व्यक्त करने से टीम के भीतर समझ और सहभागिता में सुधार होता है। सभी को पता है कि क्या और कैसे पास करना है। आप चेकलिस्ट पर अपनी नाक को दबा सकते हैं और लापरवाह श्रमिकों को खत्म करने के लिए भेज सकते हैं।
अनुपस्थिति में : "ओह, मैंने इसे लगभग समाप्त कर दिया है, यह 95% हो गया है।" और ... यह कभी पूरा नहीं होगा।

IMHO यह एन्कोडर्स और बाकी सभी के बीच बुनियादी संघर्षों को हल करने के लिए सबसे महत्वपूर्ण कलाकृति है। यह तुरंत स्पष्ट है कि किसने और कैसे अपना काम पूरा नहीं किया, उन्होंने क्या उल्लंघन किया, और यह दूसरों को कैसे प्रभावित करेगा। इस मामले में स्थापित नियमों के साथ बहस करना बहुत मुश्किल है जब प्राधिकरण / स्थिति द्वारा राय या दबाव के आधार पर विवाद होता है। हालाँकि वांछित वस्तु पर चुटकी लेने वाला पीएम मॉडरेटर अभी भी उपयोगी है।

सभी को आगे बढ़ाया:

स्प्रिंट एन। हम विकास शुरू करते हैं।

स्प्रिंट स्टार्ट एन :



स्प्रिंट शुरू करने के लिए आवश्यक तैयारियां, स्प्रिंट गोल, प्रारंभिक रूप से निर्धारित कार्यों की सूची - शर्तों (और कलाकृतियों) की परिभाषा।

स्प्रिंट एन प्लानिंग - एक रैली, जिस पर विकास टीम, स्प्रिंट एन के लक्ष्य और दायरे के आधार पर, कार्यों का चयन, मूल्यांकन, प्राथमिकता और विघटन करती है। टीम की औसत गति के आधार पर, कार्यों की एक निश्चित राशि प्राप्त की जाती है।
सेंस : मुख्य बैठक जिस पर टीम जाँच करती है कि क्या कार्य संतोषजनक रूप से किए गए हैं। क्या वे सही ढंग से निर्धारित कार्यों, स्वीकृति मानदंडों को समझते हैं। डेवलपर्स अंततः कार्यों की लागत का मूल्यांकन करते हैं।
इसके अभाव में : अराजकता, कार्य किसी भी समय, किसी भी समझदार लोगों द्वारा, यहां तक ​​कि अन्य कार्यों को करने के बीच में भी निर्धारित किए जाएंगे।
आउटपुट : स्प्रिंट एन। बैकलॉग
नोट: टीम की गति के आधार पर स्प्रिंट गोल के लिए प्रायः 70-80% कार्य करते हैं, और बग, तकनीकी ऋण या अचानक महत्वपूर्ण कार्यों के लिए 20-30% कार्य करते हैं।

अपव्यय और कार्यों का असाइनमेंट अक्सर अतिरिक्त लोगों के बिना एक विकास टीम के लिए एक मिनी-मीटिंग है।
अर्थ : एक टीम लीड वाली टीम 1 दिन (एज 2) से अधिक अवधि के लिए उप-कार्यों में स्प्रिंट कार्यों को विघटित करती है। उप-कार्यों को डेवलपर्स द्वारा उनकी विशेषज्ञता या वरीयताओं के आधार पर सौंपा गया है।
अनुपस्थिति में : यह प्रक्रिया में टीम की भागीदारी पर निर्भर करता है कि क्या डेवलपर्स को दिलचस्प कार्य प्राप्त होंगे जो उनके विकास में योगदान करते हैं।
बाहर निकलें : स्प्रिंट बैकलॉग एन को 1 दिन के उप-कार्यों का विवरण देना।

दैनिक बैठक - विकास टीम की दैनिक छोटी बैठक।
अर्थ : हर दिन, डेवलपर्स को एक दूसरे के साथ सिंक्रनाइज़ करना चाहिए: जिन्होंने पिछले दिन के लिए क्या और क्या किया, वे वर्तमान दिन को पूरा करने के लिए क्या योजना बनाते हैं, और कार्य में क्या समस्याएं आती हैं।
अनुपस्थिति में : कोई नहीं जानता कि अन्य क्या काम कर रहे हैं, उनके कार्यान्वयन की समस्याएं। विकास की समय सीमा को बाधित किया जा रहा है।
आउटपुट : प्रगति बर्न डाउन चार्ट में दर्ज की गई है - कार्यों की अनुसूची।

मेरा मत है कि दैनिक रैलियों के अस्तित्व में एक मुख्य अर्थ अनुशासन की शुरूआत है। कोडर्स के पास कई परिचय हैं जो संवाद नहीं करना चाहते हैं, यह जानना नहीं चाहते हैं कि दूसरे क्या कर रहे हैं, रैलियों पर समय बिताना नहीं चाहते हैं। इसलिए, नियमों को संक्षिप्त रूप से पूरा करने के लिए।
वास्तव में, यदि टीम एक साथ अच्छी तरह से काम करती है, तो चैट में अच्छी तरह से संचार करती है और तुरंत किसी भी समस्या को साझा करती है, बैठकों की संख्या को एक निरंतर प्रक्रिया में पुनर्गठन करके कम किया जा सकता है। लेकिन आपको इसे पूरी तरह से काट नहीं देना चाहिए।

चर्चा और हस्तक्षेप का संकल्प दैनिक बैठक का प्रत्यक्ष सिलसिला है।
अर्थ : डेवलपर्स द्वारा कार्यों के कार्यान्वयन के साथ समस्याओं को हल करने के बाद, एक चर्चा उन कार्यों की होती है जिन्हें टीम आंतरिक रूप से हल कर सकती है, फिर यह प्रतिभागियों के पास जाता है, और बाहरी समाधान के साथ हस्तक्षेप पीएम को जाता है।
यदि नहीं : कार्यान्वयन की समस्याओं को एक साथ हल किया जाना चाहिए, जितनी जल्दी हो सके ताकि कोई भी कृत्रिम रूप से प्रगति से बाहर न हो।

जब अंतर्मुखी अपने कोनों में भाग गए, तो यहां आप पहले से ही समस्याओं और उनके समाधानों पर चर्चा कर सकते हैं।

कमिट / कोड समीक्षा - टीम के अन्य सदस्यों द्वारा कोड सत्यापन।
अर्थ : 1-2 अन्य टीम के सदस्यों को नए कोड को देखना चाहिए और गुणवत्ता, शैली आदि को अनुमोदित करना चाहिए।
यदि नहीं : कोड में त्रुटियों की संख्या में वृद्धि, निम्न गुणवत्ता और शैली।

वे विभिन्न स्तरों के साथ अन्य डेवलपर्स द्वारा कोड समीक्षा 2 का संचालन करने की पेशकश करते हैं, यहां तक ​​कि जूनियर्स के लिए यह सीखने का एक अच्छा तरीका है। एक तरह से या किसी अन्य, टीम को एक स्वीकार्य शैली मिलती है, जो जानती है कि कब और किसको काम करने वाले कोड पर लौटना होगा।

डेवलपमेंट सर्वर / प्री-डेमोंस्ट्रेशन में तैनात करें - डेवलपमेंट एनवायरनमेंट / सर्वर पर कोड अपलोड करें।
अर्थ : कार्य के किसी भी कार्यान्वयन को विकास के वातावरण में अपलोड किया जा सकता है और प्रदर्शन किए गए कार्यों के परीक्षण और प्रारंभिक अनुमोदन के लिए इच्छुक व्यक्तियों को आमंत्रित किया जा सकता है।
यदि नहीं : अंतिम डेमो स्प्रिंट में, आप एक टूटी हुई या गलत कार्यान्वयन का प्रदर्शन करके असुविधाजनक स्थिति में आ सकते हैं।
बाहर निकलें : कार्य का अनौपचारिक अनुमोदन।

वैसे भी, असाइनमेंट की गलत व्याख्या, या कार्य के पढ़े गए मानदंड, कभी-कभी इस चरण में आते हैं। जितनी जल्दी कार्य सत्यापित और परीक्षण किया जाता है, उतनी ही कम बार इसे वापस करना आवश्यक होगा।

पूर्ण की परिभाषा - तैयार की परिभाषा के समान, यह उन सिद्धांतों की एक सूची है जिनके द्वारा पीएम / पीओ पूर्ण कार्यों को स्वीकार करते हैं।
संवेदना : नौकरी स्वीकृति मापदंडों की भविष्यवाणी के लिए पीएम / पीओ के साथ मिलकर विकास टीम द्वारा बनाई गई। हर कोई जानता है कि कार्य की कसौटी क्या है और क्या नहीं है।
अनुपस्थिति में : स्पष्ट मानदंडों के बिना, कार्यों का "शोधन" उन्हें पारित करने के प्रयासों के बाद दिखाई देता है। या अंतिम आवश्यकताओं तक कार्य अपूर्ण रहते हैं।

एक दस्तावेजी समझौता जिसके द्वारा पीएम / पीओ दोनों पक्षों द्वारा अनुमोदित कार्य और उसके मानदंड को स्वीकार करते हैं। अच्छी तरह से विवादास्पद बिंदुओं की मात्रा को कम करता है।
PM / PO को जानबूझकर कुचलने वाले पोस्ट से बचाता है। "पूर्ण" कार्यों को 95% तक बंद कर देता है। डेवलपर्स को स्प्रिंट के बाद पूरा कार्य समाप्त नहीं करना चाहिए, यदि कार्य स्पष्ट रूप से चेकलिस्ट को पूरा नहीं करता है, तो इसे स्वीकार नहीं किया जाना चाहिए, और भविष्य के स्प्रिंट पर जाता है।

उत्पाद वृद्धि की समीक्षा और प्रदर्शन - एक रैली जिस पर डेवलपर्स इच्छुक पार्टियों को स्प्रिंट लक्ष्य के कार्यान्वयन के लिए प्रदर्शित करते हैं।
अर्थ : डेवलपर्स खुद एक व्यावहारिक नए उत्पाद वृद्धि को प्रदर्शित करते हैं। PM / PO औपचारिक रूप से कार्य प्रदर्शन मानदंड और DoD अनुपालन की पुष्टि करता है। हितधारक तय करते हैं कि उत्पाद का नया वेतन वृद्धि स्प्रिंट लक्ष्यों से मेल खाता है या नहीं।
अनुपस्थिति में : प्रदर्शन किए गए कार्य के औपचारिक प्रदर्शन और स्वीकृति की अनुपस्थिति स्वीकृति मानदंड के मूल्य को कम करती है, प्रदर्शन किए गए कार्य की गुणवत्ता।
बाहर निकलें : टीम का काम पूरा हो गया है। हितधारक तय करते हैं कि अगला स्प्रिंट बिल्कुल होगा या नहीं।

पूर्ण कार्य के डेवलपर द्वारा प्रदर्शन आत्म-विश्लेषण के लिए एक हितधारक को नई कार्यक्षमता के अवैयक्तिक प्रावधान से अधिक उपयोगी और समझ में आता है। और हितधारक देखता है कि किसने उसके लिए काम किया है, और डेवलपर्स देखते हैं कि वे किसके लिए समस्या हल कर रहे थे।

समीक्षाओं का संग्रह - रैली की समीक्षा जारी रखी।
अर्थ : सभी इच्छुक पार्टियों, टीम और उत्पाद की एक ही जगह पर उपस्थिति अनौपचारिक संचार के लिए, विचारों, सुझावों आदि को इकट्ठा करने की अनुमति देती है। टीम की गुणवत्ता पर प्रतिक्रिया प्राप्त करें।
अनुपस्थिति में : आवंटित औपचारिक समय अन्य काम के घंटों के दौरान टीम और हितधारकों के बीच अनावश्यक संपर्कों को कम करता है।
आउटपुट : नया डेटा, प्रतिक्रिया।

प्रतिक्रिया आमतौर पर एक उपयोगी चीज है, यहां तक ​​कि डेवलपर्स के साथ उनके अनुभव पर हितधारकों से प्रतिक्रिया भी। बाहरी अभिनेताओं के साथ बातचीत की प्रक्रियाओं को संशोधित करने का कारण। वर्तमान और भविष्य के हितधारकों के साथ संबंधों में सुधार किया जा सकता है - आदेश, बजट, रियायतें आदि।

स्प्रिंट रेट्रोस्पेक्टिव एन - विकास टीम और पीएम / पीओ के लिए एक रैली।
अर्थ : अंतिम स्प्रिंट के दौरान टीम की प्रक्रियाओं और समस्याओं की चर्चा, टीम को बेहतर बनाने के लिए काम की प्रक्रियाओं को बदलने का प्रयास। कौन सी प्रक्रियाएँ सफल रहीं, जिनसे लाभ नहीं हुआ या नुकसान नहीं हुआ, कौन सी नई समस्याएँ पैदा हुईं और उन्हें कैसे ठीक किया जा सकता है।
आउटपुट : प्रक्रिया प्रयोग की योजना। अगले स्प्रिंट में प्रक्रियाओं का मूल्यांकन किया जाता है कि कौन से संशोधन उपयोगी हैं और किन को छोड़ दिया जाना चाहिए।
अनुपस्थिति में : ऊपर से टीम विकास प्रक्रियाओं को रोपण करना या उनका अभाव होना टीम की उपयोगिता, उत्पादकता और विकास की पूर्वानुमेयता को कम करता है।

समस्याओं की प्रतिबंधात्मक चर्चा के अलावा और उन्हें कैसे हल किया जाना चाहिए, मैं "प्रक्रिया प्रयोग की योजना" पर ध्यान देना चाहता हूं। पत्थर में नक्काशीदार - अपरिवर्तित और स्थिर के रूप में दर्ज प्रक्रियाओं का इलाज न करें। नया जोड़ें - परीक्षण, यह पसंद नहीं आया - इसे काट दिया।

स्प्रिंट एन का अंत

स्प्रिंट N + 1 । उत्पादन में एक नई वृद्धि डालो
अर्थ : कार्य सप्ताह के अंत में स्प्रिंट के लगातार पूरा होने के कारण, उत्पादन सर्वर पर तैनात और उपयोगकर्ताओं तक पहुंच अगले स्प्रिंट में पहले से ही होती है, ताकि सप्ताहांत पर संभावित समस्याएं सामने न आएं।

वेतन वृद्धि निगरानी के मापदंडों पर चली गई।