आप अन्य कर्मचारियों द्वारा छोड़ी गई परियोजनाओं का प्रबंधन कैसे करते हैं? [बन्द है]


15

ऐसा होता है कि कुछ एक कंपनी को अचानक छोड़ देता है। अब उसका काम पूरा होने की जरूरत है और आपको इसे सौंपा जा रहा है। पता नहीं कि वह क्या था (यह 90% या 9% था), आप बचे हुए को कैसे प्रबंधित करते हैं?

  1. क्या मैं खरोंच से शुरू करूँगा? अगर यह 90% हो गया तो क्या होगा?
  2. क्या मैं कोशिश करूँगा और समझ सकता हूँ कि उसने क्या किया है? क्या होगा अगर यह सिर्फ बकवास था?

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

2
@ PéterTörök मुझे लगता है कि इसे करीबी वोट मिल रहे हैं क्योंकि कोई भी एक जवाब लिख सकता है जिसे दूसरों के कोड के साथ काम करते समय सबसे अच्छी प्रथाओं में से किसी के साथ क्या करना है। अब तक नीचे दिए गए उत्तर उत्कृष्ट बीटीडब्ल्यू हैं लेकिन मैं इसे 50 लंगड़े उत्तर उत्पन्न कर सकता हूं।
maple_shaft

मुझे बस एक अच्छी रणनीति की जरूरत है। तब जब ऐसी स्थितियां उत्पन्न होती हैं, तो हर कोई चौक जाता है
शिरीष

2
@maple_shaft, IMHO इस साइट पर बहुत अधिक किसी भी प्रश्न पर लागू हो सकता है ;-)
Péter Török

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

जवाबों:


7

यह पता लगाने के लिए कि आपको क्या करना है, आपको यह जानना होगा कि आपके पास क्या है और यह कितना अच्छा आकार है।

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

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


यह पता लगाना कि क्या आवश्यकताएं हैं, यह पता लगाना भी महत्वपूर्ण होगा कि आप क्या याद कर रहे हैं?
शविश

7

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

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

इस प्रारंभिक अन्वेषण के बाद, आपको एक मोटा अनुमान होना चाहिए

  • उत्पाद को क्या करना चाहिए,
  • यह वर्तमान में क्या कर सकता है और कितना अच्छा है,
  • खरोंच से फिर से लिखने में कितना समय और जोखिम लगेगा?
  • कितना समय और जोखिम यह खत्म करने के लिए ले जाएगा जो पहले से ही किया गया है।

फिर आप निर्णय लेने के लिए अपने प्रबंधक के साथ फिर से बैठ सकते हैं।


आदमी के साथ संपर्क बनाने की कोशिश सवाल से बाहर की तरह लगता है क्योंकि वे बस गायब हो जाते हैं।
शिरीष

1
मेरा मतलब है कि लोगों के प्रोजेक्ट मैनेजर से संपर्क करें , या इसी तरह की भूमिका में कोई व्यक्ति जो उनके काम की देखरेख करता था।
पेटर तोर्क

प्रबंधकों को पूरी तरह से पता नहीं है कि कोडिंग भाग में वास्तव में क्या किया जा रहा है।
शिरीष

1
@ शिरीष 11, निश्चित रूप से नहीं, लेकिन उनके नमक के लायक किसी भी परियोजना प्रबंधक को कम से कम मोटे तौर पर इस बारे में सूचित किया जाना चाहिए कि उनकी टीम के सदस्य वर्तमान में किसी दिए गए कार्य / परियोजना को पूरा करने के साथ हैं।
पेटर तोर्क

6

मेरे अनुभव में यह असामान्य स्थिति नहीं है। दुर्भाग्य से, आपको वास्तव में दो समस्याएं हैं :

1) इस परियोजना के बाएं ओवर 2) पहली जगह में इस गड़बड़ी के कारण

(1) के लिए आपको परियोजना के आकार / जटिलता पर विचार करने की आवश्यकता है। यदि यह एक सप्ताह का काम है, तो आपको संभवतः सभी को फिर से शुरू करने की आवश्यकता है। यदि यह एक साल का काम है, तो आपको यह देखना होगा कि आप मौजूदा कोड से क्या निस्तारण कर सकते हैं।

किसी भी तरह से, आपको तुरंत ये कदम उठाने की आवश्यकता है:

a) अपने प्रबंधकों को बताएं कि आपको एक बड़ी समस्या है

ख) परियोजना का अनुमान प्राप्त करें और यदि कोई कल्पना नहीं है तो परियोजना के प्रायोजकों से बात करने की पूरी समझ प्राप्त करें - या परियोजना प्रायोजकों से बात करें।

ग) प्रबंधकों / ग्राहकों आदि से बात करें और पता करें कि क्या किसी के पास कोई विचार है या नहीं।

एक बार जब आप ऐसा कर लेते हैं, तो आप कोड की जांच शुरू करने / एक रणनीति तैयार करने की स्थिति में होंगे।

(मुझे नहीं लगता कि इकाई परीक्षण आपको बहुत मदद करेंगे - वे आपको बता सकते हैं कि क्या वास्तव में लिखे गए कार्य काम करते हैं, लेकिन वे आपको यह नहीं बताते हैं कि क्या कार्य होने चाहिए।)

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

