कैरियर स्टेरॉयड। मूल एल्गोरिथ्म

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

मुझे तुरंत कहना होगा: मुझे नहीं लगता कि कैरियर बनाना सही है, इसके बिना, और जो कोई भी निर्माण नहीं करता है वह एक महसूस किया गया बूट है। हालांकि, मुझे नहीं लगता कि करियर का निर्माण करना सही नहीं है।

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

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

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

मुझे उम्मीद है कि हमारा समझौता होगा। वापस करियर के लिए।

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

करियर कैसे बनता है?

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

मैं तुरंत सबसे महत्वपूर्ण निष्कर्ष का उल्लेख करूंगा: यदि कोई कैरियर नहीं बनाया गया है, तो यह नहीं बनाया जाएगा ।

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

एक विशेषज्ञ के रूप में आप बड़े हो जाएंगे, परियोजनाएं दिलचस्प हो जाएंगी, लेकिन कैरियर में कोई वृद्धि नहीं होगी। कारण सरल है - जब आप बैठे हैं और सिर्फ काम कर रहे हैं, तो कोई अपना करियर बना रहा है। शायद आपके बगल में कोई बैठा हो।

तदनुसार, दूसरा निष्कर्ष पहले से निम्नानुसार है: यदि आप एक कैरियर चाहते हैं, तो आपको इसका निर्माण करना होगा ।

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

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

वे लोगों को तहखाने से नहीं ले जाते हैं क्योंकि उन्होंने "कैरियर" परियोजना पर कुछ भी नहीं किया है - उन्होंने अभी काम किया है। वे क्या करना जारी रखेंगे।

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

मैंने और अधिक, और बेहतर, और अधिक गंभीर प्रणालियों को क्रमादेशित किया, और वह बॉस बन गया क्योंकि मैंने सरल और समझने योग्य कार्य किए जो प्रोग्रामिंग से संबंधित नहीं थे।

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

ये स्टेरॉयड क्यों हैं? क्योंकि वे परिणाम की उपलब्धि में तेजी लाते हैं, लेकिन स्वास्थ्य पर प्रतिकूल प्रभाव डालते हैं और खुद पर निर्भरता पैदा करते हैं।

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

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

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

चलती सीढ़ी

जबकि आप तय करते हैं कि कैरियर बनाना है या नहीं, आग में और तेल डालें।

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

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

इस राज्य को एलिस फ्रॉम द लुकिंग ग्लास द्वारा सर्वश्रेष्ठ रूप दिया गया था: "- जब आप लंबे समय तक चलते हैं, तो आप निश्चित रूप से दूसरी जगह पर मिलेंगे। - ठीक है, यहाँ, आप जानते हैं, आपको एक ही स्थान पर रहने के लिए उतनी ही तेजी से भागना होगा, लेकिन पाने के लिए। दूसरी जगह पर, आपको दो बार तेज दौड़ने की जरूरत है। ”

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

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

काश, वरिष्ठ पदों पर कोई यथास्थिति नहीं होती। वैकल्पिक रूप से, आप समान विचारधारा वाले लोगों के एक समूह से सिफारिशों का उपयोग कर सकते हैं।

मुख्य लाभ

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

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

ऐसे टन प्रबंधन पुस्तकें हैं जिन्हें आप पढ़ सकते हैं, लेकिन उनके पास एक चीज़ नहीं है - आपका प्रतिस्पर्धात्मक लाभ। लोकप्रिय प्रबंधन साहित्य का अध्ययन करने के बाद, आप एक साधारण प्रबंधक बन जाएंगे - आपके पास सभी के समान प्रतिस्पर्धी लाभ नहीं होंगे। प्रोग्रामर की तुलना में ऐसे और भी सामान्य प्रबंधक हैं।

साधारण प्रबंधक अपमान करने के लिए उबाऊ हैं। वे योजनाएं लिखते हैं, कार्य निर्धारित करते हैं, समय सीमा को पूरा करने में उनकी विफलता के लिए "ड्राईच", सब कुछ और सब कुछ नियंत्रित करते हैं, "निर्णय लेते हैं" और "उनके लिए जिम्मेदारी वहन करते हैं"। लेकिन यह सब दृश्य पक्ष है। सतह पर क्या है?

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

अपरिहार्य होने के नाते पारंपरिक पारंपरिक लाभ है कि प्रबंधकों का निर्माण होता है, जो काफी मज़ेदार है। यदि कंपनी में 10 प्रबंधक हैं, तो प्रत्येक के पास एक अनूठी विशेषता है, जिसे समान कहा जाता है - "मैं अपूरणीय हूं।" नाम एक है, लेकिन अपरिहार्यता अलग है।

