2009-07-14 8 views
8

मैं हाल ही में एक ऑनलाइन सिस्टम विकसित करने के लिए एक टीम के साथ काम कर रहा था। हमने कई महीनों तक काम किया था और परियोजना को डिब्बाबंद होने पर अच्छी प्रगति कर रही थी। हम सभी दृढ़ता से महसूस करते थे कि परियोजनाओं का पूरा होना महत्वपूर्ण था और यह हमारे उपभोक्ताओं की उत्पादकता पर बहुत अच्छा परिणाम होगा। थोड़ी देर के लिए निराश होने के बाद मैंने सोचा कि मुझे कुछ लोगों से अधिक अनुभव के साथ पूछना चाहिए।प्रोजेक्ट टर्मिनेशन

डिब्बाबंद परियोजना की निराशा से निपटने और आगे बढ़ने का सबसे अच्छा तरीका क्या है ताकि भविष्य की संभावनाएं वापस न हों?

उत्तर

3

नई चीजें सीखने में विफलता (और कभी-कभी केवल) तरीका है, भले ही विफलता आपकी गलती न हो।

  1. कोड है कि पुन: प्रयोज्य
  2. नई प्रौद्योगिकी या कौशल परियोजना
  3. परियोजना प्रबंधन के बारे में सबक कैसे विफलता संभाला था पर आधारित हुई: वहाँ कई अलग कोणों है जिसके द्वारा आप इस से उपयोगी जानकारी बचाव कर सकते हैं (शायद इस परियोजना को खरीदी जाने से पहले परियोजना को जल्द से जल्द रद्द कर दिया जाना चाहिए था)
  4. गैर-तकनीकी विचार जिन्हें आप कंपनी के लिए या यहां तक ​​कि अपने प्रयासों में भी अन्य परियोजनाओं में पुन: उपयोग कर सकते हैं।

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

+0

एक पोस्ट मॉर्टम एक अच्छा विचार है जब तक कि यह एक रचनात्मक तरीके से आयोजित किया जाता है और लोग वास्तव में इसे लेने के लिए अच्छी चीजों को खोजने की कोशिश कर रहे हैं। यह सुनिश्चित करने का एक अच्छा मौका भी हो सकता है कि टीम समझती है कि निर्णय क्यों लिया गया था, जिससे उन्हें आगे बढ़ने में मदद मिल सकती है - मैं ईमानदारी से मानता हूं कि अधिकांश प्रोग्रामर परियोजना की समाप्ति को इतनी बुरी तरह देखते हैं कि कोई भी उन्हें तर्क नहीं बताता है निर्णय इसलिए वे चारों ओर तैरते आधा सच्चाई से एक राय बनाते हैं। –

4

अपने दिल और आत्मा को किसी और के प्रोजेक्ट में न डालें?

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

+0

एक पूर्ण सत्य। – User

+0

इस के साथ सहमत हैं! –

4

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

+6

दुखी प्रक्रिया का पहला चरण अस्वीकार है। इसलिए, काम में आना जारी रखें और परियोजना को खत्म करें। अगर कोई आपको रोकने के लिए कहता है, तो उन्हें अपने दुःख में दखल देने के लिए एचआर को रिपोर्ट करें। –

13

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

+1

+1 "इसे एक महंगी टीम अभ्यास के रूप में सोचें।" –

+0

इस के साथ सहमत हैं। –

1

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

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

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

1

सनक लागत का उपयोग किसी प्रोजेक्ट की निरंतरता के कारण के रूप में नहीं किया जा सकता है। अगर नेताओं ने एक व्यापार निर्णय लिया है तो मुझे यकीन है कि यह अच्छी तरह से प्रेरित है, हालांकि परेशान है।

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

मैं अपने पसंदीदा कहावत के साथ खत्म होगा: "।। अच्छा निर्णय अनुभव से आता है अनुभव बुरा फैसले से आता है"

इससे सीखें!

2

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

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

आसपास के रास्ते में बेकार है। लेकिन कम से कम वहाँ एक महान बाजार है! अगर आप मेरी हेडहंटर सूची (सीए और यूएस में 80 तकनीकी भर्तीकर्ता) चाहते हैं तो सीधे मुझसे संपर्क करें।

2

दो बातें:

परियोजना & कोड में आपके निवेश: तथ्य अपनी टीम परियोजना & के लिए इस तरह के मजबूत भावनाओं पर यह डिब्बा बंद किया जा रहा है ताकि निराशा हाथ लगी थी एक अच्छा संकेत है - यह मतलब है कि आप कर रहे हैं एक सच्चे डेवलपर/प्रोग्रामर और पूर्ण वेतन के लिए सिर्फ आधे नौकरी नहीं कर रहे हैं। तो प्रोजेक्ट डिब्बाबंद होने से निपटने के लिए: आपको पता है कि & आपकी टीम आपके काम & पर प्रतिबद्ध है, जबकि उस प्रोजेक्ट को पंस नहीं किया जा सकता है, आप लोग उस प्रोजेक्ट & पर किसी भी अन्य क्रेडिट पर वास्तविक क्रेडिट की तरह लगते हैं। ऐसा लगता है कि आपको केवल एक परियोजना/अवसर ढूंढने की ज़रूरत है जिसमें पैर हैं।

मेरा अनुभव: परियोजनाओं कारणों के सभी प्रकार के लिए डिब्बा बंद हो - बजट, हितधारकों से आत्मविश्वास की कमी, बाजार के लिए बहुत देर हो चुकी, गुंजाइश आदि मैं जांच/जांच क्यों अपनी परियोजना डिब्बाबंद था होगा बदल दिया है। यदि यह बजट या हितधारक आत्मविश्वास की कमी है तो यह वास्तव में अच्छी खबर है। इसका मतलब है कि एक अवसर ने आपको खुद को & अपनी टीम में प्रस्तुत किया है। इसे आगे बढ़ाने पर विचार करें!

किसी भी तरह से आपकी टीम अनुभव से उभरी होगी: व्यावसायिक परिप्रेक्ष्य से तकनीकी रूप से & दोनों।

1

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

2
  1. नकद पेचेक - हमेशा मदद करता है कि ;-)
  2. अगर आपको लगता है क्योंकि वे नहीं है यह तो चाहते हैं, खुला स्रोत, यह बताएं कि डिब्बाबंद परियोजना के अधिकार हैं कर सकते हैं, तो या यह व्यवसायीकरण खुद यह योग्य है
  3. यह आपके काम की परवाह करना अच्छा है; यह इस पर जुनून करने के लिए इतना अच्छा नहीं है।

अन्य परियोजनाएं भविष्य में उससे भी बेहतर होगी; वे भी डिब्बा बंद हो सकता है कारणों दोनों परिमेय और अपरिमेय के किसी भी संख्या के लिए,

अच्छा उदाहरण: मैं एक बार एक महिला थी जो एक दस्तावेज इमेजिंग परियोजना है कि कुछ दिनों पहले यह चाहिए था डिब्बाबंद गया था पर 2 साल बिताए के साथ काम किया जीने के लिए; यह डिब्बाबंद था क्योंकि नए प्रबंधक को पुराने प्रबंधक पसंद नहीं आया, और परियोजना उसका "पालतू" था। इस महिला की प्रतिक्रिया: "मैं कुछ नया सीखने की उम्मीद कर रहा हूं!"

+0

महान सलाह! इस प्रश्न में अभी भी योगदान करने के इच्छुक होने के लिए धन्यवाद। ;) –