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