एड-हॉक मानसिकता से कैसे निपटें?

Question

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

इससे कैसे निपटें? मैं उदाहरण के साथ नेतृत्व करना चाहूंगा, लेकिन समय सीमित है - मुझे आर्किटेक्चर करना और वास्तव में सामान को लागू करना पसंद है। लेकिन मुझे डर है कि तदर्थ मानसिकता मुझे संक्रमित करती है और डिजाइन और कोड में स्पष्टता और सरलता के लिए प्रयास करने के बजाय - जो स्थापित करने के लिए सरल नहीं है - मुझे हैक पर एक अंतहीन सर्पिल की नाली खींच लिया जाता है - लेकिन नहीं आउटसाइडर को अनसुना कर सकते हैं - सिर्फ शेड्यूल और मैनेजमेंट की खातिर।

Comments

मैं यादों को बनाए रखने की क्षमता की कमी का कारण ड्रॉप ड्रॉप का सुझाव देता हूं। दस्तावेज़ीकरण किसी भी लंबे समय तक जीवित प्रणाली के लिए आवश्यक है ... भले ही यह औपचारिक न हो।

— रिग

सॉफ्टवेयर विकास में आपका स्वागत है!

— यानि

@YannisRizos, नहीं नहीं नहीं! ;)

— रोटियन

@Rotian यह लगभग पढ़ने की आवश्यकता है: joelonsoftware.com/articles/fog0000000332.html । थोड़ा पुराना है, लेकिन अभी भी एक महान संसाधन है, और शायद अपने दम पर जवाब के रूप में लायक है।

— केटफ

अधिक मोटे तौर पर, मैं "अंकल बॉब" / क्लीन कोड / और / क्लीन कोडर की सिफारिश करता हूं। मैं उन पुस्तकों में उनके द्वारा कही गई हर बात से सहमत नहीं हूं, लेकिन वे विचार के लिए बहुत अच्छे भोजन हैं। उन्होंने निश्चित रूप से मेरी आँखें काफी खोल दीं!

— माइकल स्कॉट Shappe

Answer 1

आप पहले से ही उत्तर का हिस्सा जानते हैं: आपको उदाहरण के द्वारा नेतृत्व करने की आवश्यकता है। आपको इस तथ्य से भी सहज होने की आवश्यकता है कि आपके "नेतृत्व" को अनदेखा किया जा सकता है, कि आपके सहकर्मी उन चीजों को करना जारी रखेंगे जिस तरह से उन्होंने हमेशा किया है - या तो क्योंकि यह बॉस को खुश करता है या क्योंकि वे खुद को अधिक महत्व देते हैं लंबे समय तक बनाए रखने की क्षमता।

अंत में, आपको अपने परिणामों को अपने लिए बोलने देना होगा। क्या आपने तीन दिनों की समय सीमा को याद किया लेकिन क्यूए टीम को कम से कम उस परीक्षण के कई निर्धारित दिनों को बचा लिया क्योंकि आपने अपने विकास का परीक्षण किया और यह काफी हद तक डिजाइन के रूप में काम करता है? वह एक जीत है।

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

Comments

मैं आपके उत्तर की सराहना करता हूं। मुझे लगता है कि आप मेरे वातावरण को अच्छी तरह से जानते हैं - मैं और अधिक मेहनत करने की कोशिश करूँगा - और अगर मुझे कोई रोल नहीं मिलता है - तो मैं कुछ और तलाश करूँगा।

— रोटियन

+1। आप अपनी टीम में जो बदलाव देखना चाहते हैं, वह बनें। मानक निर्धारित करें।

— स्कॉट सी विल्सन

परिणाम देने के लिए +1 खुद के लिए बोलें। उदाहरण के लिए अग्रणी के साथ संयुक्त सकारात्मक परिवर्तन को प्रभावित करने का सबसे अच्छा तरीका है। लोग स्वाभाविक रूप से एक अच्छा काम करना चाहते हैं (सबसे, वैसे भी), और अगर वे किसी को अपने से बेहतर परिणाम प्राप्त करते हुए देखते हैं, तो वे गुप्त रूप से पूछने की संभावना रखते हैं। और जब वे बताए जा रहे हैं, तो उनकी खुद की महत्वाकांक्षा के बारे में सुनने की बहुत संभावना है, यदि वे अवांछित हैं।

— एरिक डायट्रिच

