मैं मैला कंपनी संस्कृति कैसे बदल सकता हूं? [बन्द है]

Question

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

तब एक सहकर्मी कार्यक्रम को देखता है और इसके लिए पूछता है, क्योंकि वह एक ही समस्या में चला गया है और उपकरण मदद कर सकता है। मैं उसे "यह बहुत सुंदर नहीं है, लेकिन यह काम मिल जाएगा" अस्वीकरण और उसे उसे करने दो।

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

अब, इस विशेष समस्या को ठीक करना आसान है MessageBox.Show("DO NOT GIVE TO CLIENTS!");। हालाँकि यह समस्या बहुत गहरी समस्या का संकेत है: हमारी कंपनी की संस्कृति सुस्त है। मैला सॉफ्टवेयर ठीक है और मैला प्रक्रिया ठीक है। भविष्य के बारे में चिंता न करें - इसे अभी मुश्किल से काम में लाने के लिए पर्याप्त प्रयास करें, बायनेरिज़ को .zip फ़ाइल में डालें, और इसे शिप करें। सरकारी काम के लिए काफी अच्छा है।

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

Comments

पुरानी रूसी कह रही है "एक मछली सिर से बदबू आ रही है!"

एक बार जब आप गारंटी दे सकते हैं कि प्रक्रिया को लागू किया जाएगा एक प्रमुख मुर्गा-अप के बाद। नतीजा यह होगा कि ग्राहक यह सुनिश्चित करने के लिए प्रक्रियाओं की समीक्षा की मांग करेंगे कि यह दोबारा न हो। जब प्रबंधन इस तरह की चीजों का पता लगाता है तो आप जल्द ही कुछ नई नई प्रक्रिया खोज लेंगे। शायद आप एक मुर्गा को इंजीनियर कर सकते थे। मज़ाक! कृपया गंभीरता से न लें :)

— पॉल टी डेविस

यह मेरे लिए ऐसा लगता है जैसे एक आवेदन के बजाय एक परीक्षण (इकाई या एकीकरण) होना चाहिए था ...

— देवत्व

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

— डैन ओल्सन

@DanOlson तुम बिल्कुल सही हो, लेकिन उस समय मुझे नहीं पता था कि ग्राहकों को इसकी आवश्यकता होगी। अगर मेरे पास होता, तो मैं इसे एक पूर्ण विकसित सॉफ्टवेयर प्रोजेक्ट में बदल देता।

— फिल

Answer 1

बदलाव का एकमात्र तरीका यह है कि बाकी सभी को एक टेढ़ी-मेढ़ी संस्कृति के उतार-चढ़ाव को देखना होगा और शायद इसे ठीक करने के लिए प्रबंधन को खरीदना होगा। हालांकि वास्तविकता में, ऐसा नहीं होता है और आप इसे बदल नहीं पाएंगे। यह वह उत्तर नहीं हो सकता है जिसे आप सुनने की उम्मीद कर रहे थे, लेकिन पांच साल के बाद या मैला संस्कृति को बदलने के लिए कई नौकरियों में कोशिश करने और असफल होने के बाद, मैं कुछ प्राधिकरण के साथ कह सकता हूं कि यह आमतौर पर करने के प्रयास के लायक नहीं है।

पहला कदम यह पता लगाना होगा कि किसी और को मैला संस्कृति के बारे में पता है या परवाह है; यदि आप एकमात्र व्यक्ति हैं जो किसी भी समस्या को देखता है, तो आपके प्रयास व्यर्थ हैं।

Comments

+1 में प्रबंधन खरीदने के लिए। मुझे लगता है कि उच्च अधिकारियों के बिना आगे जाने और किसी चीज़ पर दबाव डालने के लिए ज्यादातर लोग ऐसा करने के लिए तैयार नहीं होंगे जो वे वर्तमान में करने के लिए बाध्य हैं।

— dreza

@Dreza के समान कारण के लिए +1। लेकिन प्रबंधन के साथ सौभाग्य खरीदने के लिए।

— talonx

Answer 2

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

Comments

ओपी के रूप में, मैं इस बात के लिए स्पष्टीकरण देखना चाहूंगा कि यह क्यों अस्वीकृत किया गया था।

— फिल

यह उल्लेख करने के लिए कि त्वरित और गंदे सामान अभी भी महत्वपूर्ण जानकारी रख सकते हैं जो इमारत को कभी नहीं छोड़ना चाहिए (उदाहरण के लिए परीक्षण के लिए हार्डकोड पासवर्ड)

— शाफ़्ट सनकी

Answer 3

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

Comments

जितना मैं सहमत हूं, यह एक दुखद रणनीति है। ऐसे माहौल में कौन काम करना चाहता है? ऐसी संस्कृति लंबे समय में चुपचाप रचनात्मकता को मार देगी। सबसे अच्छा होने की कोशिश करें जो आप हो सकते हैं, सबसे सुरक्षात्मक नहीं। यदि संस्कृति अब फिट नहीं होती है, तो आगे बढ़ें।

