जब कोई “उदाहरण के लिए नेतृत्व” करता है तो वह क्या काम नहीं कर सकता है? [बन्द है]


40

मैं लगभग 2 वर्षों से एक बड़ी कंपनी (8000+ कर्मचारी) के लिए काम कर रहा हूं, और मैंने अपना अध्ययन पाठ्यक्रम पूरा करने के कुछ समय बाद ही काम पर रखा था।

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

हमारे पास और अधिक स्पष्ट होने के लिए:

  • एक अप्रचलित स्रोत नियंत्रण उपकरण (विजुअल सोर्ससेफ़)
  • पुराने मेकफाइल्स जो केवल पूर्ण पुनर्निर्माण का समर्थन करते हैं
  • .def फ़ाइलें जो सभी मौजूदा आर्किटेक्चर के लिए मैन्युअल रूप से और अलग से बनाए रखनी चाहिए
  • अखंड हेडर फाइलें और बहुत कम अलग-अलग फाइलों के साथ परियोजनाएं (लेकिन प्रत्येक में कोड की लगभग 3000 लाइनें हैं, जो कभी-कभी बहुत अलग-अलग गतिविधियों का ख्याल रखती हैं)
  • "नई" भाषा सुविधाओं का कोई उपयोग नहीं है (अच्छी तरह std::stringसे यह नया नहीं है लेकिन मेरे अलावा कोई भी इसका उपयोग नहीं करता है)

मैंने फैसला किया, कुछ महीने पहले इसके बारे में कुछ करने के लिए, एक नया संकलन वातावरण तैयार करके। मैं वृद्धिशील बनाता है मज़बूती से काम करने के लिए, तेजी से संकलन समय, बेहतर संरचित परियोजनाओं, स्वचालित .defफ़ाइलें पीढ़ी। मैंने विजुअल सोर्ससेफ़ से / से गिट तक / के लिए एक पुल भी बनाया।

मैंने कई कॉलेजियम और हमारे बॉस को अपनी उपलब्धियाँ दिखाईं, लेकिन यह किसी को परवाह नहीं थी। वे सभी "वेल ... लोग थे। इसका इस्तेमाल इस तरह से किया जाता है। हम चीजों को क्यों बदलेंगे?"

मेरे द्वारा सुझाए गए बदलावों को डिजाइन किया गया था ताकि हम पुराने सिस्टम से नए पर नरम बदलाव ला सकें। प्रत्येक सुधार अलग और सुरक्षित रूप से लागू किया जा सकता है।

मैंने अपने कुछ सहकर्मियों को भी बदलावों में शामिल करने की कोशिश की। लेकिन अभी तक, कोई सफलता नहीं।

क्या आप पहले से ही एक समान स्थिति का सामना कर चुके हैं? जब कोई "उदाहरण के द्वारा लीड" करता है तो क्या काम नहीं कर सकता है?


10
"मैंने फैसला किया, कुछ महीने पहले इसके बारे में कुछ करने के लिए," ... "मैंने अपने बॉस को परिणाम दिखाया"। लगता है कि आपको वहां आदेश गलत लगा।

3
@ ThorbjørnRavnAndersen: इसे प्राप्त करना निश्चित नहीं है: मैं कैसे कुछ दिखाने वाला हूं जिसे मैंने अभी तक नहीं देखा है? या शायद आपका मतलब यह था कि मुझे इसे करने से पहले पूछना चाहिए था?
ेरेऑन

21
मैं वहां गया हूं, और IMO, आपको वहां से निकलने की जरूरत है, क्योंकि, जैसा कि कहा जाता है, "एक बेवकूफ हमेशा आपको हरा देगा - पहले वह आपको अपने स्तर तक ले जाएगा और फिर आपको अपने अनुभव से हरा देगा। "। यदि लोग अपग्रेड करने की आवश्यकता को पहचानने में विफल होते हैं, तो यह पेशेवर ठहराव है, और हमारे क्षेत्र में ठहराव मृत्यु है। आप अपने सीवी पर काम कर सकते हैं और अगर आप अच्छे हैं, तो आप एक महीने के भीतर ही अच्छी नौकरी पा लेंगे।
टीसी 1

8
पवित्र गाय, 8000 डेवलपर्स? आप फेसबुक के लिए कौन काम करते हैं? गूगल? माइक्रोसॉफ्ट?
१६:०२ पर क्यरलासे २essa

5
@Kyralessa: मुझे नहीं लगता कि फेसबुक और न ही Google VSS का उपयोग करते हैं।
जेक बर्गर

जवाबों:


46

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

