मेरे (गैर-तकनीकी) सहयोगी ने मुझे एक नए प्रोजेक्ट के लिए गैंट चार्ट के साथ धमकी दी है कि हम वर्तमान में योजना बना रहे हैं। यह हमारे लिए क्या प्रदान करने की संभावना है, और क्या यह एक सहायक उपकरण होगा?
मेरे (गैर-तकनीकी) सहयोगी ने मुझे एक नए प्रोजेक्ट के लिए गैंट चार्ट के साथ धमकी दी है कि हम वर्तमान में योजना बना रहे हैं। यह हमारे लिए क्या प्रदान करने की संभावना है, और क्या यह एक सहायक उपकरण होगा?
जवाबों:
जैसा कि विकिपीडिया कहता है कि गनेट चार्ट एक बार चार्ट का एक प्रकार है (अधिक बार "लाइन प्रकार") जो परियोजना की योजना बनाने में मदद करता है। यह अक्सर कागज के एक बड़े (वास्तव में बड़े) टुकड़े पर दीवार पर मैन्युअल रूप से खींचा जाता है, क्योंकि यह उस प्रारूप में आसानी से संशोधित होता है।
यह एक बहुत ही सरल प्रकार का नियोजन उपकरण है; आप इसे एक्सेल या कुछ समकक्ष में उत्पादित कर सकते हैं; और बल्कि प्रभावी है, जब तक कि परियोजना के कुछ चरणों के लिए आवश्यक समय का अनुमान लगाया जा सकता है। यदि देरी हो रही है - कोई समस्या नहीं है - एक पंक्ति को लंबा कर दिया जाता है, तो अन्य समान रहते हैं और आपके पास एक नया एंड-ऑफ-प्रोजेक्ट-डेट है।
ओवरलैपिंग चरण (समय-वार) इस पर आसानी से देखे जाते हैं, जितनी आसानी से एक चरण दूसरे के अंत पर निर्भर होने की शुरुआत पर निर्भर करता है।
वहाँ वास्तव में यह करने के लिए है।
बेशक, गनेट (या "टाइम चार्ट" के साथ समस्या यह है कि आमतौर पर इसे दुनिया के मेरे हिस्से में कहा जाता है), यह है कि एक परियोजना की शुरुआत में आपके पास यह सब दीवार पर अच्छी तरह से खींचा जाता है, उत्साही महसूस करना और खुश, ... तो एक देरी होती है, और आप इसे चार्ट पर बदलते हैं, और आप अभी भी खुश हैं ... फिर एक और देरी होती है, आप इसे फिर से खींचते हैं, और आप अभी भी बहुत अच्छा महसूस कर रहे हैं। । 100x देरी होती है ... आप _______ (सेंसर) की तरह महसूस कर रहे हैं।
मतलब, यह केवल एक अच्छा प्रोजेक्ट प्लानिंग टूल है यदि आप वास्तव में उन छोटी समय सीमा के लिए चिपके हुए हैं। तो यहाँ समय बर्बाद करना बंद करो और काम पर लग जाओ!
एक अच्छी तरह से उत्पादित और बनाए रखा गैंट चार्ट एक महान उपकरण हो सकता है। मुख्य लाभ दिखा रहे हैं कि कौन से कार्य अन्य कार्यों पर निर्भर करते हैं, यह भविष्यवाणी करते हुए कि परियोजना कैसे देरी से प्रभावित हो सकती है, और बर्बाद घंटों को उजागर कर सकती है क्योंकि आप किसी और चीज़ पर इंतजार कर रहे थे।
मैंने सॉफ्टवेयर परियोजना प्रबंधन के लिए अतीत में गैंट चार्ट का सफलतापूर्वक उपयोग किया है। मैंने लोगों को निराशा में उन्हें त्यागते हुए भी देखा है।
कोई भी परियोजना प्रबंधन उपकरण केवल तभी उपयोगी होता है जब वह उन सवालों के जवाब दे रहा हो जो कोई वास्तव में पूछ रहा हो। मेरे मामले में, मुझसे लगातार दो सवाल पूछे गए, और मेरा गैंट चार्ट इसका जवाब दे सकता है:
तो गैंट चार्ट के लिए किन कारकों की आवश्यकता होती है?
यह स्पष्ट होना चाहिए। यदि केवल एक टीम का सदस्य है, तो आपको केवल एक कॉलम में कार्यों की एक सूची की आवश्यकता है। आप केवल उन्हें एक के बाद एक करने जा रहे हैं।
यह एक और स्पष्ट कथन की तरह लगता है, लेकिन आपको आश्चर्य होगा कि कितने सॉफ्टवेयर प्रोजेक्ट्स को कार्यों में विभाजित करने में सक्षम होने के लिए पर्याप्त रूप से परिभाषित नहीं किया गया है। आपको वास्तव में एक अपफ्रंट विनिर्देशन, और कुछ हद तक अपफ्रंट डिज़ाइन की आवश्यकता होगी। चंचल / चरम तरीकों में से कुछ में आप गैंट चार्ट का उपयोग नहीं कर सकते, क्योंकि आपको नहीं पता कि बाद के 3 सप्ताह के पुनरावृत्ति में क्या कार्य होंगे।
किसी ने बात को बनाए रखने के लिए समय दिया है। बहुत बार, कोई व्यक्ति एक विस्तृत गैंट चार्ट बनाने में दिन बिताता है, फिर उसकी उपेक्षा करता है। हो सकता है कि वह इसे एक महीने बाद बाहर कर दे, घबराकर हंसें, और उसे फेंक दें, फिर कभी इस बारे में बात न करें।
एक बार जब आपके पास कार्य और सर्वोत्तम अनुमान होते हैं, तो आप उन्हें चार्ट पर रख देते हैं। और जब पहला काम पूरा हो गया है, तो आपको यह चिन्हित करना होगा कि चार्ट पर और फिर आपके अनुमान गलत था इस तथ्य की भरपाई करने के लिए अन्य सभी कार्यों को पूरा करें। और दो दिन बाद आप इसे फिर से करें। और फिर, एक और दो दिन बाद। और निश्चित रूप से, जब यह पता चलता है कि आप कुछ भूल गए हैं या एक दोष दिखाई देता है, तो आपको नए कार्यों को चार्ट पर रखना होगा।
यह एक महत्वपूर्ण समय की प्रतिबद्धता की तरह लग सकता है, और आप सही हैं। ऐसा करने की प्रेरणा कहां से आती है?
जिस समय मैंने गैंट चार्ट का सफलतापूर्वक उपयोग किया है, जहां साप्ताहिक परियोजना प्रबंधन बैठकें थीं। प्रबंधक प्रत्येक टीम के नेता को यह बताने के लिए कमरे के चारों ओर जाएगा कि उनकी परियोजना कब वितरित की जाएगी। यदि कोई परियोजना पीछे चल रही थी, तो संसाधनों को पुनः प्राप्त किया जाएगा। पहली दो बैठकों के लिए मैं हकलाना चाहूंगा कि मुझे वास्तव में नहीं पता था कि इसे कब वितरित किया जाएगा, और "तीन महीनों में" अस्पष्ट रूप से सामने आएगा। इस की शर्मिंदगी ने मुझे अपनी रणनीति बदल दी, और यह अच्छी तरह से सुनिश्चित कर दिया कि मेरे पास एक गैंट चार्ट था जो प्रत्येक बैठक से पहले अद्यतित और सटीक था।
एक साइड इफेक्ट के रूप में, इसने मेरी परियोजना को बेहतर संगठित और अधिक कुशल बनाया, और मेरी टीम के सदस्यों ने अधिक प्रेरित किया।
कोई भी आविष्कार परियोजना नियोजन को अलोकप्रिय बनाने के लिए अधिक श्रेय का हकदार नहीं है क्योंकि यह ट्रैकिंग गैंट की तुलना में आज है। ट्रैकिंग गैंट को केवल हानिकारक नहीं माना जाना चाहिए - उन्हें बुराई माना जाना चाहिए। यहाँ पर क्यों।
कारण # 1: उनकी प्रेरणा
ट्रैकिंग गैन्ट्स आपको देखने देता है, आपकी योजना के प्रत्येक चरण के लिए, आपने सोचा था कि यह कितना समय लगेगा और वास्तव में कितना समय लगेगा। आपको पता है, हर दिन और स्थिति की बैठक में, उस चरण एक्स को मार्च तक शुरू किया जाना था, लेकिन यह स्पष्ट रूप से मई तक शुरू होने वाला नहीं है। बहुत बढ़िया। आप पहले से ही जानते थे, जब आपने प्रारंभिक योजना बनाई थी, कि परियोजना की प्रगति के रूप में योजना को बदलना होगा। नई जानकारी सामने आई। लोग और संसाधन अप्रत्याशित हैं, इत्यादि, इसलिए हर स्थिति की बैठक में, आपकी प्रारंभिक भविष्यवाणियों को वास्तविक जीवन में कितना खराब लगता है, यह लगातार याद दिलाना क्यों महत्वपूर्ण है?
कारण # 2: वे आपको मूल योजना से चिपके रहने के लिए मजबूर करते हैं
किसी प्रोजेक्ट के गैंट चार्ट पर नज़र रखने का बहुत मतलब यह है कि नई जानकारी के आधार पर अपनी कार्य योजना को लगातार अपनाने पर ध्यान केंद्रित करने के बजाय, आप एक पुरानी योजना से चिपके रहना पसंद करते हैं, सिर्फ इसलिए कि यह आपको उंगलियों को इंगित करने और गलत-भविष्यवाणियों को उजागर करने देता है। अनिश्चितता की बड़ी मात्रा का अपरिहार्य परिणाम है कि परियोजना के शुरुआती योजना चरण में प्रवेश किया। आखिरकार, यदि आप योजना को मौलिक रूप से बदलने की अनुमति देते हैं, तो आप गैन्ट को ट्रैक नहीं कर सकते हैं? इसका समान आकार होना चाहिए और समान चरणों से युक्त होना चाहिए, अन्यथा ट्रैक करने के लिए कुछ भी नहीं है ... योजनाओं के लिए चिपके हुए बोनडेड नंबर-एक कारण है कि "वाटरफॉल" को वास्तव में इन दिनों एक pejorative शब्द माना जाता है। मूल योजना से चिपके हुए आगे की योजना भ्रमित है।
कारण # 3: वे आपको कुछ नहीं सिखाते हैं
यह इस परियोजना में देरी की तरह नहीं है वास्तव में आप अगली परियोजना की योजना के तरीके को बदलने जा रहे हैं, जब तक कि आप जिन परियोजनाओं की योजना बना रहे हैं, वे अनुमानित रूप से समान और दोहराव वाले हैं। आखिरकार, गंट्ट्स का इस्तेमाल शुरू में कारखाने के उत्पादन लाइनों में नियोजन के काम के लिए किया गया था, जहां कार्यों को बहुत अच्छी तरह से परिभाषित किया गया है और उनकी अवधि बहुत अनुमानित है।
ट्रैकिंग जो सॉफ़्टवेयर डेवलपमेंट गैंट चार्ट में जोड़ता है वह शून्य है। यकीनन शून्य से भी कम। न केवल नई परियोजनाओं के लिए पिछले अनुमान अप्रासंगिक हैं, भ्रम है कि आप वास्तव में पूर्वव्यापीकरण द्वारा समय के साथ अपनी अनुमान क्षमता में सुधार कर सकते हैं खतरनाक है। निश्चित रूप से, एक सीएस छात्र वास्तव में यह नहीं जान सकता है कि एकीकरण वास्तविक जीवन में बहुत समय लेता है। लेकिन कोई भी जो अपने जीवनकाल में दो से अधिक परियोजनाओं में शामिल हो चुका है, पहले से ही विलंबित परियोजनाओं के लिए सामान्य संदिग्धों से अच्छी तरह परिचित है। वास्तविक कारण परियोजनाओं में देरी हो रही है कुछ गणितीय त्रुटि कारक नहीं है जिसे सामान्य रूप से अनुमानों पर लागू किया जाना चाहिए - यह अंतर्निहित अनिश्चितता है जो पहली बार कुछ करने के साथ आता है और यह बिल्कुल नहीं पता है कि यह कैसे पैन करने जा रहा है।
वहाँ वास्तव में परियोजना प्रबंधन प्रणाली हैं जो इस गुमराह कोण से समस्या पर हमला करने की कोशिश करते हैं। वे आपकी भविष्यवाणियों बनाम वास्तविक प्रदर्शन को मापते हैं और सांख्यिकीय विश्लेषण का उपयोग करके आपके समग्र अनुमान को सही करने का प्रयास करते हैं। जैसे कि "डैनी हमेशा 14.3% तक सब कुछ कम आंकते हैं" ऐसा कभी नहीं होता है। डैनी बेवकूफ नहीं है, और यह अनुमान लगाने के लिए कि उसकी भविष्यवाणियों की त्रुटि अनुमानित है वास्तव में मूर्खतापूर्ण है। यह आदिम "इलाज" को भ्रमित करता है - आपके अनुमान के लिए कारकों को जोड़ना - समस्या के कारण के साथ। आपका अनुमान गलत नहीं है क्योंकि यह "सही" कारक द्वारा गुणा नहीं किया गया था। आपकी योजना बस अधूरी है; और हर योजना अपने तरीके से अधूरी है।
कारण # 4: वे आपका ध्यान गलत चीजों पर केंद्रित करते हैं
समय पर वितरित करने के लिए क्या करने की आवश्यकता है, इस पर ध्यान केंद्रित करने के बजाय, अब आप अपनी गलत भविष्यवाणियों को सही ठहराने पर ध्यान केंद्रित कर रहे हैं। अधिक विस्तार से योजना बनाने पर ध्यान केंद्रित करने और नई जानकारी के लिए अपनी योजना को अपनाने के बजाय, आप एक पुरानी योजना पर फिर से विचार कर रहे हैं। परियोजनाओं को शायद ही कभी विलंबित किया जाता है क्योंकि कार्य-योजना के भागों का गलत अनुमान लगाया गया था। वे देरी कर रहे हैं क्योंकि चीजों का एक बोझ-भार बस मूल योजना से बाहर छोड़ दिया गया था। ट्रैकिंग गैन्ट्स इसे और भी बदतर बना देते हैं, क्योंकि अगर आपकी स्थिति में हर अनुमान बैठक में खराब अनुमानों को उजागर किया जा रहा है, तो आपको किस प्रकार की प्रेरणा को अपनी योजना में अधिक विस्तार देना होगा? वे आपको अपने गैंट चार्ट में काम के बड़े, ट्रैक-सक्षम चनों से चिपके रहते हैं। आपको अनुकूलन पर ध्यान केंद्रित करने और सही रास्ते पर लाने के बजाय,
पर्याप्त रूप से विस्तृत योजनाओं को प्रबंधित करने के लिए अच्छे पर्याप्त उपकरण नहीं होने की समस्या भी है। आपके पास एक अच्छी प्रारंभिक योजना (और अनुमान) के निर्माण का एक बेहतर मौका है यदि आपके उपकरण आपको रास्ते में आने वाले सभी उपेक्षित चरणों को उजागर करने की अनुमति देते हैं। पारंपरिक गैन्ट्स कम-रिज़ॉल्यूशन वाले जानवर हैं जिन्हें डेवलपर्स द्वारा परियोजना प्रबंधन की वास्तविकता के कैरिकेचर के रूप में देखा जाता है। जो आवश्यक है वह एक ऐसा उपकरण है जो शुरुआती चरण में कार्य योजना में अधिक से अधिक जानकारी जोड़ना आसान बनाता है, और फिर अपनी योजना को अनुकूलित करने के लिए बस उतना ही आसान बनाएं जितना अनिश्चितता का कोहरा धीरे-धीरे आपकी परियोजना से दूर हो जाता है। आखिरी चीज जो आपको चाहिए वह है आपके पिछले गलत पूर्वानुमानों के कम-रिज़ॉल्यूशन रिमाइंडर। ट्रैकिंग गैंट उंगलियों को इंगित करने और गधे को ढंकने के लिए अच्छे हैं, न कि चीजों को प्राप्त करने के लिए।
गैंट चार्ट सॉफ्टवेयर जटिल अंतर निर्भरता का विश्लेषण करने और ओवररन और देरी के प्रभावों की भविष्यवाणी करने की अनुमति देता है।
हालांकि, अधिकांश सॉफ्टवेयर परियोजनाओं के लिए, कुछ अंतर निर्भरताएं और बाहरी इनपुट होते हैं, इसलिए भविष्यवाणी की कुंजी यह जान रही है कि सॉफ्टवेयर टीम का कहना है कि सही गुणक का उपयोग करने में 3 सप्ताह लगेंगे।
जैसा कि अन्य लोगों ने कहा है कि एक गैंट चार्ट (आमतौर पर अनौपचारिक रूप से एक परियोजना योजना के रूप में संदर्भित) कार्यों की मैपिंग और उन कार्यों के बीच अन्योन्याश्रितियों का एक तरीका है, जिसका उद्देश्य परियोजना के लिए न्यूनतम कुल बीता हुआ समय स्थापित करना है।
एक प्रबंधन के नजरिए से महत्वपूर्ण आउटपुट महत्वपूर्ण पथ की पहचान है, यह उन कार्यों की सूची है जो यदि देरी हो रही है तो परियोजना में देरी हो रही है।
एक बहुत ही सरल उदाहरण - कहते हैं कि दो प्रोग्रामर तीन कार्यों के साथ एक परियोजना पर काम कर रहे हैं (कोड मॉड्यूल एक प्रोग्रामर 10 दिन ले रहा है, कोड मॉड्यूल बी एक प्रोग्रामर 5 दिन ले रहा है, फिर एक और बी दोनों प्रोग्रामर 2 दिन लेते हुए एकीकृत करें)। पहले दो कार्यों (कोडिंग मॉड्यूल ए और बी) पर समानांतर में काम किया जाएगा और इसका उद्देश्य सभी तीन कार्यों को पूरा करना है और इस प्रकार यह परियोजना 12 दिनों में पूरी हो जाएगी।
इस मामले में क्रिटिकल पाथ कोडिंग माड्यूल ए तत्कालीन एकीकरण परीक्षण है। मॉड्यूल बी की कोडिंग वास्तव में 5 दिनों की देरी से शुरू हो सकती है (या पांच दिनों से अधिक चलने वाली) बिना किसी प्रभाव के, भले ही वह समय पर खत्म हो गई हो, कोडिंग मॉड्यूल ए को अधिक समय लगने वाला है। दूसरी ओर यदि कोडिंग मॉड्यूल ए या एकीकरण परीक्षण किसी भी समय फिसल जाता है, तो पूरी परियोजना खिसक जाएगी।
इस तरह की चीज़ों को जानने से आपको यह समझने में मदद मिलती है कि संसाधनों को कैसे तैनात किया जाए और क्या किसी विशेष कार्य में देरी से पूरी परियोजना प्रभावित हो सकती है।
क्या वे उपयोगी हैं? स्पष्ट रूप से हाँ, लेकिन एक महत्वपूर्ण चेतावनी के साथ: केवल इतनी देर तक कि जो जानकारी उनके पास जाती है वह अच्छी है - वह है:
और वहां से टीम को चार्ट पर काम करना है और कार्यों को सही क्रम में करना है (ऐसा कुछ भी नहीं करना है जो कि अधिक दिलचस्प है कि सौंपे गए कार्य संभवत: कुछ को विलंबित करेंगे / किसी और को लाइन से नीचे करेंगे)।
यदि आप वह सब करते हैं, तो हाँ, तो यह वास्तव में आपकी मदद कर सकता है, लेकिन यह सुनिश्चित करने के लिए कि इसे सटीक और वास्तविक बनाने के लिए काम करना है।
मैं गैंट चार्ट से प्यार करता हूं और अगर मैक बनाने के लिए बेहतर सॉफ्टवेयर विकल्प थे, तो मैं हर समय उनका उपयोग करूंगा।
निर्भरता को देखना बहुत बड़ा है। "अगर हमें प्रोजेक्ट का डेटा बैकफ़िलिंग भाग नहीं मिलता है, तो व्हाट्सएप एन्हांसमेंट पर निर्माण शुरू नहीं हो सकता है।"
यदि आपका प्रोजेक्ट एक सॉफ्टवेयर डेवलपमेंट प्रोजेक्ट है, तो एक गैंट चार्ट बहुत मददगार नहीं होगा और ज्यादातर समय बर्बाद होगा। वे सॉफ्टवेयर विकास के द्रव प्रकृति के लिए डिज़ाइन नहीं किए गए हैं, अर्थात।
यह है कि आप काम करने की तुलना में योजना को अपडेट करने में अधिक समय व्यतीत करेंगे।
बस अपनी आवश्यकताओं का प्रबंधन करें और बाकी सब कुछ खुद का ख्याल रखेगा।
YMMV