गैंट चार्ट का क्या मतलब है, और क्या यह मेरी मदद करेगा? [बन्द है]


11

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


17
उसने आपको चार्ट के साथ धमकी दी है ? मैं पुलिस को फोन करूंगा।
एप्सिलॉनवेक्टर

@ ईप्सिलॉनवेक्टर मुझे लगता है कि अनप्रोफेशनल माना जा सकता है।
आर्मंड

1
@bjarkef: हो सकता है कि उसने उसे धमकी दी थी कि वह उसे अप टू डेट रखने पर मजबूर करेगा। ओपी के लिए: यह नीचे लिखने और अनुमान लगाने का ट्रैक रखने का एक तरीका है - यह सब है।
स्टीवन एवर्स

13
जब कोई आपको गैंट चार्ट के साथ धमकाता है, तो पाई चार्ट के साथ हमले को रोकने और उसका मुकाबला करने के लिए इसकी अच्छी तरह सलाह दी जाती है -> उसके चेहरे पर ...
अंधेरी

3
@ रात नहीं! पाई चार्ट गैंट चार्ट के मुकाबले कमजोर हैं - इस आदमी को क्या चाहिए एक लघुगणकीय रूप से स्नातक हिस्टोग्राम!
कार्सन मायर्स

जवाबों:


8

जैसा कि विकिपीडिया कहता है कि गनेट चार्ट एक बार चार्ट का एक प्रकार है (अधिक बार "लाइन प्रकार") जो परियोजना की योजना बनाने में मदद करता है। यह अक्सर कागज के एक बड़े (वास्तव में बड़े) टुकड़े पर दीवार पर मैन्युअल रूप से खींचा जाता है, क्योंकि यह उस प्रारूप में आसानी से संशोधित होता है।

वैकल्पिक शब्द

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

वहाँ वास्तव में यह करने के लिए है।

बेशक, गनेट (या "टाइम चार्ट" के साथ समस्या यह है कि आमतौर पर इसे दुनिया के मेरे हिस्से में कहा जाता है), यह है कि एक परियोजना की शुरुआत में आपके पास यह सब दीवार पर अच्छी तरह से खींचा जाता है, उत्साही महसूस करना और खुश, ... तो एक देरी होती है, और आप इसे चार्ट पर बदलते हैं, और आप अभी भी खुश हैं ... फिर एक और देरी होती है, आप इसे फिर से खींचते हैं, और आप अभी भी बहुत अच्छा महसूस कर रहे हैं। । 100x देरी होती है ... आप _______ (सेंसर) की तरह महसूस कर रहे हैं।

मतलब, यह केवल एक अच्छा प्रोजेक्ट प्लानिंग टूल है यदि आप वास्तव में उन छोटी समय सीमा के लिए चिपके हुए हैं। तो यहाँ समय बर्बाद करना बंद करो और काम पर लग जाओ!


7
और संभवतः यदि आप बहुत देर करते हैं, तो आप दीवार से बाहर भाग सकते हैं।
आर्मंड

@ एलिसन - यह भी एक जोखिम है :-)) LOL
Rook

तुम्हारी किस बारे में बोलने की इच्छा थी? प्रबंधक चार्ट नहीं बदलते हैं, वे बस आपको यह वादा करने के लिए मजबूर करते हैं कि आप समय बना लेंगे, जिससे आप 70 या 80 घंटे काम करेंगे! :) यह उस तरह से कागज बचाता है ...
स्कॉट व्हिटलॉक

@Scott Whitlock - :-)))) हेहे
रूक

1
@ सभी, इसीलिए दुनिया गोल है ...

7

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


बहुत उपयोगी लगता है। क्या वे मानक हैं जहां आप काम करते हैं?
आर्मंड

हां, हालांकि केवल प्रबंधकीय स्तर पर। हमारे सभी पीएम के पास MSProject है और इसका उपयोग बड़े स्तर के कार्यों को ट्रैक करने के लिए किया जाता है। यह निचले (व्यक्तिगत कार्य) स्तरों पर ठीक काम करता है, प्रभावी रूप से ट्रैक करने के लिए स्थिति बहुत तेज़ी से बदलती है। लेकिन हम यह बता सकते हैं कि क्यूए काम कब देरी से शुरू हो रहा है क्योंकि विकास कार्य उम्मीद से अधिक समय ले रहा है।
जॉनल

