मध्य प्रबंधकों को संक्रमण की समस्या - क्या ये समस्याएं हैं?

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

कुछ गीत

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

लेखक के पद पर टिप्पणी

मैंने बनाना बंद कर दिया

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

लोगों से संवाद

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

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

पर्याप्त नहीं है? एक ग्राहक भी है।

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

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

समय पर सब कुछ साथ रखें

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

तंत्रिकाओं

शायद केवल एक चीज जिससे मैं बहस नहीं करूंगा। पेरोल में राशि के सीधे अनुपात में तंत्रिकाएं निकलती हैं। जैसा कि मालिकों में से एक ने मुझे बताया था, "अधिक पैसा, टीम में अधिक तिलचट्टे।"

को छोड़ दिया

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

टीम के साथ काम करें। पहले से ही वर्णित है, लेकिन मैं अलग से रहूंगा। आप अचानक उभरते हैं, और आप देखते हैं कि आसपास भी प्रोग्रामर हैं। और - ओह, आतंक! - वे सब अलग-अलग लिखते हैं। कोई इस तरह से समस्या हल करता है, कोई और। जो कोई भी कोड का एक गुच्छा लिखता है वह सुंदर और सुरुचिपूर्ण होगा, लेकिन एक ही समय में 40 के लिए 8 घंटे के लिए कार्य पूरा करें, दूसरा समस्या सिर पर हल करेगा। तीसरा एक क्रैंक ऑलिगोफ्रेनिक है जो आप के महान गुरु के विपरीत, सॉफ्टवेयर लिखना बिल्कुल नहीं जानता है। यहां तक ​​कि अगर यह खुले में प्रसारित नहीं किया जाता है, तो एक लानत चीज यह पृष्ठभूमि में चढ़ती है, कीड़े की तरह। और इसके साथ ही आपको खुद से लड़ना और गला घोंटना है। इसके अलावा, ये सभी लोग अलग-अलग गति से काम करते हैं। जो एक ही समय में बाहरी कारकों पर भी निर्भर करता है। जो, ज़ाहिर है, बकवास है।
जब आप प्रोग्रामर थे, तो इस तरह की व्याख्या, यदि आपने पर्याप्त नींद नहीं ली, तो आपकी कम गति का एक बहाना और पर्याप्त हो सकता है। और जब आप नेता बन गए - तो किस तरह के पोकेमॉन? अंतर समझना और महसूस करना मुश्किल है।
सबसे बुरा, जब आप एक ऐसे स्तर पर फेंक दिए जाते हैं जिसमें आप पहले नहीं झुके होते हैं। क्या आप व्यावसायिक तर्क लिख रहे थे? और आप डिजाइनर का इंतजार करें! गाइ बनाई? यहाँ आप डेटाबेस के साथ एक नौकरी है। और श्नेले, श्नेले! समय = धन।

परिणाम के लिए जिम्मेदारी। भूल जाओ कि एक स्पष्टीकरण है कि फ़ंक्शन क्यों काम नहीं करता है। सभी कार्यों को भूल जाओ। एक उत्पाद है। यह या तो काम करता है, और आप चाय के लिए ठीक, सम्मान, सम्मान और +2 कुकीज़ कर रहे हैं, या यह काम नहीं करता है। यह स्पष्ट है कि लगभग कुछ भी उचित हो सकता है। लेकिन तथ्य प्राथमिक है - आपकी जिम्मेदारी के क्षेत्र में कोई परिणाम नहीं है। प्रगति है, कोई परिणाम नहीं। सोच के प्रतिमान को बदलना आवश्यक है।

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

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

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

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