विभिन्न कंपनियों में विकास की प्रक्रियाएँ कैसी होती हैं

विकास प्रक्रियाएं टीमों के भीतर और विभिन्न सम्मेलनों में चर्चा का एक निरंतर विषय हैं। और, ज़ाहिर है, उनका अनुकूलन हर किसी के लिए एक निरंतर सिरदर्द है जो किसी भी तरह विकास को नियंत्रित करता है।

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

हमने अपनी अगली टीम लीडर मीटअप को विकास प्रक्रियाओं के लिए समर्पित करने का फैसला किया, जो 17 जून की शाम को यैंडेक्स के मास्को कार्यालय में होगी। पंजीकरण खुला है!

हमारे विशेषज्ञ होने के लिए सहमत हुए:

• अनातोली एनाटोलिक्स ओरलोव , सीटीओ, ओज़ोन
• एलेक्सी कटेव देसदेउरुम , सॉफ्टवेयर डेवलपमेंट के प्रमुख, स्काईग्वेन
• अलेक्जेंडर गुटमैन, सीटीओ, जूमपे
• इवगेनी परमोनोव, हेड ऑफ सर्च मिक्सिंग डेवलपमेंट, यांडेक्स
• एंड्री प्लाखोव याफिंडर , खोज कार्यक्षमता के प्रमुख, यैंडेक्स

भविष्य की चर्चा तैयार करने के लिए आज वे कुछ सवालों के जवाब देते हैं:

1. आपकी कंपनी में किन प्रक्रियाओं के आधार पर निर्माण किया जाता है?
2. आपके अनुभव में, टीम की सफलता का कितना प्रतिशत सही प्रक्रियाओं द्वारा निर्धारित किया जाता है, और व्यक्तिगत कौशल क्या है?
3. क्या ऐसी परिस्थितियाँ हैं जिनमें टीम लीडर को किसी भी प्रक्रिया को अनदेखा करने का पूरा अधिकार है?
4. "प्रक्रिया" शब्द के साथ अपने अनुभव से कुछ डरावनी कहानी बताएं

कटौती के तहत - बहुत सारी आग, व्यंग्य सवालों के लेखकों को संबोधित किया, सबसे विविध राय और, ज़ाहिर है, डरावनी कहानियां।

अनातोली ओर्लोव एनाटोलिक्स , सीटीओ, ओजोन

1. आपकी कंपनी में किन प्रक्रियाओं के आधार पर निर्माण किया जाता है?

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

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

2. आपके अनुभव में, टीम की सफलता का कितना प्रतिशत सही प्रक्रियाओं द्वारा निर्धारित किया जाता है, और व्यक्तिगत कौशल क्या है?

ब्याज गलत है। संभवतः, इस तरह से कुछ का संचालन करने के लिए गणना के लायक है: कौशल यह निर्धारित करता है कि आप कितनी जटिल प्रणाली चला सकते हैं, विशेषज्ञों की व्यक्तिगत उत्पादकता - आप इसे कितनी तेजी से कर सकते हैं। और खराब प्रक्रिया और वास्तुकला काम को धीमा कर देती है, यह अक्षमता पर कर है। कर कुछ भी हो सकता है, सिद्धांत रूप में, कुछ कंपनियों में, यहां तक ​​कि 100% भी होता है, लेकिन ऐसे संगठन आमतौर पर लंबे समय तक नहीं रहते हैं (यदि यह "GBU हाउसिंग Sviblovo" नहीं है, तो निश्चित रूप से)।

3. क्या ऐसी परिस्थितियाँ हैं जिनमें टीम लीडर को किसी भी प्रक्रिया को अनदेखा करने का पूरा अधिकार है?

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

4. "प्रक्रिया" शब्द के साथ अपने अनुभव से कुछ डरावनी कहानी बताएं

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

आपको निम्नलिखित मामलों में इसे लगभग लागू करने की आवश्यकता है: मान लें कि आप एक रिक्ति को खोलने के लिए एचआर में आते हैं, और वे आपको 5-पृष्ठ प्रश्नावली भरने के लिए कहते हैं, जिसके बारे में आप देखने जा रहे हैं। या आप स्पष्ट रूप से आवश्यक कुछ के लिए पैसे मांगने आते हैं, और आपको एक ज्ञापन लिखने के लिए कहा जाता है।

यह प्रक्रिया अक्सर टूटी हुई और नौकरशाही में बदल जाती है, क्योंकि एक प्रश्नावली लिखना आपके लिए है, और यह दूसरों के लिए जीवन को आसान बनाता है (या नहीं भी)। परिणामस्वरूप, हमारे पास इस बात पर सहमत होने के लिए कोई तंत्र नहीं है कि प्रश्नावली में क्या होना चाहिए - 2 पंक्ति या 5 पृष्ठ।

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

