सज्जन सिसादमिन सेट

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

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



व्यस्तता हर साल बढ़ रही है, यहाँ कुछ संख्याएँ हैं जो इसे दर्शाती हैं: प्रति दिन 350 मिलियन संदेश, दुनिया भर में 364 मिलियन पंजीकृत उपयोगकर्ता, प्रति दिन 300 हजार नए उपयोगकर्ता। लेकिन यह सबसे महत्वपूर्ण चीज से बहुत दूर है, जो व्यक्ति के लिए काम करता है, मुख्य बात यह है कि सबसे पहले एक सोच और एक टीम है। सगाई एक परिवार है, यह लोगों के बारे में है और यह अच्छा है!

मैं एक उकसावे के साथ शुरुआत करना चाहता हूं जिसका कोई समर्थन नहीं कर सकता है:

एडमिन कंपनी का मुख्य व्यक्ति है!

मुझे लगता है कि आप मेरे साथ सहमत होंगे: व्यवस्थापक वह व्यक्ति है जिसके बिना कंपनी में कुछ भी काम नहीं करेगा: उपकरण उसके पास आता है, वह सिस्टम में डालता है, वह फिर से नए उपकरण आवंटित करता है। इसलिए, मेरा मानना ​​है कि वह मुख्य है।



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

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



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

इसलिए, मैं इस समस्या को निरूपित करता हूं, जो एक निश्चित मानवीय कारक है, अर्थात् संदर्भ स्विचिंग।

प्रसंग स्विच

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

एक व्यक्ति जिसे किसी कार्य पर काम से फाड़ा गया है, उसे वापस आने में 10-15 मिनट लगते हैं।

यह एक औसत आंकड़ा है। स्विचिंग के आधार पर किसी के पास अधिक, कोई और कम हो सकता है। एक साधारण जोड़ के साथ, आप पा सकते हैं कि यदि आप किसी चीज से एक घंटे में 4-5 बार विचलित होते हैं, तो काम के पूरे घंटे के खो जाने की संभावना है, और आप अपना काम करने की संभावना नहीं है।

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

कई मामलों में, यह हमारे संदर्भ और कार्य पर ध्यान केंद्रित करने में असमर्थता को बदलने से आता है। व्यवस्थापक के लिए - एक साधारण कलाकार - ऐसा है।

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

प्रक्रिया अस्पष्टता

दूसरी महत्वपूर्ण समस्या प्रक्रियाओं की अस्पष्टता है, जिसे दो क्षेत्रों में विभाजित किया जा सकता है:

1. टीम के भीतर प्रक्रियाओं की अस्पष्टता;
2. टीम के बाहर प्रक्रियाओं की अपारदर्शिता।

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

यहां आप पेशेवरों को ढूंढ सकते हैं और कह सकते हैं: "शायद वास्या ने पेट्या से बेहतर काम किया! चलो उसका फैसला लेते हैं। ” लेकिन वे आपस में बात कर सकते थे, और कोई ऐसा करेगा। यह महत्वपूर्ण है।

यदि गैर-पारदर्शी प्रक्रियाएं टीम के बाहर हैं, उदाहरण के लिए, जैसा कि कंपनी में पूरी तरह से कुछ गलत हो रहा है, टीम के अंदर यह कार्यों की गलत प्राथमिकता हो सकती है।



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

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

संदर्भ स्विचिंग समस्या को कैसे हल करें

व्यवस्थापक ने काम किया, एक कप कॉफी पी ली, मेल पढ़ा, बैकअप काम किया, कुछ भी नहीं गिरा - बैठो, काम करो, जो हस्तक्षेप कर सकता है।

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



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

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

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

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



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

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

लोग ऊबने लगे, कुछ के लिए कुछ कार्य हैं, कई के लिए हैं, कुछ लोगों के लिए वे निर्बाध प्राप्त करते हैं - कुछ तो समझ से बाहर है। शायद यह हमारा मिसकॉल था, लेकिन यह दृष्टिकोण काम नहीं आया।

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



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

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

