"ओपन ऑर्गनाइजेशन": अराजकता और रैली के लाखों लोगों में खो जाने के लिए कैसे नहीं

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



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



(रूसी उपशीर्षक के साथ उपलब्ध वीडियो)

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

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

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

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

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

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

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

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

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

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

मेरिटोक्रेसी कल्टीवेशन टिप्स

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

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

चलो अपने रॉक सितारे उनके जुनून का पालन करें

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

“कंपनियां नवाचार को चलाने के लिए बहुत प्रयास कर रही हैं। Google का दृष्टिकोण दिलचस्प है 2004 के बाद से Google को हर घर में जाना जाने लगा, इंटरनेट व्यवसाय में अधिकारियों और विचारकों ने अपनी प्रभावशाली सफलता को दोहराने के लिए कंपनी के मुख्य रहस्य को उजागर करने की कोशिश की। सबसे प्रसिद्ध, लेकिन वर्तमान में बंद कार्यक्रमों में से एक यह था कि सभी Google कर्मचारियों को अपने काम के समय का 20 प्रतिशत खर्च करने के लिए आमंत्रित किया गया था जो वे चाहते थे। यह विचार यह था: यदि कर्मचारी अपने स्वयं के प्रोजेक्ट और विचारों को लागू करना शुरू कर देते हैं जो काम के अलावा भावुक हैं, तो वे नवाचार बनाना शुरू कर देंगे। यह है कि तीसरे पक्ष की परियोजनाएं कितनी सफल रहीं: GoogleSuggest, AdSense for Content और Orkut; वे सभी 20 प्रतिशत के साथ इस प्रयोग से आए - एक प्रभावशाली सूची! [...]

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

सबसे विशिष्ट मामला कुछ इस तरह दिखता है: कोई व्यक्ति तृतीय-पक्ष परियोजना पर काम कर रहा है (यदि उसने अपने प्रबंधकों को कार्यस्थल पर इसके महत्व को समझाया है; या अपनी पहल पर घंटों के बाद), और बाद में यह काम उनके कार्यालय के सभी घंटे ले सकता है। "

मंथन से ज्यादा

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

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

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

यहां तक ​​कि लिनक्स ऑपरेटिंग सिस्टम के निर्माता लिनुस टॉर्वाल्ड्स, कोड में प्रस्तावित परिवर्तनों से असहमत हैं। एक दिन, Red Hat के प्रमुख डेवलपर्स में से एक, Linus और David Howells ने Red Hat द्वारा अनुरोध किए गए कोड परिवर्तन के लाभों के बारे में एक गर्म बहस में प्रवेश किया, जो हमारे ग्राहकों की सुरक्षा सुनिश्चित करने में मदद करेगा। हॉवेल्स के अनुरोध के जवाब में, टॉर्वाल्ड्स ने लिखा: "स्पष्ट रूप से, यह [अप्राप्य शब्द] मूर्खतापूर्ण है। सब कुछ इन बेवकूफ इंटरफेस के चारों ओर घूमने लगता है, और पूरी तरह से मूर्खतापूर्ण कारणों के लिए। हमें ऐसा क्यों करना चाहिए? मुझे अब मौजूदा X.509 पार्सर पसंद नहीं है। मुहावरेदार जटिल इंटरफेस बनाए जा रहे हैं, और अब 11 होंगे - लिनुस 9 ”।

तकनीकी विवरणों को एक तरफ छोड़ दें, तो अगली पोस्ट में टॉर्वाल्ड्स ने एक ही नस में लिखना जारी रखा - और इस तरह कि मैं उद्धृत करने का जोखिम नहीं उठाऊंगा। यह बहस इतनी ज़ोर से हुई कि यह द वॉल स्ट्रीट जर्नल के पन्नों पर भी आ गई। [...]

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

जल्दी रिलीज, अक्सर रिलीज

हम भविष्य की उम्मीद नहीं कर सकते, इसलिए हमें बस कोशिश करनी होगी:

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

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

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

यहाँ पुस्तक से एक और उद्धरण है:

“मुझे एहसास हुआ कि इस भूमिका को पूरा करने के लिए, कल के नेताओं में ऐसी विशेषताएं होनी चाहिए जो साधारण संगठनों पर ध्यान न दें। एक खुले संगठन को प्रभावी ढंग से प्रबंधित करने के लिए, नेता के पास निम्नलिखित गुण होने चाहिए।

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

और यह महत्वपूर्ण क्यों है

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

पढ़ें , इसे आजमाएं!