एलेक्सी कटेव देसदेउरुम , सॉफ्टवेयर डेवलपमेंट के प्रमुख, स्काईग्वेन

1. आपकी कंपनी में किन प्रक्रियाओं के आधार पर निर्माण किया जाता है?

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

मौजूदा पैमाने पर, यह काम नहीं करता है: टीम के कुछ नेताओं के पास अनुभव की कमी है, कुछ के पास समय की कमी है। बढ़ती एन्ट्रापी समस्याएँ लाने लगी है। पिछले साल, मैं सभी टीमों के लिए अपने सर्वश्रेष्ठ अभ्यासों का विस्तार कर रहा हूं, बिक्री और "ऐसा करना निश्चित रूप से अच्छा है।" एक टीम बनाते समय सही प्रक्रियाओं को लागू करना आसान है, यह तब और भी आसान है जब एक टीम का नेतृत्व एक सफल टीम से अलग हो जाता है: आपको समझाने या बेचने की जरूरत नहीं है, वह जानता है कि यह काम करता है।

2. आपके अनुभव में, टीम की सफलता का कितना प्रतिशत सही प्रक्रियाओं द्वारा निर्धारित किया जाता है, और व्यक्तिगत कौशल क्या है?

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

3. क्या ऐसी परिस्थितियाँ हैं जिनमें टीम लीडर को किसी भी प्रक्रिया को अनदेखा करने का पूरा अधिकार है?

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

4. "प्रक्रिया" शब्द के साथ अपने अनुभव से कुछ डरावनी कहानी बताएं

इस बारे में एक डरावनी कहानी है कि पर्यवेक्षक ने किस तरह से उस उपभोक्ता की प्रक्रिया का सम्मान किया जिसने वेतन का भुगतान किया था। और वह एक त्रुटि के साथ गिर गया, भुगतान गेट पर एक अनुरोध भेजने का प्रबंधन। लेकिन मैं उसे सार्वजनिक रूप से नहीं बताऊंगा :)

अलेक्जेंडर गुटमैन, सीटीओ, जूमपे

1. आपकी कंपनी में किन प्रक्रियाओं के आधार पर निर्माण किया जाता है?

हमारी कंपनी में प्रक्रियाएं ही उभर रही हैं।

त्रैमासिक योजना के लिए, हम OKR का उपयोग करते हैं।

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

2. आपके अनुभव में, टीम की सफलता का कितना प्रतिशत सही प्रक्रियाओं द्वारा निर्धारित किया जाता है, और व्यक्तिगत कौशल क्या है?

ऐसा लगता है कि प्रश्न में अनुमान है कि टीम की सफलता सही प्रक्रियाओं और कौशल द्वारा विशेष रूप से निर्धारित की जाती है, और प्रतिशत कुल 100 होना चाहिए।

लेकिन अन्य महत्वपूर्ण कारक हैं: संसाधन या, उदाहरण के लिए, यादृच्छिक। इसलिए, मैं जवाब दूंगा: 10% प्रक्रियाएं और 10% कौशल।

दूसरी ओर, यह बहुत स्पष्ट नहीं है कि प्रत्येक कारक के प्रभाव के प्रतिशत को क्या कहा जाए। लगभग हर जटिल परियोजना गलत प्रक्रियाओं या व्यक्तिगत कौशल की पूर्ण कमी के साथ विफल हो सकती है। इसलिए, मेरा जवाब है: 99% प्रक्रियाएं और 99% कौशल।

तीसरी ओर, अगर हम गैर-तुच्छ परियोजनाओं के बारे में और टीमों के बीच प्रतिस्पर्धा के बारे में बात करते हैं, तो प्रक्रियाएं उबाऊ होती हैं और सभी के पास कुछ उचित प्रक्रियाएं होनी चाहिए, लेकिन व्यक्तिगत कौशल एक विभेदक बन सकता है। इसलिए, अंतिम उत्तर: 10% प्रक्रियाएं और 20% कौशल।

3. क्या ऐसी परिस्थितियाँ हैं जिनमें टीम लीडर को किसी भी प्रक्रिया को अनदेखा करने का पूरा अधिकार है?

ऐसी स्थितियां हैं जिनमें कोई भी किसी भी चीज को अनदेखा कर सकता है। विशेष रूप से, टीम का नेतृत्व - किसी भी प्रक्रिया।

