परियोजना प्रबंधन प्रणाली में नेस्टेड कार्यों की आवश्यकता किसे है?

आपके ड्रीम टास्क मैनेजमेंट सिस्टम में क्या कार्यक्षमता होनी चाहिए? बहुत बार, ऐसी प्रणाली की आवश्यक क्षमताओं में से एक नेस्टिंग कार्य कहा जाता है। उदाहरण के लिए, 1 , 2 , 3 , 4 । जब हम इस विशेषता को अपने उत्पाद में शामिल करने का निर्णय लेते हैं तो हम उसी मत के थे। तथ्य यह है कि हम सफल रहे हैं और चर्चा की जाएगी


मैं उन तकनीकी कठिनाइयों के बारे में बात नहीं करूंगा जो एम्बेडेड कार्यों के समर्थन के कारण उत्पन्न होती हैं, लेकिन उन कठिनाइयों पर पूरी तरह से ध्यान केंद्रित किया जाएगा जो हमारे उपयोगकर्ताओं को एम्बेडेड कार्यों के साथ काम करते समय सामना करना पड़ा।

परियोजना की संरचना के बारे में सबकी अपनी-अपनी समझ है।

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

किसी परियोजना की दृष्टि और संरचना समय के साथ बदल सकती है।

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

किसी कार्य को खोजना कठिन है

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

शीट टास्क का गैर-सूचनात्मक नाम

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

रिपोर्ट का विवरण।

सामान्य प्रश्न: आप किस स्तर पर पदानुक्रम शुरू करते हैं और आप कहाँ रुकते हैं? क्या मुझे माता-पिता के संकेतकों में बच्चे के कार्य के संकेतक शामिल करने की आवश्यकता है? उदाहरण के लिए, समय ने काम किया। या तो आपको सेटिंग्स की एक बहुत ही लचीली और जटिल प्रणाली बनाने की आवश्यकता है, या संभावित विकल्पों में से एक का चयन करें।

एक पदानुक्रम स्तर चुनना।

चूंकि पदानुक्रम के विभिन्न स्तरों पर कार्य एक ही बात का वर्णन करते हैं, लेकिन विस्तार की अलग-अलग डिग्री के साथ, उपयोगकर्ता इस बात को लेकर असमंजस में हैं कि इस या उस कार्य को अभिभावक या बच्चे के कार्य के लिए कहाँ असाइन किया जाए।

करने के लिए सूची

उपयोगकर्ता कार्यों की सूची बनाते समय, यदि सूची में कोई बच्चा है तो क्या यह माता-पिता के कार्य को दिखाने के लायक है?

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

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