मैनेजर होने के पाँच कारण

मैंने “प्रबंधक नहीं होने के 13 कारण” पोस्ट पढ़ी और मैं एक उत्तर लिखना चाहता हूं।

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

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

पूरा सवाल पेशे की मूल बातें सीखना है, और यदि आप इसे पसंद करते हैं, तो इससे निपटा जाना चाहिए। यदि नहीं, तो अपने आप को किसी और चीज़ में आज़माएँ।

इसलिए, कोई सार्वभौमिक सलाह नहीं है, सभी को अपने स्वयं के व्यवसाय की तलाश करने की आवश्यकता है।

यह परिचय था, और अब प्रबंधक के काम के बन्स के बारे में।

तो क्या परियोजना प्रबंधन में अच्छा है।

1. स्केलेबिलिटी
एक प्रबंधक के रूप में, मैं प्रबंधन संरचनाओं, कार्य समूहों का निर्माण कर सकता हूं, और यदि मैं खुद को कोडित करता हूं तो कुल परिणाम कई गुना अधिक है। एक ही समय में, स्केलेबिलिटी अनंत है, जब तक कि पर्याप्त क्षमता है।

अपडेट : मेरी संवेदना का वर्णन करते हुए एक शानदार विंटर_म्यूट बोली।

यह मुझे लगता है कि एक प्रबंधक होने में सबसे पर्याप्त प्रेरणा कुछ ऐसा करने की इच्छा है जो एक व्यक्ति सिद्धांत रूप में नहीं कर सकता है।

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

2. समयहीनता
80 के दशक में लिखी गई डेडलाइन डेमारको किताब, 70 के दशक की ब्रूक्स किताब, 40-40 साल बाद भी प्रासंगिक है। सभी एक ही समस्याओं, और एक ही समाधान। इस मामले में, शायद ही उन तकनीकों पर किताबें (मैंने कहीं देखी, उदाहरण के लिए, वैक्स या एमएस डॉस सुविधाओं के लिए प्रोग्रामिंग के बारे में) ऐसी अवधि के बाद प्रासंगिक हो सकती है। यही है, आप अपने कौशल को पंप करते हैं और वे अप्रचलित नहीं होते हैं। जैसा कि क्लासिक्स ने लिखा है, घर नए हैं, और पूर्वाग्रह पुराने हैं।

बेशक, यहां आप तर्क दे सकते हैं - 90 के दशक में सी ++ में महारत हासिल करने के बाद, आप 20 साल बाद स्वादिष्ट और कैवियार खा सकते हैं। लेकिन पिछले 7 वर्षों में मैंने लागू प्रोग्रामिंग की तीन भाषाओं, वेब-प्रोग्रामिंग की तीन भाषाओं और छोटी प्रौद्योगिकियों का एक गुच्छा बदल दिया है। और प्रत्येक की अपनी बारीकियां हैं, और छोटी चीजें, प्रत्येक अपने कार्यों के लिए। हर बार जब आप पहले सीखते हैं, और आप इससे थक जाते हैं। हालांकि सामान्य सिद्धांतों अक्सर हर जगह काम (स्पॉट, KISS, आदि), इस मामले की पूरी सार अक्सर trifles हल किया जाता है। और आपको उनका पालन करने की आवश्यकता है।

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

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

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

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

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

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

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

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

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

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

कुछ अच्छे प्रोग्रामर हैं, और कम प्रबंधक भी हैं।

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

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

सभी सफलता और छुट्टियां!