लेकिन मैं इस तरह टीम को अलग नहीं करूंगा। यहां हमें टीम के भीतर कुछ आम सहमति की आवश्यकता है: प्रक्रियाएं अपूर्ण हैं, नियम सार्वभौमिक नहीं हैं, आपको सामान्य ज्ञान द्वारा निर्देशित होने की आवश्यकता है।

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

4. "प्रक्रिया" शब्द के साथ अपने अनुभव से कुछ डरावनी कहानी बताएं

एक बार जब मुझे इस सवाल का जवाब देने के लिए कहा गया था "शब्द" प्रक्रिया "के साथ अपने अनुभव से कुछ डरावनी कहानी बताएं।

इवगेनी परमोनोव , हेड ऑफ सर्च मिक्सिंग डेवलपमेंट, यांडेक्स

1. आपकी कंपनी में किन प्रक्रियाओं के आधार पर निर्माण किया जाता है?

हम चुस्त के सिद्धांतों से प्यार करते हैं। टीम इस तरह से हमारे सभी कार्यों का निर्माण करती है ताकि कंपनी के लक्ष्यों की प्राप्ति और टीम के मनोबल को कम से कम समय में अधिकतम किया जा सके।

चूँकि फुर्तीले सिद्धांतों में से एक का कहना है कि "लोगों और बातचीत प्रक्रियाओं और उपकरणों से अधिक महत्वपूर्ण हैं", हमने जो पहली चीज की वह स्क्रैम के बुनियादी नियमों को सही करती थी।

टीम के अंदर, हम निम्नलिखित सिद्धांतों को बढ़ावा देते हैं:

• हम में से प्रत्येक एक लकड़हारा और एक जौहरी (विश्लेषक / परीक्षक / डेवलपर) है
• हम में से प्रत्येक के पास ताकत है (एक दोस्त से मदद करें / पूछने के लिए स्वतंत्र महसूस करें)
• हम में से प्रत्येक निर्धारित करता है कि अंतिम उत्पाद कैसा दिखेगा (प्रत्येक दिशा में एक जिम्मेदार है)

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

प्रत्येक महीने के लिए, हम एक लक्ष्य निर्धारित करते हैं जिसे हम प्राप्त करना चाहते हैं और साप्ताहिक प्रगति की जांच करते हैं। इससे हमें लचीलापन मिलता है। सप्ताह के दौरान भी हम अपनी योजनाओं को बदल सकते हैं यदि इससे महीने के लक्ष्य को प्राप्त करने में मदद मिलती है।

इस प्रक्रिया के संगठन के साथ, प्रबंधकों की भागीदारी न्यूनतम है और टीम गतिशीलता और दीर्घकालिक प्रतिबद्धता प्राप्त करती है।

2. आपके अनुभव में, टीम की सफलता का कितना प्रतिशत सही प्रक्रियाओं द्वारा निर्धारित किया जाता है, और व्यक्तिगत कौशल क्या है?

समय आगे बढ़ता है, दुनिया बदल रही है और इसके साथ हमारी प्रक्रियाएं बदल रही हैं।

महारत है:

• एक प्रक्रिया स्थापित करें जो परिणाम पर काम करती है;
• वर्तमान प्रक्रियाओं में समस्या को हल करें और उसे ठीक करें;
• लोगों को यह समझने के लिए कि प्रक्रिया को इस तरह से संरचित क्यों किया गया है।

एक उदाहरण के रूप में अपनी टीम का उपयोग करते हुए, मैं दृढ़ता के साथ कह सकता हूं कि यह अनुपात क्षेत्र में एक से एक है।

मेरी टीम तुरंत तीन वैश्विक क्षेत्रों से संबंधित है: अनुसंधान, मशीन सीखने और बुनियादी ढांचे (और वास्तव में, किराने का काम भी)।

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

3. क्या ऐसी परिस्थितियाँ हैं जिनमें टीम लीडर को किसी भी प्रक्रिया को अनदेखा करने का पूरा अधिकार है?

यदि प्रक्रिया कौशल के साथ बनाई गई है, तो यह संभावना नहीं है। एक सक्षम रूप से निर्मित प्रक्रिया दूसरों की गलतियों पर सबसे अधिक संभावना है।

लेकिन, जैसा कि मैंने ऊपर कहा था, हम आगे बढ़ रहे हैं और दुनिया बदल रही है, इसलिए जल्द या बाद में ऐसी स्थिति आएगी जहां प्रक्रिया को नजरअंदाज करना होगा या बदलना होगा।

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

एक काल्पनिक स्थिति पर विचार करें:

• प्रबंधक ने गलती से कॉन्फ़िगरेशन फ़ाइल में परिवर्तन किया और 15 सेकंड के बाद इसे ऑटो-रोल किया;
• खोज का उपयोग करना असंभव हो जाता है, 100% उपयोगकर्ता पीड़ित होते हैं;
• टाइमलाइड और ऑन-कॉल डेवलपर कॉल मॉनिटरिंग और पता लगाता है कि सब कुछ खराब है, क्योंकि लॉग में त्रुटियों को डाला जाता है और यह स्पष्ट रूप से स्पष्ट है कि किस घटक ने नुकसान पहुंचाया।

इस मामले में, निर्देश को यथासंभव खराब बनाया गया है और पढ़ा जाता है:

• टिकट मिलता है;
• वहां सभी डिबगिंग जानकारी और विश्लेषिकी संलग्न करें;
• कोडरेव्यू के माध्यम से इसे ठीक करें।

अगर हम इस तरह से चलते हैं और मान भी लेते हैं कि हम इसे बहुत जल्दी करते हैं, तो कम से कम 5 मिनट लगेंगे।

इस स्थिति में, हर सेकंड हमारे लिए मौत की तरह है। आपको अभी कार्य करने की आवश्यकता है। यदि इस कॉन्फ़िगरेशन को वापस रोल करना संभव है - इसे रोल करें। अन्यथा, पूरे घटक को अक्षम करें। यहाँ और अभी। कार्यवाही - बाद में।

4. "प्रक्रिया" शब्द के साथ अपने अनुभव से कुछ डरावनी कहानी बताएं

शब्द प्रक्रिया के साथ एक भयानक कहानी तब हुई जब हम युवा और हरे थे। हमने चुस्त शब्द सुना - स्टाइलिश, फैशनेबल, युवा। और उन्होंने स्प्रिंट पेश किया।

सबसे पहले यह मजेदार था: एक नई तरह की योजना दिखाई दी। फिर कार्य स्प्रिंट से स्प्रिंट तक स्थानांतरित होने लगे। प्रबंधक ने हमसे पूछा: "कब?" हमने जवाब दिया: "कल।" समय तीन गुना, बेशक, तीन से, लेकिन हम अभी भी स्प्रिंट में फिट नहीं हुए।

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

इस कहानी का नैतिक यह है: इससे पहले कि आप एक नई प्रक्रिया शुरू करें, आपको यह स्पष्ट रूप से समझने की आवश्यकता है कि यह क्यों किया जाता है और यह वर्तमान स्थिति से बेहतर कैसे है।

एंड्री प्लाखोव याफिंडर , खोज कार्यक्षमता के प्रमुख, यैंडेक्स

1. आपकी कंपनी में किन प्रक्रियाओं के आधार पर निर्माण किया जाता है?

यैंडेक्स एक बहुत बड़ी कंपनी है और बहुत, बहुत ही लोकतांत्रिक है। मैं यहां जो भी सामान्यीकरण लिखता हूं, वह कहीं न कहीं यैंडेक्स है। बोटिंकी सेवा, जो पूरी तरह से अलग हो जाती है।

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

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

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

2. आपके अनुभव में, टीम की सफलता का कितना प्रतिशत सही प्रक्रियाओं द्वारा निर्धारित किया जाता है, और व्यक्तिगत कौशल क्या है?

सामान्य तौर पर, सबसे महत्वपूर्ण बात व्यवसाय मॉडल की सफलता है। यदि संगठन को यह पता नहीं चल पाया है कि क्या बेचना है, किसको और कैसे देना है, तो न तो आदर्श प्रक्रियाएं और न ही सरल डेवलपर्स इसकी मदद करेंगे। इसलिए, मान लें कि व्यवसाय काम कर रहा है, और हम दीर्घकालिक विकास, उत्पाद की गुणवत्ता, विविधीकरण आदि के बारे में बात कर रहे हैं।

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

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

3. क्या ऐसी परिस्थितियाँ हैं जिनमें टीम लीडर को किसी भी प्रक्रिया को अनदेखा करने का पूरा अधिकार है?

बेशक, वे करते हैं, और "आग" शब्द यहां बहुत उपयुक्त है। हैं:

• आकस्मिक स्थिति
• मौका पड़ने पर जल्दी छूट जाता है,
• और इसे त्वरित, निर्णायक हस्तक्षेप से मदद मिल सकती है,
  फिर नियमों और "शुद्धता" के साथ नरक में!

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

4. "प्रक्रिया" शब्द के साथ अपने अनुभव से कुछ डरावनी कहानी बताएं

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

अगली बैठक, जिसके लिए आप अभी भी पंजीकरण कर सकते हैं, 17 जून, 2019 को यैंडेक्स के मास्को कार्यालय में आयोजित किया जाएगा। वक्ताओं से सवाल पूछना और उनके अनुभव को साझा करना संभव होगा।