— जेन्सजी

Answer 4

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

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

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

Comments

मैं आपसे पूरी तरह सहमत हूँ। मेरा विचार है, जब आप कोड लिखते हैं, तो आप जितना अच्छा लिख ​​सकते हैं, उतना ही बुरा कोड लिखने के लिए आमतौर पर उसी समय की आवश्यकता होती है। गुणवत्ता एक ऐसी चीज है जिसे आप अपने प्रोजेक्ट के बीच में प्राप्त नहीं कर सकते।

— एंड्रिया गिरधारी

Answer 5

निर्णय लेने वाले अब तक बुरे कोड के परिणामों को टोल नहीं देते हैं और समस्या को ठीक करने के लिए अपने तरीके से भुगतान करने / बदलने के लिए तैयार हैं।

ये छोटी और बढ़ती कंपनियों के लिए मुश्किल फैसले हैं। वे नहीं जानते कि अपने सभी प्रयासों को कहां रखा जाए। जब व्यापार के नियम और कभी-कभी व्यापार की पूरी लाइनें दिखाई देती हैं, बदल जाती हैं, और रातों-रात गायब हो जाती हैं, तो जोखिम पैदा करने वाला कोड बहुत मजबूत होता है।

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

लोगों को इस बात की प्रतीक्षा करना कि आप न्यूनतम व्यवहार्य कोड के रूप में क्या देखते हैं, यह उनकी वर्तमान अपेक्षाओं से परे है।

Comments

+1 के लिए "लोगों को इस बात की प्रतीक्षा करना कि आप न्यूनतम व्यवहार्य कोड के रूप में क्या देखते हैं, यह उनकी वर्तमान अपेक्षाओं से परे है।" सच में अफसोस की बात।

— फिल

@Phil - और उनमें से ज्यादातर सिर्फ विवरण में नहीं आना चाहते हैं। कभी-कभी आप उन्हें आसानी से भविष्य, सुरक्षा में बदलाव या अधिक उपयोगकर्ताओं को संभालने की क्षमता के साथ लुभा सकते हैं।

— जेएफओ

Answer 6

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

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

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

अंत में, परिमित राज्य मशीन वास्तुकला का लाभ उठाएं। यदि आप सभी संभावित राज्यों में जाना जानते हैं, तो यह सुनिश्चित करना बहुत आसान है कि कोई फर्क नहीं पड़ता कि उपयोगकर्ता कभी भी पटरियों को कूद सकता है। मेरा एक कार्यक्रम है जिसे मैंने इस प्रतिमान का पालन करने के लिए लिखा है। यह मनमाने ढंग से इनपुट फ़ाइलों को स्वीकार करता है, जिसे वह बाइट द्वारा बाइट के माध्यम से पढ़ता है। यहां तक ​​कि अगर ग्राहक ने इसे द्विआधारी निष्पादन योग्य पढ़ने के लिए कहा, तो उसे कोई समस्या नहीं होगी। चूँकि यह किसी भी ऐसी चीज को नहीं खोज रहा है जिसे यह खोज रहा है, यह आंतरिक बफर भर जाएगा। इसके कारण यह इनायत से सफाई करने, बंद करने, और उपयोगकर्ता को रिपोर्ट करने के लिए होगा कि मुझे इसे देखने की आवश्यकता है।

Answer 7

खैर, जवाब का प्रोग्रामिंग से कोई लेना-देना नहीं है, सिवाय इसके कि सॉफ्टवेयर अच्छा है कि आसानी से गुणवत्ता का न्याय करना मुश्किल है।

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

मुझे नहीं पता कि ऐसा कुछ मामला है, लेकिन अगर यह है कि आप एक कठिन समय संस्कृति को बदल सकते हैं क्योंकि आप जिन लोगों को बदलने की कोशिश कर रहे हैं वे वास्तव में बेहतर नहीं होंगे यदि वे करते हैं।

यदि वे बेहतर बंद हो जाएंगे, तो आपके पास इसका एक आसान समय हो सकता है, क्योंकि आप संभावित रूप से उन्हें समझा सकते हैं कि वे क्यों करेंगे। दुर्भाग्य से, अगर किसी प्रकार की राजनीतिक स्थिति नहीं थी, जो ढलान को ठीक बनाती है, तो वे संभवतः पहले स्थान पर मैला नहीं होंगे , इसलिए यह कठिन होने की संभावना है। आप हमेशा तर्क की कोशिश कर सकते हैं "किसी दिन आपके पास एक काम हो सकता है जिसके लिए चीजों को सही करने की आवश्यकता होती है" (शायद अधिक कूटनीतिक रूप से संपन्न ...)