7

हमारे पास एक ऐसा संगठन है जिसमें लगभग 50 विभिन्न सॉफ्टवेयर प्रोजेक्ट चल रहे हैं (लगभग 9 0 डेवलपर्स)। कुछ बड़ा, कुछ छोटा। कुछ पीछे से पीछे समाधान हैं और कुछ मौजूदा समाधान और प्रौद्योगिकियों के शीर्ष पर निर्माण कर रहे हैं।एकाधिक सॉफ्टवेयर परियोजनाओं का प्रबंधन

इनमें से कुछ परियोजनाएं नई पहल हैं और कुछ हमारे द्वारा बनाए गए मौजूदा सॉफ़्टवेयर पर वृद्धिशील सुधार हैं।

  1. समय में प्रयास के आकार और संसाधनों
  2. लागत पर लाभ काम से उम्मीद
  3. बनाम वृद्धिशील सुधार इंगित करें:

    हमारे वरिष्ठ प्रबंधन कल्पना करने के लिए सभी परियोजनाओं सहित चल रहा एक चिकना रास्ता तलाश कर रहा है नई पहल

कारण यह है कि हम शायद शीर्ष आरओआई सुनिश्चित करने के लिए संसाधनों को स्थानांतरित करना चाहते हैं लेकिन सभी डेवलपर अपने कौशल सेट के आधार पर कवक नहीं हैं।

मेरे सिर में, इसका परिणाम कुछ प्रकार के हीटमैप या डैशबोर्ड में होता है, लेकिन मैं यह देखना चाहता था कि इस क्षेत्र पर हमला करने वाले किसी भी समाधान समाधान या उपकरण हैं या नहीं।

अभी हमारे पास प्रत्येक प्रोजेक्ट और संसाधनों को सूचीबद्ध करने वाली स्प्रैडशीट्स हैं और किसी भी तरह यह वास्तव में वास्तव में क्या हो रहा है इसका एक अच्छा विज़ुअलाइज़ेशन नहीं देता है।

कोई सुझाव?

उत्तर

1

जैसा कि मैं इस सवाल को समझता हूं, समाधान अंतिम लक्ष्य पर अत्यधिक निर्भर है जो वास्तव में इसी तरह के मामलों में अस्पष्ट है।

इस मामले के लिए कुछ 'कानबान जैसी आरेख' करने से पहले विशेष रूप से दिमाग घोषित लक्ष्य (मेरा सुझाव है कि यह केवल लक्ष्य है, लक्ष्य नहीं है) कार्य बल को फिर से संतुलित करने के लिए मैं अगले बिंदुओं के बारे में सोचने की सिफारिश करता हूं:

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

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

ठीक है, यह सिर्फ मेरी सामान्य राय है, लेकिन पिछले साल के दौरान मुझे बहुत मदद मिली। उम्मीद है कि यह किसी की भी मदद करेगा।

1

G'day,

जोहन्ना रोथमान के उत्कृष्ट पुस्तक "Manage Your Project Portfolio" है कि एक प्राथमिकता निर्धारित करने के लिए कई परियोजनाओं का मूल्यांकन करने के लिए एक दृष्टिकोण प्रदान करके इस मुद्दे को संबोधित बहुत की एक पढ़ा है।

संपादित करें: मैं यह कहना भूल गया कि मैं तकनीक को कई कार्य धाराओं में स्वयं लागू कर रहा हूं।

HTH

2

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

2

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

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

इस पर कई भिन्नताएं हैं और आप यह चुन सकते हैं कि आप अपनी कहानी को सर्वश्रेष्ठ तरीके से कहां दिखाना चाहते हैं।यह एक दृश्य सहायता के रूप में सरल और शक्तिशाली है और आप पेड़ के लिए जंगल खोए बिना अपने चार्ट पर 9 0 सर्किल प्राप्त कर सकते हैं।

एचटीएच और शुभकामनाएं।

+0

सच है, बबल आरेख पोर्टफोलियो में परियोजनाओं के गुणों को दृश्यमान बनाता है। उत्पाद विकास रणनीति (यदि यह मौजूद है) के साथ संरेखण का आकलन किया जाना चाहिए। – Kasper

संबंधित मुद्दे