योजना और बंग-बॉस
दिलबर्ट के पास बंगी-बॉस के बारे में कई स्ट्रिप्स हैं। नियोजन के बारे में हमारी चुनौतियाँ और अपेक्षाएँ नेतृत्व के प्रभाव का कारण और प्रभाव दोनों हो सकती हैं। एक फॉर्च्यून 100 कंपनी में मेरा अनुभव यह था कि एक वर्ष में, प्रोजेक्ट लीड के रूप में वर्ष की शुरुआत करने वाले सभी लोग बाहर निकल गए। शायद यह नियोजन समस्या के कारण था। सुनिश्चित नहीं है कि यदि आपका पूर्व नेतृत्व इस कारण से छोड़ दिया गया है, लेकिन जब आपकी भूमिका के लिए आपको एक प्रतिबद्धता के साथ योजना बनाने की आवश्यकता होती है, अगर यह पास नहीं होता है, तो अक्सर, एक समय सीमा से संबंधित निकास परिणाम होता है।
योजना का संगठनात्मक संदर्भ
यदि आप योजना बनाने में असहज हैं, तो शायद आप विपणन या अन्य हितधारकों के लिए प्रतिबद्धताओं के लिए जवाबदेह होने के साथ असहज हैं, इससे पहले कि समस्याओं को हल किया जाए या उन्हें समझा जाए। यह एक अच्छी वृत्ति है।
नियोजन एक महत्वपूर्ण उपकरण है। इसकी उपेक्षा न करें। इसे गलत मत समझिए।
नियोजन एकीकृत रूप से प्रतिबद्धताओं, जवाबदेही और बातचीत की शक्ति से जुड़ा हुआ है। चंचल योजना के कई गुण हैं। आपको इसकी तकनीकों, साथ ही नियोजित कार्यप्रणाली की तकनीकों को जानना चाहिए। आपके संगठन का अपना दृष्टिकोण हो सकता है और सलाह लेना और किसी ऐसे व्यक्ति के साथ काम करना जो कई परियोजनाओं के नेतृत्व से बच गया है, कई आश्चर्यजनक रूप से सहायक हो सकते हैं।
एक सरल योजना उदाहरण - सॉफ्टवेयर के बारे में नहीं होना चाहिए ...
यदि एक छत कंपनी मेरे घर पर एक प्रतिस्थापन पर बोली लगाने के लिए आई थी, अगर वे बहुत कम बोली लगाते हैं, तो वे नौकरी पर पैसा खो सकते हैं, लेकिन यदि वे बहुत अधिक बोली लगाते हैं, तो उन्हें नौकरी बिल्कुल नहीं मिलेगी। किसी भी तरह से, वे व्यवसाय से बाहर हैं। आपकी नई भूमिका में, यदि आप बहुत कम हैं, तो आप जब तक जवाबदेही नहीं निभाते हैं, तब तक आप इस परियोजना को चलाएंगे, तब आपको समस्याएँ होंगी। यदि आप समय सीमा तक सफलता का बीमा करने के लिए पर्याप्त पैडिंग के साथ एक परियोजना का अनुमान लगाते हैं, तो वे बहुत से किसी और का नेतृत्व करने के लिए उठाते हैं। किकर यह है कि आप छत वाले की तरह नहीं हैं। वह देख सकता है कि छत कितनी बड़ी है, और ऐतिहासिक डेटा है कि आकार की छत को कितना समय लगता है।
बेहतर नियोजक बनना
आप किसी प्रकार के प्रशिक्षण पर विचार करना चाह सकते हैं। चंचल कार्यप्रणालियों में, और सबसे हाल ही में योजनाबद्ध तरीके से, आकलन एक टीम व्यापक गतिविधि है। नतीजतन, आपको अपनी टीम के लिए प्रशिक्षण प्राप्त करने पर विचार करना चाहिए।
अनुभव से, मैं आपको बता सकता हूं कि टीम के सदस्यों से अनुमान प्राप्त करना निराशाजनक हो सकता है जो इसे बंद कर देंगे, आपको लगता है कि वे दो मिनट में एक आवश्यकता या सुविधा के विवरण या मौजूदा कोड के संदर्भ के बिना कार्य नाम के आधार पर बनाते हैं, या जो इस बात पर जोर देते हैं कि आपके द्वारा सूचीबद्ध कार्यों में से कई एक दिन के कुछ अंशों में किए जा सकते हैं, भले ही पिछली परियोजनाओं ने इसी तरह के मुद्दों पर सप्ताह बिताए हों।
विभिन्न परियोजना प्रबंधक प्रशिक्षण पाठ्यक्रम और प्रमाणपत्र हैं, लेकिन मैं एक के लिए देखता हूं जो स्वतंत्र रूप से मान्यता प्राप्त थी। यदि आप चुस्त टीमों (या अन्य तरह से) के साथ काम करने की उम्मीद करते हैं, तो नियोजित कार्यप्रणाली के आधार पर दृष्टिकोणों के साथ प्रमाणित करने का चयन करने से पहले यह एक दूसरा विचार हो सकता है।
एसएलआईएम एक विधि है जिसे 1970 में DoD परियोजनाओं पर GE और अन्य कंपनियों में काम करने के बाद Putnam द्वारा आविष्कार किया गया था। एसएलआईएम प्रभावशाली है, और उनकी कंपनी क्यूएसएम एक प्रमाणीकरण प्रदान करती है जो कि एक उपकरण से बाहर निकलती है जो वे बनाते हैं। इस बात पर निर्भर करते हुए कि आपकी कंपनी ने अपना टूल अपनाया है, इसका कोई मूल्य या उच्च मूल्य नहीं हो सकता है।
स्टीव मैककोनेल (कोड कम्प्लीट के लेखक) ने सॉफ्टवेयर आकलन के बारे में एक पुस्तक भी लिखी है, और उनकी कंपनी कांस्ट्रेक्स PDU क्रेडिट के लिए दो कक्षाएं सिखाती है जिन्हें प्रोजेक्ट मैनेजमेंट इंस्टीट्यूट के माध्यम से मान्यता प्राप्त है। मेरे पास उनकी पुस्तक है, और यदि मैं कक्षा प्रशिक्षण के माध्यम से विषय के बारे में सीखना चाहता हूं, तो मैं शायद कॉन्स्ट्रेक्स चुनूंगा। वे स्क्रम प्रशिक्षण भी करते हैं और स्क्रेम.ओआरजी के माध्यम से मान्यता प्राप्त विभिन्न स्क्रैम मूल्यांकन का प्रबंधन करते हैं।
एक अन्य स्रोत जो सॉफ्टवेयर परियोजना के आकलन के बारे में महान अकादमिक प्रशिक्षण प्रदान कर सकता है , COCOMO और COSYSMO रचनात्मक लागत मॉडलिंग पर व्यापक कार्य के आधार पर USC में बैरी बोहम का समूह होगा, जिसका उपयोग नासा और अन्य बड़े ठेकेदारों द्वारा बहुत बड़ी परियोजनाओं का अनुमान लगाने के लिए किया गया है। मुझे यकीन नहीं है कि मैं COCOMO में एक सच्चा आस्तिक हूं, लेकिन मुझे अनुभवजन्य काम पसंद है जो उन्होंने अनुसूची अवधि पर पैमाने और लागत ड्राइवरों के प्रभावों को सहसंबंधित करने के लिए किया है।
मुझे ओ'रिली द्वारा प्रकाशित एक पाठ्यपुस्तक का एक अध्याय भी मिला, जिसमें वाट्स हम्फ्रीज़ प्रोब और केंट बेक के नियोजन खेल सहित प्रमुख सॉफ़्टवेयर आकलन विधियों पर संक्षिप्त चर्चा की गई है। PROBE में एक धारणा शामिल है कि इंजीनियर अपनी उत्पादकता पर मेट्रिक्स को ट्रैक करते हैं, फिर उन्हें नए प्रोजेक्ट पर अपने असाइन किए गए हिस्से पर लागू करते हैं। प्लानिंग गेम डेवलपर्स और अन्य हितधारकों के बीच बहुत सहयोगात्मक है।