Udalenka GitLab पर नवाचार को कैसे तेज करता है

GitLab पर, udalenka एक व्यावसायिक जोखिम नहीं है, लेकिन एक प्रतिस्पर्धात्मक लाभ है।

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

मैं कैसे अभ्यस्त हो गया

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

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

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

अन्योन्याश्रित घटक

उदलेंका गीतालाब में इतनी अच्छी तरह से फिट बैठता है कि महत्वपूर्ण अन्योन्याश्रित घटकों के लिए धन्यवाद

अतुल्यकालिक संचार

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

पारदर्शिता

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

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

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

हर कोई नाचता है!

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

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

यात्रा

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

प्रतीक्षा के हर दिन, हम इसे एक खोया लाभ मानते हैं। आज कम से कम कुछ करना बेहतर है और तुरंत परिणाम प्राप्त करें।

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

GitLab रिमोट से पीड़ित नहीं है, लेकिन इससे पूर्ण लाभ है।

निष्कर्ष में

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

और आप udalenka से कैसे निपटते हैं? @Itlab पर एक टिप्पणी या ट्वीट पोस्ट करें।