एक बार जब आप जानते हैं कि क्या मौजूद है, तो आपको यह देखने के लिए मौजूदा कोड की जांच शुरू करने की आवश्यकता है कि क्या वह ऐसा करता है जो उसे करना चाहिए।

एक बार जब आप यह सब कर लेते हैं, तो आप अनुमान लगाने की स्थिति में होंगे कि कितना काम करना बाकी है।

भाग (2) के लिए आपकी कंपनी को नीतियों / कर्मचारियों की प्रतिधारण नीतियों पर ध्यान देने की आवश्यकता हो सकती है, प्रगति के लिए प्रोग्रामर को जिम्मेदार रखने के तरीके खोजें।

अंत में, आप भी विचार करना चाहिए कि कैसे आप कंपनी चाहिए करने के लिए हो रहा रोक सकता है आप जल्दी में छोड़ दें।


कल्पना पाने के लिए +1। कभी-कभी इसका एकमात्र स्थान देव के सिर के अंदर होता है और लोग इसे बनाने के लिए कहते हैं।
स्पेंसर रथबुन

5

आपको निश्चित रूप से प्रयास करने और सॉफ़्टवेयर को चलाने की आवश्यकता है कि क्या काम करता है और क्या नहीं।

फिर आपको यह विचार करने की आवश्यकता होगी कि क्या दस्तावेज छोड़ दिया गया है। क्या लिखित आवश्यकताएं हैं? क्या विशिष्ट कार्य हैं - क्या कार्यों को किसी तरह से ट्रैक किया जाता है? क्या कोई इसका परीक्षण कर रहा है - यदि हां, तो उन्हें पता चल जाएगा कि क्या किया गया है और क्या नहीं।

मुझे लगता है कि कार्रवाई की एक योजना होगी:

  1. जो आवश्यकताओं को पूरा किया गया है उसे चिह्नित करें (एक परीक्षक की तरह प्रणाली के माध्यम से त्वरित रूप से)

  2. कोड को देखो - क्या आप इसे समझ सकते हैं? क्या यह अच्छी तरह से लिखा गया है?

स्पष्ट रूप से अगर यह 90% किया गया है और कोड अच्छी तरह से लिखा गया है, तो आप इसे समाप्त कर देंगे।


1
मैंने आपके समान ही सटीक (शब्द-से-शब्द) पहले वाक्य के साथ उत्तर लिखना शुरू किया। यह सिर्फ सामान्य ज्ञान है। दूसरा सवाल यह होगा कि प्रबंधक / प्रभारी यह नहीं जानते कि प्रगति कितनी हुई है?
बेनामी

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

@maple_shaft - उस स्थिति में, विचाराधीन प्रबंधक अपना काम सही तरीके से नहीं कर रहे हैं। उनका काम किसी विशेष लक्ष्य पर पहुंचने के लिए एक टीम का प्रबंधन करना है। यदि वे प्रगति को ट्रैक नहीं कर रहे हैं और तदनुसार कार्य सौंप रहे हैं, तो वे किस लिए हैं?
बेनामी

1
@ बेनामी- आप बहुत समय से एक सॉफ्टवेयर डेवलपर के रूप में काम कर रहे हैं? ;-) वर्षों से एक अच्छे प्रबंधक के बारे में मेरी राय एक ऐसे व्यक्ति पर गिरी है जो मेरे रास्ते से बाहर रहता है और कभी-कभी बाधाओं को हटा देता है
maple_shaft

1
@maple_shaft - योग्य, यह काफी उचित है। जाहिर है कि प्रबंधन शैली सेशन कंपनी के लिए काम नहीं किया है। :
बेनामी

3

अभी तक उल्लेख नहीं किया गया है।

उस आदमी से संपर्क करने की कोशिश करें जिसने छलांग लगाई। यह हर मामले में संभव नहीं है। लेकिन अगर वह स्वस्थ है और कम से कम अपने काम को थोड़ा पसंद करता है, तो वह आपकी मदद करेगा और आपको प्रगति और लापता भागों का एक ईमानदार जवाब देगा। और वह आपको बड़ी तस्वीर समझा सकता है।


+1: यदि संभव हो तो, यह संभवतः सबसे सरल और सबसे प्रभावी उपाय है।
सिंह

1

बधाई हो, यह आपके मालिकों पर चमकने और वास्तव में सकारात्मक प्रभाव डालने का मौका है। आपके पास यहां क्या है एक अनमोल अवसर है। तो आपको क्या करने की आवश्यकता है और कैसे?

सबसे पहले, कोड प्राप्त करें। हो सकता है उसने सब कुछ चेक न किया हो (जिस आदमी ने हमारे साथ ऐसा किया था) और ऐसा कोई व्यक्ति नहीं है जिसके पास अधिकार है, वह उसे अपने कंप्यूटर से खींच कर आपके लिए चेक कर सकता है।

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

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

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

पीएम और अन्य महत्वपूर्ण हितधारकों (पीएम की पहचान कौन करेगा) को भेजकर बैठक का पालन करें, आपके प्रश्नों की एक प्रति जिसे जवाब देने की आवश्यकता है और आपके द्वारा काम की गई परियोजना योजना।

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

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

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

एक बार जब आप परियोजना को उबारने में सफल हो जाते हैं, तो अपने अगले प्रदर्शन की समीक्षा में इस बात को सुनिश्चित करना सुनिश्चित करें।

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