🤘 🏍️ 👧 किसी दूरस्थ साइट पर प्रबंधक क्या गलतियाँ करते हैं 😃 🎷 🙇🏽

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

पहली सलाह आपके लोगों को पाने के लिए पर्याप्त है!

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

कठफोड़वा अपने शुद्ध रूप में।

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

CROC में दूरस्थ विकास का क्या हुआ

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

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

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

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

स्वाभाविक रूप से, आगे रास्ते पर आप बहुत अजीब जलाऊ लकड़ी को तोड़ सकते हैं।

क्या गलत हो सकता था?

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

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

आप शायद जूम कमजोरियों के साथ दैनिक पाचन और रिकॉर्ड के रिसाव के साथ कहानी के अंत के बारे में जानते हैं। सभी अधिकारी (अक्सर आईटी कार्यों को सेट करने वाले व्यवसाय से) यह समझते थे कि ज़ूम क्या है, यह कैसे ठीक से काम करता है, और यह कि कुछ गोपनीय बातें रिकॉर्डिंग के तहत कहने लायक नहीं हैं। हमने ग्राहकों के लिए एक ज्ञापन बनाया कि किस चैनल का उपयोग किया जाए। लगता है मदद की है। कम से कम कई पुराने औद्योगिक इंजीनियरों ने थोड़ा शिथिलता बरती। और उन्होंने सामान्य सम्मेलनों में "mydomain.ru" जोड़ना बंद कर दिया, यह निर्दिष्ट किए बिना कि क्या वे इस कर्मचारी को जानते हैं।

हमारे ग्राहकों में से एक यह भूल गए कि कार्यालय में फूल छोड़ दिए गए थे जिन्हें पानी की जरूरत थी। खतरों का विश्लेषण करने पर यह गलती से पता चला। फूल बच गए।

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

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

एक अच्छा तरीका यह है कि प्रत्येक डेवलपर के तरीके को कहीं न कहीं रिकॉर्ड किया जाए। हम भूगोल के कारण इससे परिचित हैं, लेकिन "तत्काल मामलों में फोन द्वारा केवल 16:00 से 19:00 तक" जैसे अतिरिक्त मदद करते हैं। यह वह जगह है जहां डॉक फ़ाइल के लिए अनुरोध और चेकों के परिणाम बहुत अच्छे काम करते हैं: आप चाहें तो इसे बिस्तर से भी कर सकते हैं। क्योंकि अन्यथा आपको आठ से नौ घंटे की अगली कामकाजी सुबह का इंतजार करना होगा। हम उन ग्राहकों को समान सरल स्टैक देने की कोशिश करते हैं, जिनके साथ हम निकटता से काम करते हैं, क्योंकि अगर हम इस तथ्य के लिए उपयोग किए जाते हैं कि दस्तावेज़ सिस्टम से सिस्टम में गुजरता है, तो ग्राहक का एटलसियन स्टैक उपलब्ध नहीं हो सकता है और * .docob फ़ाइलों को भेजने के लिए आवश्यक होगा। अंतरिम रिपोर्ट के साथ।

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

यहाँ हमारे डेवलपर्स का कहना है:

उन्होंने डेमो के लिए एक बॉट बनाया - प्लस टू वह जिस पर हर कोई प्लस है। और बैठे हुए बच्चों के साथ ठीक।

— - . , . , , : 10 000 10 , , . , -, , . , , ! , , . : , , , - . . … , .

एक दूरस्थ साइट पर पारंपरिक विकास के साथ कोई अंतर नहीं है। ठीक है, आप अभी भी सेवाओं के साथ काम करते हैं। बहुत समय पहले एक ऐसा मामला आया था जब मेरे सहयोगी ने गलती से एक वीपीएन सर्वर को बंद कर दिया था, जिसके माध्यम से वह इस वीपीएन सर्वर को बनाए रखने के लिए जुड़ा था ... सिस्टम को अपडेट करने के लिए पांच मिनट की खिड़की के साथ, नया संस्करण लॉन्च होने से पहले और लोड होने पर लोड अचानक गिर गया सेमी-मैनुअल अपडेट) ... या जब आप rm -rf / डेटा कमांड चलाते हैं, और तब आपको पता चलता है कि आपके पास यह उत्पादक है, और तेज़, तेज ctrl-c।

धूम्रपान न करने के उपाय:

उन्होंने एक सहकर्मी को फिर से रिलीज़ किया जो पहले से ही जारी था। उसके काम को निष्फल कर रहा है। Happenes।

क्या ढेर उदाहरण हैं?

हाँ, यहाँ वे हैं:

लिंक का अनुरोध करें

जीतलाब + समयसीमा

बॉट मदद करते हैं

जीतलब +

जीरा जीतलाब + समयसीमा

विधानसभा आरेख

विकास पाइपलाइन उदाहरण

यह एक उदाहरण टेक चैट चैट है

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

यहाँ एक उदाहरण है। कार्य पूरा माना जाता है जब ToR में प्रत्येक पंक्ति क्रॉस्टैब के लिए एक कार्यशील कड़ी होगी।

कदम हैं

, . - .

() «»:

. , . - .

- -:

( ) «» ( ). Jira . . «» , . — . . «».

मैं एक प्रबंधक हूं, मुझे अब क्या ध्यान देना चाहिए?

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

यदि विशुद्ध रूप से नेतृत्व प्रक्रिया पर अलग से चर्चा करना दिलचस्प है, तो हम 27 को 16:00 पर एक वेबिनार कर रहे हैं, यहां हम कुछ भी देख सकते हैं। यह इस बारे में होगा कि आप प्रक्रिया का निर्माण कैसे कर सकते हैं, विभिन्न त्रुटियों और प्रबंधन के मामलों, जिम्मेदारियों को अलग करना (विशेषकर सूचना सुरक्षा के साथ), डेवलपर्स, विश्लेषकों, परीक्षकों के बीच दस्तावेज़ प्रवाह, सीआई / सीडी के बारे में थोड़ा। ठीक है, भले ही यह आपको लगता है कि आप पहले से ही सब कुछ जानते हैं, आप इसे एक असली जेडी की तरह कर सकते हैं - एक वेबिनार के लिए साइन अप करें, ध्वनि नीचे करें और अपना काम करने के लिए वहां बैठें!

किसी दूरस्थ साइट पर प्रबंधक क्या गलतियाँ करते हैं

CROC में दूरस्थ विकास का क्या हुआ

क्या गलत हो सकता था?

क्या ढेर उदाहरण हैं?

मैं एक प्रबंधक हूं, मुझे अब क्या ध्यान देना चाहिए?

More articles: