काम मजेदार होना चाहिए

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

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

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

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

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

नियंत्रण का एक आधिकारिक तरीका , दुर्भाग्य से, संभव है और हो रहा है, और हम इस तरह की अभिव्यक्तियों से जूझ रहे हैं।

हम कोड साझा करने का अभ्यास करते हैं । यही है, टीम का प्रत्येक सदस्य किसी भी समस्या को हल कर सकता है या गलती को सुधार सकता है, वह यह नहीं कहेगा: "यह मैं नहीं लिख रहा हूं।" तदनुसार, एक उचित टीम का आकार है। यहां गणित सरल है: 1 व्यक्ति को किसी भी चीज पर चर्चा नहीं करनी चाहिए, 2 लोगों के पास एक चर्चा चैनल है, 3 - 3 चैनल, 4 - 6 चैनल, 5 लोग - 10 चैनल, आदि। प्रत्येक एन + 1 व्यक्ति एन संभव संचार चैनल जोड़ता है। इसलिए, इष्टतम टीम का आकार 2-4 लोग हैं। 5-7 लोगों को पहले से ही समन्वय कार्य (बैठकों, उदाहरण के लिए) के लिए औपचारिक प्रक्रियाओं की आवश्यकता होगी, और 7 से अधिक लोग स्वाभाविक रूप से अपने दम पर समूहों में टूट जाएंगे। इसलिए, हम टीमों को छोटा रखने की कोशिश करते हैं, फिर निर्णय लेने की प्रक्रियाएं स्वयं होती हैं। मुख्य बात यह है कि सामान्य लक्ष्य हैं।

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

चरम प्रोग्रामिंग अभ्यास के लिए सामान्य मानक : लघु पुनरावृत्तियों, कोड सह-स्वामित्व, परीक्षण के माध्यम से विकास, निरंतर एकीकरण, रीफैक्टरिंग।

मुझे नहीं लगता कि हम अद्वितीय हैं । हम नौकरशाही के बिना, एक रचनात्मक वातावरण में, वैश्विक स्तर पर काम करने का अवसर प्रदान करते हैं। मैं अधिक से अधिक ऐसी कंपनियों को देखना चाहूंगा।

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

एक अद्वितीय कर्मचारी वह होता है जो कंपनी के लक्ष्यों को साझा करता है और इसे एक या दूसरे तरीके से सफलता की ओर ले जाता है। प्रत्येक अद्वितीय कर्मचारी के पास गुणों का अपना सेट होता है। यह इस मायने में अद्वितीय नहीं होना महत्वपूर्ण है कि केवल आप जानते हैं कि कुछ कैसे काम करता है।

मैं हमेशा सफलता के लिए अपने आंतरिक मानदंडों में सफल रहा हूं । मैं एक उत्कृष्ट छात्र होने की आकांक्षा नहीं रखता था, लेकिन मैंने वह करने की कोशिश की जो मुझे पसंद था और जो मुझे पसंद नहीं था, वह नहीं करना था।

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

मेरे साथ काम करने वाले लोग ? हां, उन्होंने कुछ नहीं पढ़ाया, इस लिहाज से मैं एक जिद्दी गधा हूं और मैं उसी रेक पर कदम रखता हूं। गंभीरता से, यह केवल उन लोगों के लिए धन्यवाद है जो मेरे साथ काम करते हैं कि हम इतना कुछ कर सकते हैं।

प्रेरणा ? वर्तमान परियोजना को आगे बढ़ाने के लिए ताकि यह दुनिया में कुछ बदल सके, लोगों के जीवन को बेहतर बनाता है।

20 साल पहले, मेरी भावी पत्नी ने मुझसे पूछा कि मैं कैसे जीविकोपार्जन करूँगा। मैंने जवाब दिया कि मैं प्रोग्रामर इकट्ठा करूंगा, हम प्रोग्राम लिखना और उन्हें बेचना शुरू करेंगे। तो मैंने किया। फिर आंद्रेई और आई ( नोट: आंद्रेई तेलनोव, रोमन के सहयोगी और देवएक्सप्रेस के संस्थापक ) ने सपना देखा कि 20-30 लोग हमारे लिए काम करेंगे। इसलिए अब कंपनी हर 10-15 से हमारे सपनों को पार कर जाती है।

भविष्य हमारे ग्राहकों की सभी जरूरतों को पूरा करने के लिए है - सॉफ्टवेयर डेवलपर्स, न केवल पुस्तकालयों में, बल्कि सेवाओं, उपकरणों, प्रौद्योगिकियों में भी।

जीवन छोटा है और इसका आनंद लेना चाहिए। घोटाले मत करो और समय से पहले चिंता मत करो। ”

और आपकी कंपनी में काम कैसे आयोजित किया जाता है? आप किस पद्धति का उपयोग करते हैं, आपके पास क्या प्रबंधन शैली है? आपको अपने काम पर क्या गर्व हो सकता है?