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

टास्क इंटर्न

टास्क मैनेजमेंट में अंतर्निहित अंतर्निहित ईंट वास्तव में, कार्य है। कार्य के नाम और वैकल्पिक विवरण के अलावा, किसी भी कार्य में तीन मुख्य गुण होते हैं जिसके चारों ओर सब कुछ घूमता है और जो इसके भाग्य का निर्धारण करता है:

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

विकास कार्य

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

1. कलाकार के लिए सब कुछ स्पष्ट है। वह काम शुरू करता है, एक निश्चित समय (घंटे, दिन, महीने, या साल) काम करता है, जिसके बाद वह मानता है कि कार्य पूरा हो गया है। ग्राहक को इस आनंदपूर्ण घटना के बारे में पता लगाने के लिए, ठेकेदार कार्य की स्थिति को बदल देता है, जिससे उसे "हल" किया जाता है । इस सरल कार्रवाई में, बहुत सारी मजेदार बारीकियां छिपी हुई हैं, जो कई वर्षों से डेवलपर्स और उनके नेताओं दोनों के लिए खुशी और खुशी लाए हैं। यह तथ्य कि कर्मचारी जो कार्य पूरा करता है, उसका अर्थ यह नहीं है कि कार्य वास्तव में पूरा हो गया है। केवल ग्राहक इसे पूरा करने पर विचार कर सकता है - वह जो कार्य निर्धारित करता है और यह सत्यापित करने की क्षमता रखता है कि जो किया गया है वह वास्तव में है जिसे करने की आवश्यकता है। इसलिए, "हल" कार्य की स्थिति मुख्य रूप से कलाकार से ग्राहक के लिए एक वॉलीबॉल है। "मेरे हिस्से के लिए, मैंने किया - जाँच करें।" तदनुसार, "सुलझी हुई" स्थिति में कार्य को देखने पर, ग्राहक को यह सत्यापित करना चाहिए कि कार्य वास्तव में पूरा हो चुका है और दो कार्यों में से एक कार्य करें:
   
   1. यदि कार्य वास्तव में किया जाता है, तो कार्य की स्थिति " बंद " में बदल जाती है। इस तरह, हम "संग्रह को कार्य भेजते हैं" - सब कुछ किया जाता है, ट्रैक करने के लिए अधिक कुछ नहीं है।
      
   2. लेकिन यह अक्सर अलग तरह से होता है - जो किया गया है उसे देखते हुए, ग्राहक अपना सिर पकड़ लेता है, हलकों में चलाता है, "ए" पत्र चिल्लाता है और अन्य तरीकों से अपने आश्चर्य को व्यक्त करता है। इस मामले में, ठेकेदार को यह समझाने की जरूरत है कि जो किया गया है वह ग्राहक से क्या अपेक्षा करता है, इसके अनुरूप नहीं है - इस उद्देश्य के लिए राज्य फिर से " ओपन " पर सेट है। कुछ प्रणालियों में एक ही उद्देश्य के लिए एक विशेष " फिर से खोलना " राज्य है - लेकिन, जैसा कि अभ्यास से पता चलता है, इसकी उपस्थिति में बहुत बदलाव नहीं होता है - शायद ही कभी जब आपको पहले प्रयास या दसवें एक को भेद करने की आवश्यकता होती है - यह अभी भी कार्य राज्य लॉग में प्रदर्शित होता है।
      
   
   
2. यदि कोई ऐसा मामला है जब कलाकार के लिए सब कुछ स्पष्ट है, तो विपरीत होना चाहिए - जब कलाकार को कुछ भी समझ में नहीं आता है। अस्पष्ट बग रिपोर्ट, खराब रूप से तैयार की गई आवश्यकताएं, लंबा विवरण - यह सब शायद ही कभी कलाकार के लिए आशावाद जोड़ता है और स्पष्ट करने की तार्किक इच्छा की ओर जाता है। यहां सबसे दिलचस्प हिस्सा शुरू होता है - अगर ठेकेदार ने कार्य पूरा नहीं किया है, लेकिन ग्राहक को स्पष्ट करना चाहता है कि क्या किया जाना चाहिए - यह सभी एक ही " हल " स्थिति है! पर्याप्त प्रतिवादपूर्ण बात जो कई लोगों को चुभती है। जैसा कि मैंने ऊपर लिखा है, "हल" एक कार्य पूरा नहीं है। यह एक संकेत है कि कलाकार ने कुछ किया है । उदाहरण के लिए, मैंने समस्या को देखा और निर्णय लिया कि ग्राहक के लिए इसे स्पष्ट करना अच्छा होगा :)। हल ग्राहक के लिए वॉलीबॉल का एक पास है, जो उसे प्राथमिकता देता है। कार्य की यह स्थिति दर्शाती है कि "अगला कदम ग्राहक के लिए है।" वह पढ़ सकता है कि कलाकार के लिए क्या स्पष्ट नहीं है, और यह तय करें कि कार्य को निष्पादित करने की आवश्यकता नहीं है - फिर राज्य " बंद " में बदल जाता है। या वह स्पष्ट कर सकता है कि क्या समझ से बाहर था, और फिर से राज्य को " ओपन " ("फिर से खोला") में बदल दें।
   एक चौकस पाठक © निश्चित रूप से इसमें रुचि रखेगा - लेकिन ग्राहक यह कैसे निर्धारित करेगा कि कलाकार ने क्या किया? क्या आपने कार्य पूरा किया, या क्या वह चाहता है कि उसे स्पष्ट किया जाए? शैतान, हमेशा की तरह, मज़बूती से विवरण में छिपा हुआ है - "हल" कार्य की स्थिति में एक संपत्ति है - "संकल्प"। और यह इस संपत्ति में है कि कलाकार इंगित करता है कि उसने कार्य के साथ वास्तव में क्या किया या नहीं किया। लोकप्रिय विकल्प: "फिक्स्ड" (कार्य पूरा हो गया है, बगट्रैकर्स की भारी विरासत), "अधूरा" (यह स्पष्ट नहीं है कि मुझे क्या करना है - मैंने यहां क्या वर्णन किया है), "पुन: पेश नहीं कर सकते" (नीचे देखें), "वेक्स फिक्स ( आगे देखें), "डुप्लिकेट" (आगे देखें)। रिज़ॉल्यूशन प्रॉपर्टी का सही उपयोग कार्य प्रबंधन प्रणालियों के उपयोग की आधारशिला है, जिसके बारे में सभी को जानकारी नहीं है।
   
