"यह काम करता है" फर्श है, लक्ष्य नहीं। एक परियोजना जो समय पर शिप हुई लेकिन कोई इसका उपयोग नहीं करता, या जो आज काम करती है और हर रात टीम को कॉल करती है, सफल नहीं है। एक तकनीकी नेता के रूप में, आप आगे से, हितधारकों के साथ परिभाषित करते हैं कि सफलता का अर्थ क्या है, ताकि टीम केवल "पूर्ण" की ओर नहीं बल्कि परिणामों की ओर काम करे।
कोड लिखने से पहले हितधारकों के साथ सफलता मेट्रिक्स पर सहमति लें। "हम इसे सफल मानेंगे यदि अपनाना X तक पहुँचे और p99 विलंबता Y के नीचे रहे" एक अस्पष्ट लक्ष्य को कुछ ऐसे में बदल देता है जिसे आप वास्तव में माप सकते हैं, और लॉन्च के बाद की बहस को रोकता है कि यह काम करता है या नहीं।
टीमें जो सफलता को केवल "शिप्ड" के रूप में मापती हैं गलत चीज के लिए अनुकूलन करती हैं: वे लॉन्च का जश्न मनाती हैं जो उत्पादन में या उपयोगकर्ताओं के साथ चुपचाप विफल होते हैं। एक तकनीकी नेता जो इन सभी आयामों में सफलता को परिभाषित करता है, टीम को उस कार्य की ओर ले जाता है जो वास्तव में महत्वपूर्ण है, समस्याओं को तब पकड़ता है जब वे अभी भी ठीक करना सस्ता है, और नेतृत्व को केवल गतिविधि के बजाय प्रभाव का ठोस साक्ष्य दिखा सकता है।