आइजनहावर मैट्रिक्स

आपने इस मैट्रिक्स को पहले ही देख लिया होगा, आप बस नाम नहीं जानते होंगे। लब्बोलुआब यह है कि हम टास्क शीट को दो मापदंडों के अनुसार 4 भागों में विभाजित करते हैं:

1. अविलंब / तत्काल नहीं;
2. महत्वपूर्ण / महत्वपूर्ण नहीं।

हम अपने सभी कार्यों को इस अद्भुत टैबलेट में फेंक देते हैं और काम करना शुरू कर देते हैं।

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

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

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

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

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

एक अतिरिक्त बोनस के रूप में, हमने दिन के ड्यूटी अधिकारी की पेशकश की, अगर उसके पास कुछ करने के लिए नहीं था और ऊब गया था, ITGROOVO प्रोजेक्ट पर काम करने के लिए। न केवल व्यक्ति बाकी टीम को कवर करता है, वह महत्वहीन और गैर-जरूरी कार्यों को भी बंद कर देता है!

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

मैं बिंदु सी से कार्यों की अवहेलना नहीं करूंगा। यह किसी भी तरह भ्रम की स्थिति में है: "तत्काल, लेकिन महत्वपूर्ण नहीं" - या तो तत्काल या महत्वपूर्ण नहीं। हमारे मामले में, आमतौर पर इस सेगमेंट में काम नहीं होता है। मापदंड के साथ कार्य "महत्वपूर्ण नहीं है, लेकिन तत्काल" या तो "महत्वपूर्ण नहीं और जरूरी नहीं" बन जाते हैं, या बस गायब हो जाते हैं, और हम उनके साथ काम नहीं करते हैं।



चूंकि मैंने इस तथ्य को छुआ है कि हमने ड्यूटी पर एक दिन के प्रशासक की भूमिका पेश की है, आइए संक्षेप में बताएं कि हम आमतौर पर किन प्रशासकों पर चलते हैं:

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

प्रक्रियाओं को पारदर्शी कैसे बनाया जाए

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



यह इस तरह दिखता है:

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

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

स्थिति नायक

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



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

लेकिन आज की योजना पर, एक लाइन मुझ पर फ़्लिकर करती है जो कहती है कि आपने कल खुद से ऐसा करने का वादा किया था, और चलो, आप पहले यह लिखो कि आपने कल जो किया उससे क्या वादा किया था, और फिर आप क्या करेंगे आज।



साथ ही एक अद्भुत तीसरा बिंदु भी है। यह फ़ील्ड कुछ बाहरी घटनाओं को इंगित करने के लिए है जो कार्यों के निष्पादन को अवरुद्ध करती है । , - , — , , , — . - , , , . , , .



. HipChat, , - , . , , . - , , . यह कमाल है!

Status Hero ?

1. , . , , , , , . Status Hero : « — !» , , , .
   
   
   
2. , . , , , , , , , - , : «, . , , , . ».
   
   
   
   
3. , , - , , . , - , .
   

Status Hero

, Status Hero , . , , .

, , , , - . , , , , , , — . , .

, , . Status Hero, Wiki , , Confluence, , . , , , .

. , Status Hero .

Team Contribution

HighLoad++ Review Badoo . , , : , . , .

— — . . Review , , . , , , - .

Review , snippets . , .



, , , , , , , . , , 3 . daily snippets — , , , — , , .

Status Hero. , . , , — , .



, , : Status Hero , , , , . , , .

,

« , — »
.

, Status Hero , , Badoo. , .



, , . , . , , , . , -.

, , , , . , .



, , -, xCAT.



, , , Puppet — , Consul , Docker, glpi, . , .

- , .



— , . -, . , , Raid, , .

xCAT , PXE dhcp . , dns , . , — — mac — IP , , .

, xCAT , . - Kernel Panic, . xCAT , -, , , , . - — 100 , -, . - , , SN . xCAT SN .