निर्भरता नक्शा अब तक का सबसे उपयोगी हिस्सा है। मैं कभी-कभी उन्हें बिना अवधि के (या डिफ़ॉल्ट के लिए निर्धारित सभी अवधि) के बिना बना देता हूं, सिर्फ अड़चन क्या है / होने की संभावना का चित्रण प्रतिनिधित्व प्राप्त करने के लिए।
बिल

+1, और मुझे लगता है कि यह देखना भी उपयोगी है कि कौन से कार्य अभी तक महत्वपूर्ण नहीं हैं, इसलिए आप अन्य घोड़ों की धड़कन पर ध्यान केंद्रित कर सकते हैं
user281377

... और अगर आप अड़चन नहीं हैं, तो यह ब्लैक गेम के लिए एक अमूल्य उपकरण हो सकता है!
अगोस डे

6

मैंने सॉफ्टवेयर परियोजना प्रबंधन के लिए अतीत में गैंट चार्ट का सफलतापूर्वक उपयोग किया है। मैंने लोगों को निराशा में उन्हें त्यागते हुए भी देखा है।

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

  • मेरा प्रबंधक: सॉफ्टवेयर एक shippable अवस्था में कब होगा?
  • एक डेवलपर: आपने मुझे जो काम सौंपा था, उसे मैंने पूरा किया है। अब आप मुझे कौन सा कार्य सौंप रहे हैं?

तो गैंट चार्ट के लिए किन कारकों की आवश्यकता होती है?

टीम के कई सदस्य

यह स्पष्ट होना चाहिए। यदि केवल एक टीम का सदस्य है, तो आपको केवल एक कॉलम में कार्यों की एक सूची की आवश्यकता है। आप केवल उन्हें एक के बाद एक करने जा रहे हैं।

कार्यों क्या हैं का ज्ञान

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

चार्ट को बनाए रखने के लिए समय और प्रेरणा

किसी ने बात को बनाए रखने के लिए समय दिया है। बहुत बार, कोई व्यक्ति एक विस्तृत गैंट चार्ट बनाने में दिन बिताता है, फिर उसकी उपेक्षा करता है। हो सकता है कि वह इसे एक महीने बाद बाहर कर दे, घबराकर हंसें, और उसे फेंक दें, फिर कभी इस बारे में बात न करें।

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

यह एक महत्वपूर्ण समय की प्रतिबद्धता की तरह लग सकता है, और आप सही हैं। ऐसा करने की प्रेरणा कहां से आती है?

किसी को वास्तव में परिणामों की परवाह है

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

एक साइड इफेक्ट के रूप में, इसने मेरी परियोजना को बेहतर संगठित और अधिक कुशल बनाया, और मेरी टीम के सदस्यों ने अधिक प्रेरित किया।


3

कोई भी आविष्कार परियोजना नियोजन को अलोकप्रिय बनाने के लिए अधिक श्रेय का हकदार नहीं है क्योंकि यह ट्रैकिंग गैंट की तुलना में आज है। ट्रैकिंग गैंट को केवल हानिकारक नहीं माना जाना चाहिए - उन्हें बुराई माना जाना चाहिए। यहाँ पर क्यों।

कारण # 1: उनकी प्रेरणा

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

कारण # 2: वे आपको मूल योजना से चिपके रहने के लिए मजबूर करते हैं

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

कारण # 3: वे आपको कुछ नहीं सिखाते हैं

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

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

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

कारण # 4: वे आपका ध्यान गलत चीजों पर केंद्रित करते हैं

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

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


मूल रूप से मेरे ब्लॉग पर पोस्ट किया गया था, लेकिन मुझे लगा कि मैं इसे यहां पूरा साझा करूंगा। blog.gigantt.com/2010/12/tracking-gantts.html
Assaf Lavie

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

2

गैंट चार्ट सॉफ्टवेयर जटिल अंतर निर्भरता का विश्लेषण करने और ओवररन और देरी के प्रभावों की भविष्यवाणी करने की अनुमति देता है।

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


हाँ, छोटी परियोजनाओं के लिए, यह सच है। हे।
पीटरअलेनवेब

1

जैसा कि अन्य लोगों ने कहा है कि एक गैंट चार्ट (आमतौर पर अनौपचारिक रूप से एक परियोजना योजना के रूप में संदर्भित) कार्यों की मैपिंग और उन कार्यों के बीच अन्योन्याश्रितियों का एक तरीका है, जिसका उद्देश्य परियोजना के लिए न्यूनतम कुल बीता हुआ समय स्थापित करना है।

