आपको सभी परियोजनाओं के लिए सीखे गए पाठों को असफल या सफल होना चाहिए। एक अच्छे प्रोजेक्ट से बहुत कुछ सीखने को मिलता है।
मेरे लिए सच्ची असफल परियोजनाएँ बहुत दुर्लभ रही हैं। जो हुआ उसे समझने के अलावा, मैं "पूछता हूं कि 5 बार क्यों" बात अंतर्निहित कारणों से करने की कोशिश करता है। इस बात की भी संभावना है कि मैंने यह क्यों नहीं देखा कि क्या हो रहा था और या तो इसके बारे में कुछ करना था या कम से कम बाहर निकलना चाहिए।
मुझे लगता है कि हर किसी की पहली स्थिति में हर चीज को दोष देना है - ग्राहक, तकनीक, व्यावसायिक समस्या से निपटने के लिए, कार्यप्रणाली, टीम के सदस्य, भाषा, मंच, यहां तक कि जिस तरह से हम सुबह अपनी कॉफी लेते हैं। एक पूर्वव्यापी के बारे में अच्छी बात (भले ही यह केवल आपके ही सिर में होता है) कुछ या उन सभी कारकों के साथ सामंजस्य स्थापित करने का मौका है और उन्हें एहसास है कि वे मुद्दा नहीं थे।
पिछले 30+ वर्षों की मेरी एकमात्र वास्तविक विफलता में, जब हम पहुंचे थे, तब यह परियोजना सचमुच के वर्षों की आवश्यकताओं में थी। हमें आवश्यकताएं मिल गईं। एक प्रबंधन से आया और सैकड़ों अंतिम उपयोगकर्ता से। हमने कोड लिखा, बहुत सारे कोड, कुछ शानदार। परीक्षण और स्वीकृति परीक्षण और परिवर्तन और तर्क और परिवर्तन अनुरोध और अवैतनिक कार्य और भुगतान किए गए कार्य और अंतिम मिनट बोल्ट ऑन और असली हास्य और वीपीएस और उन सभी के लिए वृद्धि थे। आखिरकार यह सिर्फ एक पड़ाव तक पहुंच गया। विफलता का कारण यह था कि एकल प्रबंधन की आवश्यकता अंतिम उपयोगकर्ताओं के लिए अस्वीकार्य थी। और चाहे उन्हें कितनी भी चीजें मिलें, वे उस अतीत को हासिल नहीं कर सकते थे और कभी भी प्रणाली को स्वीकार नहीं करेंगे। लेकिन प्रबंधन के पास इसके अलावा कोई रास्ता नहीं होगा। तो यह था कि और हालांकि हमें बहुत पैसा मिला, अंत में,
मैं अभी भी उस तकनीक में काम करता हूं, मैं अभी भी उन प्रक्रियाओं का उपयोग करता हूं और मैं अभी भी उन्हीं लोगों के साथ काम करता हूं। मैं भी उस ग्राहक के लिए एक और परियोजना करना होगा। लेकिन जब अंतिम उपयोगकर्ता कहते हैं कि उन्हें ऐसा कुछ पसंद नहीं है, जिसे उनके स्वयं के प्रबंधन ने आवश्यकताओं में अंतःक्षिप्त किया है, तो मुझे याद होगा कि अच्छा कोड लिखना जो काम करता है, आपको विफल परियोजना से बचाता नहीं है। और मैं इसके बारे में कुछ करूँगा, एक या दो साल बाद नहीं।