डर और लोथिंग टेकडिर के रूप में

CTO (मुख्य प्रौद्योगिकी अधिकारी) या CTO बनना क्या है? शायद इंजीनियर विकास के उच्चतम चरणों में से एक। ऐसी स्थिति में जीवन कितना बेहतर हो जाता है? मैं आज के बारे में बात कर रहा हूँ।

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

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

आखिर वहां क्यों जाएं?

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

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

नई जिम्मेदारियां - नई खोजें

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

ऐसा लगता है कि आप सब कुछ ठीक करना चाहते हैं और इसे बेहतर करना चाहते हैं, लेकिन आप टीमों की ओर से गलतफहमी की दीवार पर आते हैं। वे इसे इस तरह से देखते हैं: कुछ सुधारक आए, सारा दिन कुछ कचरा करते हुए बिताया, कुछ का परिचय दिया, उसे कोड लिखने से रोका, लेकिन सब कुछ ठीक रहा।

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

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

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

जब रणनीतिक निर्णय लेने की आवश्यकता होती है, तो यह पता चलता है, विशेष रूप से पहली बार में, यह ज्ञान हमेशा पर्याप्त नहीं होता है। इस समय आप समझते हैं कि आपको ज्ञान के सभी क्षेत्रों में कौशल डाउनलोड करने की आवश्यकता है, और तत्काल।

हमें कार्य दिवस की लंबाई के बारे में भी कहना चाहिए। मुझे यह आभास हुआ कि यह पद के साथ बढ़ रहा है। यदि इंजीनियर 8 घंटे बैठते हैं और कभी-कभी लिंटर करते हैं, तो सीटीओ स्थिति में, 8 से 23 के संपर्क में रहना आदर्श बन गया है। कभी-कभी वे सप्ताहांत पर भी कॉल करते हैं, और बोनस के रूप में जब आप छुट्टी पर होते हैं तो वे कॉल करते हैं। और जैसे आप समुद्र तट पर जा रहे थे, लेकिन आप अपने कमरे में एक लैपटॉप पर बैठे हैं और कुछ कर रहे हैं। इसी समय, कामकाजी समय का 70-80% हिस्सा बैठकों, बैठकों, पत्राचार और समस्या समाधान द्वारा कब्जा कर लिया जाता है। केवल बाकी समय आप कुछ उपयोगी करने की कोशिश कर रहे हैं।

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

वार्ता

कभी-कभी मुझे Auto.ru या Avito जैसी बड़ी कंपनियों के साथ बातचीत करने की आवश्यकता होती है। वहां गंदगी का सामना न करना और यह दिखाना बेहद जरूरी था कि आप एक गंभीर कंपनी का प्रतिनिधित्व करते हैं।

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

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

व्यापार और विकास का संतुलन

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

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

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

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

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

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

प्रबंधन युद्धाभ्यास

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

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

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

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

जब आप बहुत कुछ करते हैं, तो आपको यह पहचानने में सक्षम होना चाहिए। अपने स्वयं के अनुभव से, मैं कहता हूँ कि आपको सभी को इकट्ठा करने में सक्षम होना चाहिए, एक स्टूल पर खड़े होकर कहना होगा: "सहकर्मी, मैंने पंगा लिया।" और अगर आप इसे जोड़ते हैं: "लेकिन मुझे पता है कि इसे कैसे ठीक करना है," तो यह पहले से ही सामान्य रूप से माना जाता है, और लोगों से सम्मान बढ़ रहा है। और लोग इसे समझ के साथ व्यवहार करेंगे।

CTO पद के लिए नौकरी खोज

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

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

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

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

और एक विशेष प्रकार की कंपनियां भी हैं जिनमें जंगली स्तर की नौकरशाही होती है, जहाँ वे पाँच विभागों की स्वीकृति के बिना आपको छींक नहीं देते।

तो इससे पहले कि आप सीटीओ की नौकरी की तलाश में जाएं, आपको एक बार और सोचना चाहिए कि आप क्या चाहते हैं। सबसे महत्वपूर्ण बात यह है कि कंपनी स्पष्ट रूप से समझती है कि वे आपसे क्या चाहते हैं। एक साक्षात्कार में, मैं इसे बर्दाश्त नहीं कर सका और पूछा: "मैं देखता हूं कि आप यह नहीं समझते कि आप मुझसे क्या पूछ रहे हैं। आप मुझे कैसे दर करने जा रहे हैं? उन्होंने जवाब दिया कि हमने कुछ चतुर किताबें पढ़ी हैं और दूसरे व्यवसाय के दोस्तों से उनके टेकडिर के बारे में पूछा है।

इसलिए सावधानीपूर्वक और समझदारी से चुनाव करें, अन्यथा यह इसके लायक नहीं हो सकता है।

पुनश्च

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