ताजा मांस पकड़ो : उन कर्मचारियों पर जीतना आसान है जो चीजों को बदलना चाहते हैं। आप उन्हें तुरंत देखते हैं जब आप उन्हें देखते हैं।

सड़े हुए मांस से बचें : कुछ कभी भी आपके विचारों के प्रति सहानुभूति नहीं रखेंगे। उन्हें एक तरफ छोड़ दें।

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

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

यह सभी प्रक्रियाओं के बारे में है : बेहतर प्रौद्योगिकियां बेहतर प्रोग्रामर और कार्यक्रम नहीं बनाती हैं। यदि आपके पास अच्छी प्रक्रियाएं हैं, तो भी पुरानी तकनीकें अच्छे परिणाम देती हैं। प्रयास के बारे में सोचो और समय बर्बाद हो गया है। शायद यह तकनीक नहीं है, लेकिन प्रक्रियाओं में कुछ भयानक रूप से गलत हो रहा है। ज्यादातर मामलों में यह संचार की कमी है।

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


3
"क्रिटिकल मास बढ़ने" से संबंधित: youtube.com/watch?v=V74AxCqOTvg
back2dos

2
@Farmor यदि आप बिना कहे उन्हें मना नहीं कर सकते "वेब पेज पढ़ें", तो शायद आप ही हैं जिन्हें संचार कौशल पर ब्रश करने की आवश्यकता है।

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

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

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

30

क्या आपने कभी विचार करना बंद कर दिया है कि आप गलत हो सकते हैं?

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

हेरिंग डेवलपर्स झुंड बिल्लियों की कोशिश करने की तरह है, वे स्वाभाविक रूप से अपना खुद का मन है, और चीजों को करने का एक पसंदीदा तरीका है, चाहे वह सही हो या न हो। मेरे पास सर्वोत्तम प्रथाओं को लागू करने और 2 डेवलपर्स की एक टीम का प्रबंधन करने के लिए पर्याप्त कठिन समय है, लेकिन आप एक कंपनी के लिए काम करते हैं जिसमें 8000 हैं।

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

आप यह नहीं सोच सकते हैं, लेकिन अखंड से कई हेडर फ़ाइलों की ओर बढ़ना, या SourceSafe से Git तक बढ़ते संस्करण नियंत्रण के रूप में सरल है, इसमें शामिल सभी लोगों की ओर से भारी प्रयास और निवेश की आवश्यकता होती है। इसकी आवश्यकता होगी:

  • महत्वपूर्ण प्रबंधन का समर्थन

  • कंपनी व्यापक स्वीकृति

  • सभी डेवलपर्स को नई पहलों के बारे में सूचित करने के लिए बैठक के घंटे का निवेश (बैठक लागत आदमी घंटे, आदमी घंटे लागत पैसा)

  • प्रशिक्षण की योजना बनाई जानी चाहिए और यह सुनिश्चित करने के लिए स्थापित किया जाना चाहिए कि यहां तक ​​कि बेवकूफ डेवलपर्स को पता है कि वे क्या कर रहे हैं

  • यहां तक ​​कि प्रशिक्षण के एक घंटे के दौरान, 8000 डेवलपर्स के बीच x € 50 / hr = € 400000 प्रशिक्षण की लागत। यह मेरे एक सॉफ्टवेयर डेवलपमेंट टीम के वेतन, सॉफ्टवेयर और हार्डवेयर के लिए पूरे एक साल में बजट से ज्यादा पैसा है। यह एक असाधारण निवेश है जिसे आप प्रस्तावित कर रहे हैं।

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

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


4
धन्यवाद। ईमानदार होने के लिए, पहली बार, जब मैं आया था, कुछ हफ्तों के लिए मैं सब था: "क्या बकवास है, इन लोगों का कोई सुराग नहीं है!" तब एहसास हुआ कि मैं कई बिंदुओं पर कितना गलत था। लेकिन दो साल बाद, मुझे पूरा यकीन है कि कुछ प्रक्रियाओं में सुधार किया जा सकता है, और मेरी सुनी गई कई शिकायतों का समाधान किया जा सकता है। मैं समझता हूं कि यह भी एक विचार की बात है, लेकिन अगर कोई मेरे पास सबूत के साथ आया कि मैं कुछ अक्षम कर रहा हूं, तो मैं कम से कम उस आदमी की बात सुनूंगा क्योंकि वह मुझ पर एहसान कर रहा है। मेरा विदाई केवल 40 लोगों से बना है, और केवल हम इस तरह का विकास करते हैं।
ेरेऑन

