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