जब आपके पास समानांतर में कई प्रोग्रामिंग प्रोजेक्ट चल रहे हों, तो कार्यों को कैसे प्राथमिकता दें?

Question

मान लें कि आपके 5 ग्राहक हैं, तो आप प्रत्येक के लिए 2 या 3 अलग-अलग प्रोजेक्ट विकसित करते हैं। प्रत्येक प्रोजेक्ट में X _i कार्य हैं।

प्रत्येक परियोजना में 2 से 10 आदमी सप्ताह लगते हैं।

यह देखते हुए कि कुछ संसाधन हैं, प्रबंधन ओवरहेड को कम करना चाहता है।

इस परिदृश्य में दो प्रश्न:

1. ओवरहेड को कम करने के लिए कार्य करते समय आप किस टूल का उपयोग कार्यों को प्राथमिकता देने और उनके पूरा होने को ट्रैक करने के लिए करेंगे?
2. अगले उपलब्ध संसाधन को निर्दिष्ट करने के लिए आप किस मापदंड को ध्यान में रखना चाहते हैं, यह देखते हुए कि प्राथमिक उद्देश्य थ्रूपुट को बढ़ाने के लिए है (प्रति इकाई समय में समाप्त होने वाली अधिक परियोजनाएं, यह उद्देश्य एक परियोजना को शुरू करने और इसे खत्म करने और फिर आगे बढ़ने के साथ संघर्ष करता है। अगला)?

विचारों, प्रबंधन तकनीकों, एल्गोरिदम का स्वागत है

Answer 1

लगता है कि कंपनी ने जितना काम संभाल लिया है उससे कहीं ज्यादा इसने कर लिया है और यह अपने आप को एक छेद से बाहर निकालने की कोशिश कर रही है।

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

या उन परियोजनाओं पर काम करने के लिए अधिक लोगों को प्राप्त करें जिन्हें आप संभाल नहीं सकते हैं (यह एक पौराणिक मानव-माह का परिदृश्य नहीं है यदि उन पर काम करने के लिए कोई नहीं है)।

Comments

ऐसा लगता है कि मैंने परिदृश्य को थोड़ा बढ़ा दिया है। मैं ओवरहेड को कम करने के विचार पर जोर देने की कोशिश कर रहा था, लेकिन मैंने इसे पूरा किया। मैं प्रश्न संपादित करूंगा। यह कहें कि अब प्रत्येक प्रोजेक्ट को असाइन करने के लिए पर्याप्त संसाधन हैं। आप समानांतर में चल रही विभिन्न परियोजनाओं के लिए नियोजन और ट्रैकिंग कार्यों के ओवरहेड को कैसे कम करते हैं?

— विन्को वर्सालोविक

Answer 2

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

रहे हैं कई अच्छी संदर्भ पर तकनीक ।

उन सभी को पढ़ें। हाँ। उन्हें फिर से पढ़ें जब तक कि आपके "सीखा" अनुभव के विपरीत कुछ भी न हो । फिर कुछ पोस्ट-आउट करें और किसी और को सिखाने की कोशिश करें कि कंबन क्या है। तो उन्हें फिर से पढ़ें ताकि आप देखें कि आपने क्या सोचा था, जैसा आपने सोचा नहीं था।

Answer 3

आपके परिदृश्य को देखते हुए, मैं ग्राहकों से उन परियोजनाओं को प्राथमिकता देने के लिए कहूँगा जो आप उनके लिए काम कर रहे हैं। मैं इन परियोजनाओं को "उच्चतम लाभ अनुपात" वाले लोगों द्वारा नहीं चुनूंगा क्योंकि आपके ग्राहक को यह संदेश भेजना है कि आप जिस चीज में रुचि रखते हैं, वह उनका पैसा है। आप अपने ग्राहक को यह जानना चाहते हैं कि आप उनकी सॉफ़्टवेयर समस्याओं को हल करने में उनकी रुचि रखते हैं।

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

वे रोमांचित नहीं हो सकते हैं कि आप उन्हें बता रहे हैं कि आप वे सब कुछ नहीं कर सकते जो वे चाहते हैं, लेकिन वे सराहना करेंगे कि आपके द्वारा उन्हें महत्वपूर्ण मानने के आरोप में डाल दिया गया है।

इस प्रक्रिया का एक और दुष्प्रभाव यह है कि आप ग्राहक की अपेक्षा को बेहतर ढंग से प्रबंधित कर सकते हैं।

Answer 4

Microsoft OneNote सबसे अच्छा उपकरण है जिसे मैंने विभिन्न चरणों में कई परियोजनाओं पर नज़र रखने के लिए देखा है।

दुर्भाग्य से कई सॉफ्टवेयर कंपनियों के साथ, प्राथमिकताओं को पुरानी कहावत के आधार पर निर्धारित किया जाता है "स्क्वैकी व्हील को ग्रीज़ मिलता है।" जो भी ग्राहक जोर-जोर से शिकायत करेंगे, उन्हें अपने प्रोजेक्ट पहले पूरे करने होंगे।

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

मैं हमेशा विकास परियोजनाओं को प्राथमिकता देने के लिए नए और बेहतर तरीके सीखने में दिलचस्पी रखता हूं, लेकिन ऐसा कोई भी सटीक तरीका नहीं है जो विभिन्न संगठनों में पहुंचे।