1
मुझे यकीन है कि वे सुधार कर सकते हैं, लेकिन जैसा कि मैंने कहा, मेरे लिए अपने व्यवहार और प्रथाओं को बदलने के लिए अलग-अलग हैं, क्योंकि ऐसा करने के लिए 40 डेवलपर्स को प्रशिक्षित करना और उन्हें मजबूर करना है। एक गैर-तकनीकी प्रबंधक राजनीतिक रूप से महत्वपूर्ण वरिष्ठ लोगों के विचार के बिना आपकी बात सुनने वाला नहीं है।
maple_shaft

यह सिर्फ "चीजें बेहतर नहीं हो सकती हैं?"। स्रोत रिपॉजिटरी को बदलना एक बहुत बड़ा बदलाव है। स्विच बनाने की बड़ी लागतें हैं, जिनमें से कम से कम सभी कर्मचारियों को वापस लेना है। फिर जोखिम है। क्या आप 100% सुनिश्चित हैं कि पुराने सोर्स कोड रिपॉजिटरी की ज़रूरतों के लिए कुछ क्षमता नहीं होगी, जो आपको पता नहीं है और जो नया है, वह उसके पास नहीं होगा?
डीजेकेवर्थ

@DJClayworth: VSS रिपॉजिटरी का उपयोग केवल एक बुनियादी भंडारण प्रणाली के रूप में किया जाता है। कोई भी कभी भी इतिहास को नहीं देखता है और वे आमतौर पर पूरी निर्देशिका को फिर से कॉपी करने से पहले सब कुछ मिटा देते हैं।
ेरेऑन

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

7

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

पुराने मेकफाइल्स जो केवल पूर्ण पुनर्निर्माण का समर्थन करते हैं।

स्थानीय रूप से अपने स्वयं के मेकफाइल्स बनाएं और दिखाएं कि आप उनके साथ कितना अधिक कुशलता से काम करने में सक्षम हैं।

अखंड हेडर फाइलें और बहुत कम अलग-अलग फाइलों के साथ परियोजनाएं (लेकिन प्रत्येक में कोड की लगभग 3000 लाइनें हैं, जो कभी-कभी बहुत अलग-अलग गतिविधियों का ख्याल रखती हैं)

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

"नई" भाषाओं की सुविधाओं का कोई उपयोग नहीं है (अच्छी तरह से std :: string वह नई नहीं है लेकिन मेरे अलावा कोई भी इसका उपयोग नहीं करता है)

जब भी आप पुराने कोड को स्पर्श करते हैं या नए कोड को पेश करते हैं, तो नई भाषा सुविधाओं को पेश करना जारी रखें। सुनिश्चित करें कि आप चीजों को सरल बना रहे हैं। इस से हतोत्साहित न हों। हम में से अधिकांश आलसी हैं। अगर हम देखते हैं कि एक नई भाषा सुविधा चीजों को आसान बनाती है, तो हम इसे अपनाएंगे।

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

अंत में, अगर कई महीनों की कोशिश के बाद कोई भी यह सुधारने में दिलचस्पी नहीं लेता है कि आपकी कंपनी में चीजें कैसे की जाती हैं, तो आपको वास्तव में विचार करने की आवश्यकता है कि क्या यह आपके लिए अच्छा है।


5

लियोनेल बैरेट (जो कि मैं ज्यादातर सहमत हूं) के अतिरिक्त, प्रतिरोध के लिए संभावित प्रेरणा पर भी विचार करें।

  • वास्तविक प्रक्रिया की लागत का मूल्यांकन करें
  • प्रक्रिया की लागत का मूल्यांकन करें क्योंकि यह आपकी तरह होगी

लेकिन:

  • की अवधि में परिवर्तन की लागत का मूल्यांकन करें
    • किसी के लिए भी नया माहौल तैयार करने के लिए पैसा खर्च करना
    • हर किसी को नई विधा के आदी होने के लिए प्रशिक्षित करने के लिए समय बिताना (यह आपके लिए आसान हो सकता है, लेकिन उन लोगों के लिए इतना आसान नहीं है, जिन्हें आप जानते नहीं हैं कि आप क्या कर रहे हैं)
    • गैर-विघटनकारी तरीके से परिवर्तन का प्रबंधन करने के लिए आवश्यक समय।

मैं एक संदिग्ध है: कितने लोगों को अपनी कंपनी में कर रहे हैं की तरह उम्र और संस्कृति (मैं पुरुषों "स्कूल" और "स्कूल के प्रकार के") की अवधि में आप? अगले 2/3 वर्षों में आप जैसे कितने लोगों को काम पर रखने की उम्मीद है और कितने लोग रिटायर होंगे या संगठन में अपनी भूमिका बदलेंगे?

