प्रोजेक्ट मैनेजर के लिए एक सामान्य समस्या यह निर्धारित करना है कि कार्य के भविष्य के निष्पादन को कौन निर्धारित करता है। अक्सर कार्य डेवलपर को सौंपा जाता है, और इसलिए यह रिलीज़ होने तक उस पर "लटका" रहता है। हालांकि, डेवलपर केवल निष्पादन के भाग के लिए जिम्मेदार है। क्यूए - परीक्षण, DevOps - रिलीज़ में शामिल हैं, उत्पाद प्रबंधक - तैयार कार्य का मूल्यांकन करता है (प्रत्येक संगठन में यह श्रृंखला अलग है)। कार्य स्थिति से स्थिति (प्रगति, पूर्ण, परीक्षण, जहाज, बंद, आदि) में यात्रा करता है, लेकिन डेवलपर अभी भी वही डेवलपर है।
छोटी टीमों में यह मुश्किल नहीं है, क्योंकि यह लगभग स्पष्ट है कि किसे परीक्षण करना चाहिए, किसे जारी करना चाहिए आदि। लेकिन यहां तक कि कई क्यूएएस की एक टीम को पहले से ही नियमों का आविष्कार करने की आवश्यकता होती है जिसके द्वारा परीक्षकों को डेवलपर्स द्वारा चिह्नित कार्यों को पूरा करना चाहिए। या एक विशेष व्यक्ति को टीम के सदस्यों के बीच ऐसे कार्यों को मैन्युअल रूप से वितरित करना चाहिए। और सबसे अप्रिय बात यह है कि इस बात की कोई गारंटी नहीं है कि कार्य को किसी भी मध्यवर्ती स्थितियों में भुलाया या अटक नहीं जाएगा।
प्रस्तावित समाधान कार्य निष्पादक की एक नई स्थिति में अपने संक्रमण पर स्वचालित स्थापना है। उदाहरण के लिए, जैसे ही एक डेवलपर डोन के रूप में एक कार्य को चिह्नित करता है, यह स्वचालित रूप से एक क्यूए इंजीनियर को सौंपा जाएगा।
इस समाधान के लाभ:
- उसके जीवन के प्रत्येक चरण में कार्य के लिए जिम्मेदारी का निजीकरण
- नया ठेकेदार उसे सौंपे गए कार्य के बारे में सिस्टम से एक सूचना प्राप्त करेगा
- अधिक सटीक रिपोर्टिंग - उदाहरण के लिए, आप उन कार्यों की सूची बना सकते हैं जो वर्तमान में प्रत्येक टीम के सदस्य के हैं
- सभी जीरा इंटरफेस में कार्यों की पठनीयता बढ़ जाती है (कार्यों की विस्तृत जानकारी, एजाइल बोर्ड, इत्यादि)
जीरा इसके डिब्बे में आवश्यक कार्यक्षमता रखता है। आइए देखें कि यह सभी उपयोगिता कैसे कॉन्फ़िगर की गई है।
एक सरल उदाहरण के रूप में, मान लें कि टीम में QA इंजीनियर जॉनी टेस्टकेस शामिल है, जिसे डेवलपर्स द्वारा डोन की स्थिति के लिए निर्धारित सभी कार्यों को स्वचालित रूप से सौंपा जाना चाहिए।
जीरा आपको अतिरिक्त क्रियाओं को कॉन्फ़िगर करने की अनुमति देता है जो तब होता है जब कोई कार्य एक स्थिति से दूसरी स्थिति में जाता है। स्थिति और संक्रमण की पूरी प्रणाली को वर्कफ़्लो कहा जाता है, संक्रमण को संक्रमण कहा जाता है, और संक्रमण के दौरान अतिरिक्त क्रियाओं को पोस्ट-फ़ंक्शंस कहा जाता है। हमारा कार्य संक्रमणों के बाद के कार्यों को जोड़ना है, जो एक नया कलाकार स्थापित करेगा।
लाइव प्रोजेक्ट पर उपयोग किए गए वर्कफ़्लो को संपादित करने से पहले, इसे कॉपी करने और कॉपी पर प्रशिक्षित करने की सिफारिश की जाती है।
इसलिए, हम अपने वर्कफ़्लो की संपादन स्क्रीन खोलते हैं:
संक्रमण योजना में, हम संक्रमण की स्थिति से पूर्ण स्थिति में संक्रमण में रुचि रखते हैं। इस संक्रमण के लिए संपादन स्क्रीन खोलें:
पोस्ट फ़ंक्शंस टैब पर, पोस्ट फ़ंक्शन जोड़ें चुनें:
संभावित पोस्ट-फ़ंक्शंस की लंबी सूची से, अद्यतन समस्या फ़ील्ड चुनें:
इस प्रकार, हम निर्दिष्ट कार्य क्षेत्र में मूल्य के स्वत: अद्यतन को कॉन्फ़िगर करेंगे। असाइन करने वाले फ़ील्ड (कलाकार) का चयन करें, और हमारे काल्पनिक क्यूए इंजीनियर जॉनी टेस्टकेस को नए कलाकार के रूप में इंगित करें:
ध्यान दें कि सूची में एक नया पोस्ट फ़ंक्शन जोड़ा गया है:
वर्कफ़्लो सेटअप समाप्त हो गया है, इसे प्रकाशित करना शेष है:
इस वर्कफ़्लो का उपयोग करने वाली सभी परियोजनाओं के लिए परिवर्तन प्रभावी होंगे। पूर्ण स्थिति के लिए हस्तांतरित सभी कार्यों को स्वचालित रूप से उपरोक्त जॉनी टेस्टकेस को सौंपा जाएगा।
व्यवहार में, इस तरह की सीधी योजना बहुत लागू होने की संभावना नहीं है। हालांकि, उपलब्ध पोस्ट-फ़ंक्शंस का समृद्ध सेट आपको बहुत उपयोगी नियम सेट करने की अनुमति देता है। यहाँ कुछ पोस्ट फ़ंक्शंस का उपयोग सबसे उपयुक्त है:
लेखक व्यवहार में निम्नलिखित सरल योजना का उपयोग करता है:
| संक्रमण | कार्य किसे सौंपा गया है? | कैसे लागू किया गया |
| प्रगति → में किया गया | टीम लीड QA टीम पर। वह अपनी टीम के सदस्यों में से एक को मैन्युअल रूप से कार्य का पुनर्वितरण करता है। | पद समारोह भूमिका सदस्य को सौंपें । उसी समय, परियोजना में क्यूए टीम लीड की भूमिका परिभाषित की जाती है, जिसे पोस्ट-फ़ंक्शन में इंगित किया गया है। |
| हो गया → करने के लिए | डेवलपर के लिए जो पहले कार्य पर काम करता था। | यह मामला है जब परीक्षण विफल हो गया और परीक्षक कार्य को फिर से खोल देता है, अर्थात। इसे डेवलपर को देता है। अंतिम भूमिका सदस्य पद फ़ंक्शन के लिए असाइन का उपयोग करके कार्यान्वित किया गया। उसी समय, डेवलपर्स की भूमिका परियोजना में परिभाषित की जाती है, जिसमें सभी डेवलपर्स शामिल हैं। |
| हो गया → जारी | उस व्यक्ति पर जिसने कार्य (रिपोर्टर) बनाया है। | यह माना जाता है कि उत्पाद प्रबंधक पहले से ही पूर्ण कार्य का मूल्यांकन करता है। रिपोर्टर पद समारोह के लिए असाइन का उपयोग करके कार्यान्वित किया गया। |
कलाकारों के बीच कार्यों को स्वचालित रूप से स्थानांतरित करने के लिए योजनाओं के संभावित संगठन पर अनुभव और सुझाव साझा करने के लिए पाठकों को आमंत्रित किया जाता है।