3. "रिज़ॉल्यूशन" संपत्ति के मूल्य द्वारा निर्धारित प्राप्त कार्य के लिए निष्पादक की कम सामान्य प्रतिक्रियाएं भी हैं। यदि "फिक्स्ड" ("पूर्ण", "पूर्ण") और "अपूर्ण" ("अधिक जानकारी की आवश्यकता है") लगभग सभी लोकप्रिय कार्य प्रबंधन प्रणालियों में मौजूद हैं, तो अन्य गुण भिन्न हैं। मैं सबसे लोकप्रिय दूंगा:
   
   1. पुन: पेश नहीं कर सकता - ठेकेदार को कुछ ऐसा नहीं मिला जो कार्य में इंगित किया गया हो। इसका उपयोग अक्सर त्रुटियों के साथ काम करने में किया जाता है जब डेवलपर त्रुटि को दोहराते हुए त्रुटि का पता नहीं लगाता है। लेकिन यह संपत्ति दिनचर्या में भी पाई जाती है - उदाहरण के लिए, यदि कार्य कहता है "दोपहर के भोजन तक खोदो, शौचालय में फावड़ा" - और शौचालय में कोई ओ_ओ फावड़े नहीं हैं।
      
   2. ठीक नहीं होगा - ठेकेदार काम नहीं करना चाहता है। संपत्ति का नाम, जैसा कि आप शायद पहले ही अनुमान लगा चुके हैं, बगट्रैकर्स की भारी विरासत है। तदनुसार, जब कीड़े को ठीक करते हैं, तो इसका उपयोग किया जाता है यदि निष्पादक को यकीन है कि यह बग बिल्कुल नहीं है। श्रृंखला के लोकप्रिय कार्यक्रमों के बगट्रैकर्स में "ओपन" -> "वॉट फिक्स" -> "फिर से खोला" -> "वॉट फिक्स" -> "बंद" -> "फिर से खोला" -> ... वर्षों तक चल सकता है और एक उचित लंबाई तक पहुंच सकता है।
      
   3. डुप्लिकेट - ठेकेदार का मानना ​​है कि यह कार्य एक और कार्य को दोहराता है जिसे उसने पहले ही पूरा कर लिया है या केवल पूरा कर रहा है। तदनुसार, ग्राहक इससे सहमत हो सकता है - या सहमत नहीं हो सकता है।
      
   4. प्रतीक्षा करें - ठेकेदार ने कुछ किया है और अब बाहरी घटना की शुरुआत के लिए इंतजार करना आवश्यक है - उदाहरण के लिए, एक फ्रीलांसर के रूप में काम पूरा करना या छुट्टी से एक एकाउंटेंट की वापसी। एक नियम के रूप में, ग्राहक को किसी भी तरह से इस तरह की स्थिति के साथ कार्य का जवाब देने की आवश्यकता नहीं है - ठेकेदार को स्वयं अपेक्षित घटना की घटना को ट्रैक करना चाहिए और आगे की कार्रवाई करनी चाहिए। लेकिन ऐसे कार्यों पर नियंत्रण चोट नहीं पहुंचाएगा - क्या होगा अगर कलाकार यह भूल जाता है कि वह किसी चीज का इंतजार कर रहा है? :)
      
   
   

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

फिल्टर ही हमारा सब कुछ है

यदि आप किसी बड़ी और गंभीर परियोजना के कार्य प्रबंधन प्रणाली को देखते हैं, तो यह कुछ इस तरह दिखाई देगी:

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

उपयोगी टिप्स

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

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