मेरा संदेह यह है कि आप कंपनी को बदलने के लिए पर्याप्त ताकत के साथ नहीं हैं। उस स्थिति में, या तो कंपनी आपको बदल देगी या आपको "निष्कासित" कर देगी (इस अर्थ में कि वह दूर जाने की आपकी अपनी इच्छा बन जाएगी), यदि आप अधिक समय तक इंतजार करने में सक्षम नहीं हैं ।

लेकिन हो सकता है कि कंपनी इस बात का मूल्यांकन कर रही हो कि मैंने जो अतिरिक्त लागतें बताई हैं, उन्हें बदलने की प्रक्रिया को अनायास होने से बचाया जा सकता है ताकि लोगों के प्राकृतिक प्रतिस्थापन की प्रतीक्षा की जा सके। आप सिर्फ एक प्रक्रिया की शुरुआत में हैं जो आप नहीं देख सकते क्योंकि आपके पीछे कुछ भी नहीं है (अभी तक)।


1
आपके अनुमान मौके पर हैं: मैं वास्तव में अपने विभाग में सबसे कम उम्र का व्यक्ति हूं। उनमें से कुछ को लगता है कि कम उम्र के बावजूद, मुझे कुछ मूल्यवान ज्ञान है। मैं जानता हूं और समझता हूं कि मेरे पास सीखने के लिए अभी भी बहुत कुछ है (और विश्वास करो कि यह उस दिन मर जाएगा जब तक), लेकिन उनमें से बहुत कुछ उन चीजों से नाराज लगता है जो वे नहीं जानते हैं। मैं उन्हें धक्का नहीं देना चाहता या उनकी नौकरी या जो भी चोरी करना चाहता हूं: मैं सिर्फ चीजों को बेहतर बनाना चाहता हूं ताकि हर कोई बेहतर काम कर सके / रह सके। क्या मुझे कुछ वजन बढ़ाने के लिए बड़े होने का इंतजार करना होगा?
ेरेऑन

1
@ तेरे: आपकी ड्राइविंग इतनी नेक है, हर समझदार व्यक्ति को आपके साथ काम करना चाहिए।
ओ ० '।

@ereOn: "क्या मुझे कुछ वजन बढ़ाने के लिए बड़े होने का इंतजार करना होगा?" जरुरी नहीं। जटिलता को प्रबंधित करने में अनुभव की अवधि में आयु एक मूल्य है। क्या नई चीजों को समझने में कोई मूल्य नहीं है (वे किसी के लिए नए हैं, और कोई बैकलॉग होने से फायदा नहीं हो सकता है)। यह एक "व्यक्तिगत" समस्या नहीं है। यह "क्रिटिकल मास" की समस्या है। जब तक बदलाव की इच्छा रखने वाले लोग 20% से कम नहीं होंगे तब तक उनका दम घुट जाएगा। यदि वे अधिक हैं, तो नेतृत्व दिखाई देता है (और उम्र की बात नहीं है)। यदि कोई नेता आबादी के 40% तक पहुंच सकता है तो "नई चीज" के पास उचित नागरिकता होगी। 60% से परिवर्तन सहज है।
एमिलियो गरवाग्लिया 13

3

इस बिंदु पर मैं केवल जोएल आर्टिकल गेटिंग थिंग्स डन व्हेन यू आर ओनली ए ग्रंट का संदर्भ जोड़ सकता हूं । वर्गों में शामिल हैं:

रणनीति 1 बस करो

रणनीति 2 वायरल मार्केटिंग की शक्ति का दोहन

रणनीति 3 उत्कृष्टता की एक पॉकेट बनाएं

रणनीति 4 Bozos को बेअसर करें

रणनीति 5 रुकावटों से दूर हो जाओ

रणनीति 6 अमूल्य बनें

मैं इस लेख को संक्षेप में बताता हूं कि "परिवर्तन को आपके साथ शुरू करना है।"


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

1

अफसोस की बात है कि लोग एक असभ्यता में फंस जाते हैं और इस मानसिकता को विकसित करते हैं कि 'यह काम करता है, हर कोई इसे ठीक करता है, क्यों इसे बदल देता है' और यह अनैतिक हो जाता है।

आपने न केवल शिकायत करके बल्कि प्रतिस्थापन के रूप में एक व्यावहारिक समाधान विकसित करके इसके बारे में सही तरीके से जाना है, अब आपको बस खरीदने की आवश्यकता है।