एक प्रबंधन के नजरिए से महत्वपूर्ण आउटपुट महत्वपूर्ण पथ की पहचान है, यह उन कार्यों की सूची है जो यदि देरी हो रही है तो परियोजना में देरी हो रही है।

एक बहुत ही सरल उदाहरण - कहते हैं कि दो प्रोग्रामर तीन कार्यों के साथ एक परियोजना पर काम कर रहे हैं (कोड मॉड्यूल एक प्रोग्रामर 10 दिन ले रहा है, कोड मॉड्यूल बी एक प्रोग्रामर 5 दिन ले रहा है, फिर एक और बी दोनों प्रोग्रामर 2 दिन लेते हुए एकीकृत करें)। पहले दो कार्यों (कोडिंग मॉड्यूल ए और बी) पर समानांतर में काम किया जाएगा और इसका उद्देश्य सभी तीन कार्यों को पूरा करना है और इस प्रकार यह परियोजना 12 दिनों में पूरी हो जाएगी।

इस मामले में क्रिटिकल पाथ कोडिंग माड्यूल ए तत्कालीन एकीकरण परीक्षण है। मॉड्यूल बी की कोडिंग वास्तव में 5 दिनों की देरी से शुरू हो सकती है (या पांच दिनों से अधिक चलने वाली) बिना किसी प्रभाव के, भले ही वह समय पर खत्म हो गई हो, कोडिंग मॉड्यूल ए को अधिक समय लगने वाला है। दूसरी ओर यदि कोडिंग मॉड्यूल ए या एकीकरण परीक्षण किसी भी समय फिसल जाता है, तो पूरी परियोजना खिसक जाएगी।

इस तरह की चीज़ों को जानने से आपको यह समझने में मदद मिलती है कि संसाधनों को कैसे तैनात किया जाए और क्या किसी विशेष कार्य में देरी से पूरी परियोजना प्रभावित हो सकती है।

क्या वे उपयोगी हैं? स्पष्ट रूप से हाँ, लेकिन एक महत्वपूर्ण चेतावनी के साथ: केवल इतनी देर तक कि जो जानकारी उनके पास जाती है वह अच्छी है - वह है:

  • कार्य सूची पूर्ण है
  • अनुमान सही हैं
  • कार्यों के बीच निर्भरता व्यापक है और
  • टीम के संसाधन प्रतिनिधि और कार्य के लिए सही ढंग से मैप किए गए।

और वहां से टीम को चार्ट पर काम करना है और कार्यों को सही क्रम में करना है (ऐसा कुछ भी नहीं करना है जो कि अधिक दिलचस्प है कि सौंपे गए कार्य संभवत: कुछ को विलंबित करेंगे / किसी और को लाइन से नीचे करेंगे)।

यदि आप वह सब करते हैं, तो हाँ, तो यह वास्तव में आपकी मदद कर सकता है, लेकिन यह सुनिश्चित करने के लिए कि इसे सटीक और वास्तविक बनाने के लिए काम करना है।


1

मैं गैंट चार्ट से प्यार करता हूं और अगर मैक बनाने के लिए बेहतर सॉफ्टवेयर विकल्प थे, तो मैं हर समय उनका उपयोग करूंगा।

निर्भरता को देखना बहुत बड़ा है। "अगर हमें प्रोजेक्ट का डेटा बैकफ़िलिंग भाग नहीं मिलता है, तो व्हाट्सएप एन्हांसमेंट पर निर्माण शुरू नहीं हो सकता है।"


अगर वहाँ मैक के लिए बेहतर सॉफ्टवेयर विकल्प थे ... मैं कहूंगा कि मैक से बेहतर विकल्प हैं ;-)
जॉरिस मेय्स

1

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

  • कार्य आमतौर पर निर्भर नहीं होते हैं। उन्हें किसी भी क्रम में किया जा सकता है।
  • कार्यों का क्रम कार्य को पूरा करने के लिए आवश्यक समय को बदल सकता है।
  • कार्य अन्य कीड़े, जैसे कि कीड़े को फैला सकते हैं

यह है कि आप काम करने की तुलना में योजना को अपडेट करने में अधिक समय व्यतीत करेंगे।

बस अपनी आवश्यकताओं का प्रबंधन करें और बाकी सब कुछ खुद का ख्याल रखेगा।

YMMV

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.