, , xCAT, -, , , dhcp , , , dhcp helper .

, , , , .

Docker

, Docker — . Docker , - .



Docker , , registry , , . , Docker , registry Badoo , . , Ceph Swift API .

, registry, Redis . HTTP , Docker distribution , , , docker-registry Redis endpoint Ceph.

HTTP nginx, SSL, basic Auth. , registry , pull push.

Consul

- Consul, , , service discovery Badoo, service discovery .

, Consul -, , . , 3 master- -.

, - Consul?

Puppet

Puppet.

Consul , ( ):

• आरंभ करने के लिए, आपको PostgreSQL की आवश्यकता है, जो बदले में PuppetDB के लिए आवश्यक होगा।
• PostgreSQL को बढ़ाते हुए, हम इसे कौंसुल में पंजीकृत करते हैं। PuppetDB को बढ़ाते हुए, हम PostgreSQL के बारे में कौंसल से जानकारी लेते हैं, उससे जुड़ते हैं और PuppetDB के बारे में जानकारी वापस कौंसल को भेजते हैं।
• अगला, हम जावा में पपेट-सर्वर नोड्स की आवश्यक संख्या बढ़ाते हैं। हम कंसुल से उनके लिए जानकारी लेते हैं, हम उनके बारे में जानकारी कौंसल में डालते हैं।
• अंतिम चरण में हम nginx के लिए लोड संतुलन बढ़ाते हैं, जो एसएसएल समाप्ति के साथ संबंधित है, 3 बंदरगाहों की सेवा करता है:
  
  1. प्रत्यक्ष कठपुतली एजेंटों के लिए बंदरगाह;
  2. कठपुतली डीबी के लिए बंदरगाह;
  3. आँकड़ों के लिए बंदरगाह।

अन्य सभी ग्राहक लोड बैलेंसिंग से गुजरते हैं।

GLPI

हमारे पास ग्लपी नामक ऐसी चीज है, यह किसी भी डेटा सेंटर के लिए आवश्यक है। सब कुछ काफी अनाड़ी और सरल है - यह इन्वेंट्री के लिए एक सेवा है ।



यह निम्नानुसार काम करता है:

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

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

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



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

तो, कलाकारों के लिए क्या आवश्यक है (यह मुझे लगता है, न केवल व्यवस्थापक के लिए):

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

जब आप विभाग में काम की पारदर्शिता बढ़ाते हैं, तो दस्तावेज़ को अपडेट करने की समस्या स्वयं हल हो जाती है, क्योंकि आप देखते हैं कि क्या पुनरावृत्तियां हो रही हैं, और आपसे लगातार पूछा जाता है: "अपडेट, अपडेट, अपडेट।"

संदर्भ

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

• डेवलपर्स क्यों बाधित हो रहे हैं ,
• प्रोग्रामर बाधित ,
• रुकावट: बस एक मिनट कभी नहीं ,
• कार्य स्विचिंग और रुकावटों का एक डायरी अध्ययन ,
• कोई काम नहीं छोड़ा ;: खंडित कार्य की प्रकृति की जांच करना ,
• xCAT ,
• GLPI , फ्यूजन इन्वेंटरी ,
• कठपुतली ,
• कौंसल ,
• स्थिति नायक ।

हाइ-लोड प्रोजेक्ट्स हाईलोड ++ साइबेरिया के डेवलपर्स के लिए सम्मेलन का साइबेरियाई संस्करण सोमवार को शुरू होगा और 25 और 26 जून को होगा। इस पर, एंटोन बेथ ऑपरेशन टीम के साथ सेवा में उपकरणों और सेवाओं के विकास के बारे में बात करेंगे ,

और अन्य 30 मान्यता प्राप्त विशेषज्ञ और उद्योग के नेताओं के प्रतिनिधि अपनी सर्वोत्तम प्रथाओं को प्रस्तुत करेंगे और अपने अनुभव साझा करेंगे - कार्यक्रम देखें।