@Rotian निश्चित रूप से आपका विशिष्ट वातावरण नहीं है, लेकिन हां, मैं वहां गया हूं, और मैंने ऐसा किया है। सबसे खराब हिस्सा, उस समय, मैं पूरी तरह से समझ भी नहीं पाया था कि यह कितना बुरा था। मैं केवल इतना जानता था कि गहरे स्तर पर कुछ गलत था, और अंततः तय किया कि बाहर निकलने के लिए पर्याप्त था। यह केवल हाल के वर्षों में है कि मैं उन विशिष्ट प्रथाओं को इंगित करने में सक्षम हूं जो उन्हें (या नहीं) करना चाहिए था।

— माइकल स्कॉट Shappe

Answer 2

कुछ भी तो नहीं?

मेरा मतलब है, व्यापार समय की कमी मौजूद है। आपका परिदृश्य एक ऐसा परिदृश्य हो सकता है जहां भविष्य के उपयोग की तुलना में बाज़ार का समय अधिक मूल्यवान है।

यदि आप एक रैंक और फ़ाइल प्रोग्रामर हैं, तो मानक स्थापित करना और उत्पाद वास्तुकला के साथ खुद के विषय में वास्तव में आपका काम नहीं है (विशेष रूप से 2 महीने में)। आपको उत्पाद को बेहतर बनाने का प्रयास करना चाहिए (हालांकि, संस्कृति परिवर्तन सहित), लेकिन अपनी टीम और / या बॉस को अलग करने की कीमत पर नहीं। नया आदमी होने के नाते जो सोचता है कि वह बेहतर जानता है, ऐसा करने का एक त्वरित और आसान तरीका है।

मैं पूछता हूँ कि आप इन सभी त्वरित हैक सुधारों को क्यों कर रहे हैं? क्या यह पिछले त्वरित हैक सुधारों के कारण है? यह कहना आसान है कि अगर चीजें पहले ही सही हो गईं तो ...

अंत में, खराब प्रोग्रामिंग प्रथाओं से ठोस दर्द होता है। अगर लोगों को लगता है कि वे नहीं करेंगे, तो आपको बस इंतजार करना होगा।

Comments

जहां तक ​​मैं समझता हूं, समस्या यह नहीं है कि ये लोग समय की कमी के कारण तदर्थ सुधार करते हैं। समस्या यह है कि वे इसे एक तकनीकी ऋण के रूप में नहीं देखते हैं, जिसे भविष्य में कभी भी चुकाना चाहिए। यह कूदने जैसा है: आप पृथ्वी के समर्थन के बिना कुछ समय के लिए ठीक हो सकते हैं, लेकिन आप बेहतर तरीके से उतरने के लिए तैयार हो सकते हैं।

— 9000

@ 9000: ओपी कहता है कि यह शेड्यूल और प्रबंधन के लिए है, इसलिए मैं अनुमान लगा रहा हूं (उम्मीद है) कि यह ज्यादातर समय का दबाव है। सॉफ्टवेयर विकास में शामिल वास्तविक कार्य को कम करके समझना बिल्कुल असामान्य नहीं है।

— तेलस्तीन

मैं मानता हूं कि बुरे व्यवहार से ठोस दर्द होता है; लेकिन ठोस दर्द हमेशा उन बदलावों की ओर नहीं ले जाता है जिनकी आप तर्कसंगत दुनिया में देखने की उम्मीद करेंगे। अनुभव से, मैं आपको बता सकता हूं कि प्रबंधक मौजूद हैं जो उस दर्द से नहीं सीखेंगे और सही प्रथाओं को प्रोत्साहित करने के लिए नहीं आएंगे। वे सिर्फ साथ-साथ गुदगुदाते रहेंगे, क्योंकि ऐसा करने के लिए उन्हें "सही" करने के लिए समय बिताने की वकालत करने के लिए उनके मालिकों को खड़े होने की आवश्यकता होगी, जो वे हमेशा करने के लिए तैयार नहीं होते हैं।

— माइकल स्कॉट Shappe

@UncleMikey: बिल्कुल। लेकिन अगर आपके प्रबंधक चीजों को उचित रूप से निर्धारित करने के लिए बहुत ही अक्षम हैं, तो बहुत कम है जो आप कर सकते हैं।

— तेलस्तीन

@ 9000 और तेलस्टिन - हाँ यह दोनों मुझे लगता है - इस तथ्य के बारे में एक निश्चित अज्ञानता है कि तकनीकी ऋण जैसी चीज वास्तव में एक ऐसे वातावरण के साथ संयुक्त है जो विभिन्न विभिन्न कारणों (जैसे समय, आदत, आदि) के लिए वर्कअराउंड को प्रोत्साहित करती है।

— रोटियन