असफल होने वाली प्रोग्रामिंग परियोजनाओं से कैसे निपटें?


12

परियोजनाओं के विफल होने के लिए यह असामान्य नहीं है।

एक प्रोग्रामर के रूप में, आप कैसे विफल होने वाली परियोजनाओं से निपटते हैं?

असफलता की कुछ परिभाषाएँ:

  • समय सीमा समाप्त हो जाती है।
  • कोड और कार्यक्षमता वह नहीं करती है जो इसे माना जाता है।
  • सॉफ्टवेयर वाष्प-बर्तन या चरणों की अंतहीन संख्या बन जाता है, अनिवार्य रूप से अपरिवर्तनीय।

या हो सकता है कि आपकी विफलता की अपनी परिभाषा हो।

क्या आप उंगलियों को इंगित करना शुरू करते हैं? क्या आप अपने आप को, आवश्यकताओं, प्रौद्योगिकी, प्रबंधन, ग्राहक, आदि को दोष देते हैं? क्या आप एक टीम के रूप में एक सबक सीखा सत्र करते हैं?


11
मैं एक बच्चे की तरह रोती हूं। हालांकि यह सभी के लिए काम नहीं करता है।
चोसपांडियन

क्या इस संदर्भ में विफलता को एक अच्छे कार्यक्रम के रूप में परिभाषित किया गया है (यह क्या करना चाहिए, कोई कीड़े नहीं) जो फिर भी बिक्री की अपेक्षाओं को पूरा नहीं करता है?
tcrosley

जवाबों:


8

आपको सभी परियोजनाओं के लिए सीखे गए पाठों को असफल या सफल होना चाहिए। एक अच्छे प्रोजेक्ट से बहुत कुछ सीखने को मिलता है।

मेरे लिए सच्ची असफल परियोजनाएँ बहुत दुर्लभ रही हैं। जो हुआ उसे समझने के अलावा, मैं "पूछता हूं कि 5 बार क्यों" बात अंतर्निहित कारणों से करने की कोशिश करता है। इस बात की भी संभावना है कि मैंने यह क्यों नहीं देखा कि क्या हो रहा था और या तो इसके बारे में कुछ करना था या कम से कम बाहर निकलना चाहिए।

मुझे लगता है कि हर किसी की पहली स्थिति में हर चीज को दोष देना है - ग्राहक, तकनीक, व्यावसायिक समस्या से निपटने के लिए, कार्यप्रणाली, टीम के सदस्य, भाषा, मंच, यहां तक ​​कि जिस तरह से हम सुबह अपनी कॉफी लेते हैं। एक पूर्वव्यापी के बारे में अच्छी बात (भले ही यह केवल आपके ही सिर में होता है) कुछ या उन सभी कारकों के साथ सामंजस्य स्थापित करने का मौका है और उन्हें एहसास है कि वे मुद्दा नहीं थे।

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

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


3
मैं इस जवाब पर फिर से मुस्कुराता हूं। अंत में पूरी बात दुःख से अधिक मजेदार हो गई - और मैंने इसके लिए कुछ भी चार्ज किए बिना इस पर काम करते हुए एक साल बिताया। मेरे पसंदीदा में से एक था जब मैंने एक उपयोगकर्ता को हस्ताक्षर करने के लिए एक परिवर्तन अनुरोध सौंपा और उसने कहा "मैं इस पर हस्ताक्षर नहीं कर रहा हूं - आप मुझे इसे पकड़ लेंगे!" जिस पर मैं केवल "अच्छी तरह से उत्तर दे सकता था, फिर भी, मैं इसे कोड नहीं कर रहा हूं।"
केट ग्रेगोरी

3

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


3

डेथ मार्च नामक विषय पर एक महान पुस्तक है: http://www.amazon.com/Death-March-2nd-Edward-Yourdon/dp/013143635X

मैं आपको इसे पढ़ने के लिए अत्यधिक सुझाव देता हूं। आप अपनी परियोजना को कई विवरणों में पहचान सकते हैं।

कोई एक उत्तर नहीं है क्योंकि यह आपके संगठन के कई जटिल घटकों पर निर्भर करता है, जिसमें राजनीति भी शामिल है ...


1

मैंने अपने अलावा सभी को दोषी ठहराया .... हाहा, बस मजाक कर रहा था। मुझे लगता है मैं एक "Mea Culpa" डॉक्टर लिख रहा हूँ, सभी चीजों के साथ "मैंने किया" गलत था। शायद उस परियोजना में मदद नहीं करता है, लेकिन वही गलतियों को न दोहराने का एक अच्छा तरीका है

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