यह दृष्टिकोण - इसकी अपरिहार्यता का निर्माण - भी स्टेरॉयड के लिए जिम्मेदार ठहराया जा सकता है, हालांकि यह कुछ हद तक बेहतर है, क्योंकि प्रक्रिया की दक्षता आमतौर पर प्रदान की जाती है। यहां तक ​​कि कभी-कभी दक्षता पर काम किया जाता है, लेकिन एक अपरिहार्य स्थिति के साथ - सिस्टम को केवल तभी काम करना चाहिए जब नेता अंदर हो।

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

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

मूल एल्गोरिथ्म

संक्षेप में, आपको अपने आप को किसी ऐसी चीज़ में अलग पहचानने की ज़रूरत है जो निर्णय निर्माता के लिए समझने योग्य और मूल्यवान है - वह व्यक्ति जो उस स्थिति पर निर्णय लेता है जिसकी आपको ज़रूरत है।

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

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

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

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

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

सबसे पहले, मैंने निर्णय लेने की प्रक्रिया को गलत तरीके से निर्धारित किया - यह मेरे लिए खोजकर्ता के दोहन के लायक नहीं था।

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

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

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

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

इन दर्दों को सुनना और समझना आसान है - केवल किसी कार्य के लिए बात करने या प्रतीक्षा करने के बजाय सुनना और देखना शुरू करें।

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

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

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

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

कैसे चुनें?

मैं एक ऐसी स्थिति पर विचार करता हूं जब आप पहली बार किसी सिस्टम की समस्या का समाधान करते हैं।

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

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

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

वास्तव में, ये समस्याएं इसलिए जरूरी हैं ताकि कोई उन्हें न ले। विभागों के बीच की सीमा लगभग हमेशा एक ड्रॉ होती है, कोई भी इसके लिए जिम्मेदार नहीं होता है ।

खैर, दूसरा - यदि आप किसी भी विभाग की आंतरिक समस्याओं को हल करने के लिए स्वयंसेवक हैं, तो 99% की संभावना के साथ आपको उसके सिर से दूरी में भेजा जाएगा। जब आप एक प्रमाणित व्यवसाय प्रोग्रामर बन जाते हैं, तो विभाग के प्रमुख आपको खुद बुलाएंगे, लेकिन अभी के लिए ध्यान न दें। बॉस की प्रेरणा सरल है - यदि आपकी समस्याओं को हल करने के लिए किसी तरह का ब्लोक आपके पास आया है, तो आपको प्रबंधकीय नपुंसकता है। और जो इस तरह के निदान के साथ रहना चाहता है, जो उसके आसपास के सभी लोगों के लिए जाना जाता है?

मानदंड संख्या तीन - वह लें जो कोई और नहीं लेना चाहता है । आपको प्रारंभिक चरण में प्रतिस्पर्धा की आवश्यकता नहीं है, क्योंकि वह समय और ऊर्जा को विचलित कर देगी।

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

ठीक है, आखिरी, पांचवीं कसौटी - उद्यम की बाहरी समस्याओं से निपटना नहीं है , आपका लक्ष्य आंतरिक, प्रणालीगत विरोधाभास है।

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

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

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

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

कैसे लागू करें?

जब आपने चुना है, तो आपको यह करना होगा। यहाँ, अफसोस, कोई एकल नुस्खा नहीं है - आपको कई व्यावसायिक प्रोग्रामिंग विधियों को जानने और लागू करने की आवश्यकता है।

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

वैकल्पिक मार्ग

यदि आप अन्य विभागों की समस्याओं से परेशान हैं, और आप अपना करियर बनाना चाहते हैं, तो आपके पास हमेशा एक बैकअप रास्ता है - आईटी विभाग के अंदर व्यावसायिक प्रोग्रामिंग । मैं अक्सर इस अवसर का उपयोग करता था।

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

लेकिन मुख्य बात यह है कि आप पहले से ही अंदर हैं । बस चुनें और सुधार करें।

केवल एक ही बात याद रखें - आपका काम अमूर्त प्रबंधन की तरह लगना चाहिए। जैसे कि आप एक प्रोग्रामर नहीं हैं, लेकिन एक व्यावसायिक प्रोग्रामर, या एक प्रबंधक या सलाहकार जो कार्यात्मक बारीकियों से बंधा नहीं है, जिन्हें आईटी विभाग की समस्या को हल करने के लिए आमंत्रित किया गया था। आखिर जीवन में भी ऐसा होता है, सहमत? जब वे पक्ष से Cmyr को बुलाते हैं, ताकि वह आपके काम में सुधार करे। अगर आप खुद इसे आज़मा सकते हैं तो इस चार्म का इंतज़ार क्यों करें?

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

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

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

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