अपना प्रत्यक्ष लाइन प्रबंधक (या तकनीकी लीड) दिखाएं। यदि वे निर्बाध हैं, तो क्या आपके पास परिवर्तन नियंत्रण या नवाचार का प्रभारी कोई है?

संभावित रूप से, हालांकि, आपके विचारों और कार्यों को अनदेखा किया जा सकता है और स्थिति वैसी ही रहेगी।


2
आह, लेकिन जितनी बार मैंने सुना है "इसे फिर से लिखने की सुविधा देता है, यह केवल नए तकनीकी एक्स में इतना बेहतर और कूलर होगा" केवल यह पता लगाने के लिए कि नया पुराने से बेहतर नहीं था (और कई मामलों में बदतर)। अक्सर, जब तक कोई ज़रूरत नहीं होती है, तब तक सबसे अच्छा है कि कुछ काम न करें।
gbjbaanb

1

आपको अपने मामले को एक तरह से बताने की ज़रूरत है जो आपके बॉस को आपकी तरफ मिले। BTW, इस तरह का परिवर्तन एक तकनीकी निदेशक या परियोजना प्रबंधक द्वारा प्रस्तावित किया जाता है, इसलिए परियोजना के लिए खुद को प्रतिबद्ध करने की आवश्यकता होगी। (एक वैकल्पिक मार्ग के रूप में, आप एक तकनीकी ऑडिट का प्रस्ताव कर सकते हैं, एक बाहरी व्यक्ति के आपके जैसी ही बातें कहने की संभावना है लेकिन आपका वजन बहुत कम होगा।)

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

पहला पैसा, आपको यह साबित करने की जरूरत है कि वर्तमान सेटअप उसे पैसे खर्च कर रहा है। एक देव की लागत / घंटा और कितने घंटे तेज संकलन समय उसे बचा सकता है? आकलन करो। इसके अलावा, वर्तमान कोड पाइपलाइन के जोखिमों के बारे में लेखों या प्रशंसापत्रों को संकलित करें और उसे डरावनी संख्या दिखाएं: "SourceSafe / Bad कोडिंग प्रथाओं के कारण, हमारी कंपनी ने $ XXXK खो दिया"।

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

अंत में, आपको मील के पत्थर और संसाधनों के आवंटन के साथ, छोटे प्रोजेक्ट में विभाजित कोडबेस को बदलने की योजना का प्रस्ताव करने की आवश्यकता है। वास्तव में, आप अपने आप को एक प्रोजेक्ट मैनेजर के रूप में बेच रहे हैं और एक ठोस कोड पाइपलाइन के लिए अनिवार्य रूप से परिवर्तन कर रहे हैं।


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

1

क्या आप एक ऐसे संगठन में काम करते हैं, जो मानता है कि चीजें अच्छी तरह से कर रही हैं, दक्षता और नवीनता सफलता और लाभप्रदता की ओर ले जाती है; या कि राजस्व की खोज, और बिक्री को बनाए रखने पर ध्यान केंद्रित करना सफलता के किरायेदार हैं?

आपके द्वारा बताए गए व्यवहार करने वाली कंपनियां तकनीकी रूप से प्रभावित हैं। एक प्रतिस्पर्धी बाजार में वे एक कंपनी के साथ प्रतिस्पर्धा करने में सक्षम नहीं होंगे जो व्यक्तियों और नवाचार पर ध्यान केंद्रित करता है।

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

यदि आप कोई जोखिम नहीं लेते हैं और जल्द ही ऐसा करते हैं तो आप अंततः बस जाएंगे और आप अपनी जिज्ञासा और रचनात्मकता को जारी नहीं रख पाएंगे क्योंकि यह आपके वर्तमान सहकर्मी समूह में दार्शनिक रूप से विरोध करता है।

उत्कृष्टता एक दृष्टिकोण और एक विश्व-दृष्टिकोण है।

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

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


-1

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

एक विकल्प के रूप में, यदि आप किसी ऐसी प्रणाली या वातावरण में विकास करना चाहते हैं जो विशिष्ट प्रौद्योगिकी और / या कार्यप्रणाली का उपयोग करता है तो मेरा सुझाव है कि आप काम के बाहर एक परियोजना खोजें जिसे आप योगदान कर सकते हैं। बहुत कम से कम दोनों प्रणालियों पर काम करने की विविधता आपको अलग-अलग चीज़ों की आवश्यकता को संतुष्ट करेगी जबकि आप पाते हैं कि आप कहाँ हैं।

लगता है आप पानी से बाहर मछली हैं। समुद्र के अपने शरीर को खोजने और तैरने जाओ!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.