कार्यान्वयन अनुभव वास्तविक हो रहा है। 2 का भाग 1

एक साल पहले, मैंने 37signals से Get Real को पढ़ा। उसने वास्तव में मुझे प्रभावित किया, और मैंने फैसला किया कि यह हमारी कंपनी में इस दृष्टिकोण की कोशिश करने के लायक था, जिसे मैंने 2011 की शुरुआत से सही किया था। यह लेख व्यक्तिगत कंपनी में गेटिंग रियल को लागू करने के वार्षिक अनुभव पर एक तरह की रिपोर्ट है। रिपोर्ट बेशक मध्यवर्ती है, क्योंकि काम करने के लिए दृष्टिकोण में परिवर्तन का वास्तविक प्रभाव (और रियल प्राप्त करना एक प्रबंधन या विकास तकनीक नहीं है, लेकिन एक दृष्टिकोण) को अधिक ध्यान देने योग्य अवधि के बाद आंका जा सकता है; इसके अलावा, दृष्टिकोण के सभी सिद्धांत जो हम लागू करने में सक्षम थे। मैं इस बारे में भी बताऊंगा

मैं पुस्तक की सामग्री को फिर से नहीं लिखूंगा; यदि आप इसे नहीं पढ़ते हैं, लेकिन विकास के प्रबंधन में रुचि रखते हैं, तो इसे पढ़ना सुनिश्चित करें, यह सार्वजनिक डोमेन में उपलब्ध है । किताब बहुत छोटी है। यदि आप इसे पसंद करते हैं, तो मैं आपको सलाह देता हूं कि समान 37signals से Rework पढ़ें, यह पुस्तक पहले से ही अधिक चमकदार है।

सबसे पहले, मुझे यह कहना होगा कि गेटिंग रियल स्टार्टअप्स, नौसिखिए टीमों में सबसे प्रभावी है। NetCat का अस्तित्व 12 साल है, विभिन्न समयों पर अलग-अलग लोगों द्वारा लिखे गए बहुत सारे कोड, स्थापित व्यावसायिक प्रक्रियाएं और एक बड़ा सहबद्ध नेटवर्क। एक ओर, यह हस्तक्षेप करता है: पुन: निर्माण करना पुनर्निर्माण की तुलना में आसान है। दूसरी ओर, व्यापक अनुभव होने पर, विभिन्न दृष्टिकोणों और तकनीकों की ताकत और कमजोरियों की तुलना करना बहुत आसान है।

इस लेख को एक कार्यान्वयन मार्गदर्शिका या एक मास्टर वर्ग के रूप में न लें: मैं सिर्फ "जीआर थीसिस - प्रारूप में अपना अनुभव साझा करता हूं, जैसा कि हमने इसे समझा और इसे लागू किया"।

छोटे रहो

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

• बैठक
• दस्तावेजों के प्रवाह
• निश्चित वेतन दर
• पहुंच का स्तर
• प्रबंधन श्रृंखला
• रणनीतिक योजना
• विस्तृत डिजाइन
• कर्मचारियों सूची
• इनाम और सजा की व्यवस्था

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

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

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

• लेखांकन और कानूनी सेवाएं
• डिजाइन का काम
• ख़ाका
• विकास (आंशिक रूप से)
• विज्ञापन सेवाओं, घटना संगठन
• परीक्षण (आंशिक रूप से)
• ऑडिट (प्रयोज्य, सुरक्षा)
• हमारे सर्वर का प्रशासन
• सफाई :)

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

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



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

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

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

कम बैठकें, ज्यादा आजादी।

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

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

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

कम और कम

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

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

खुले रहो

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

ऐसा नहीं है कि हम कुछ भी नहीं छिपाते हैं ...;) लेकिन हम कोशिश करते हैं। उदाहरण के लिए, हमने अपने उत्पाद को हैक करने के तथ्यों को छिपाना बंद कर दिया, इसके विपरीत: नियमों के अनुसार, महत्वपूर्ण भेद्यता का पता लगाने के मामले में, हम एक आपातकालीन पैच जारी करते हैं, सभी के लिए इसे खुला उपयोग करते हैं (और न केवल सक्रिय तकनीकी समर्थन वाले) और उपयोगकर्ताओं और भागीदारों को सूचनाएं भेजते हैं। हम अपने वित्तीय संकेतकों और दुनिया को जीतने के लिए योजनाओं के विवरण से कर्मचारियों को छिपाना भी बंद कर दिया। हम ईमानदारी से सवालों के जवाब देने की कोशिश करते हैं कि हमारे पास यह या यह कार्यक्षमता क्यों नहीं है और क्या हम इसे पेश करने की योजना बनाते हैं। और जब हम इस बात से परिचित नहीं थे कि हम किससे डरते थे: निराश भागीदारों का कोई बहिर्वाह नहीं है, तो कर्मचारी हमारे रहस्यों को प्रतियोगियों को बेचने के लिए नहीं चलते हैं (और, जैसा कि यह निकला, हमारे पास बिक्री के लिए कोई विशेष रहस्य नहीं है; कम से कम यह समझ में नहीं आता कि कैसे? प्रतियोगियों के शिविर से एक ही ज्ञान का इस्तेमाल किया)।

इसके विपरीत, हमने देखा कि लोग हमारी ईमानदारी को महत्व देते हैं, मदद करने की कोशिश करते हैं, बेहतर ढंग से हमें समझते हैं। यह उच्च उम्मीदों के कारण निराशा की समस्या को दूर करता है।

स्वयं बनो

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

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


एक हार्नेस में पहले घोड़े की आंखों के माध्यम से दुनिया


एक दोहन में एक दूसरे घोड़े की आंखों के माध्यम से दुनिया

हम हमेशा अपने सामने किसी की गांड ही देखेंगे, अगर हम खुद नहीं हैं।

लेख के अगले भाग में : "प्रतिबंध मदद", "विशिष्टताओं का निर्माण न करें"; और यह भी कि जीआर सिद्धांतों से हम सफल नहीं हुए।