बैसाखी, नार्निया, प्रोक्रेस्ट्स निंजा: एक स्टार्टअप में तीन तिहरे दर्द

एक स्टार्टअप में टिमलीड - एक बार में, और एलोन मस्क और फ्रेंकस्टीन। सुबह वह अंतरिक्ष यान का निर्माण करता है, और शाम को वह परियोजना को रोता है: "जी! तुम्हें मरना नहीं चाहिए! ” - और अस्वस्थता से हंसी। और तीन जूनियर्स की कंपनी में यह सब।

अलेक्जेंडर पोलोमोडोव Tinkoff.ru पर आकर्षण प्रबंधन के विकास का नेतृत्व करता है; वह पहले छोटी कंपनियों के लिए सीटीओ / डेवलपमेंट मैनेजर थे। हमने अलेक्जेंडर को अतीत को याद करने और यह बताने के लिए कहा कि स्टार्टअप पर आने वाले टीम लीडर से क्या नुकसान हो सकते हैं।



कट के तहत - महत्वपूर्ण सवालों के जवाब:

• परिस्थितियों में कैसे बचे जब बातचीत की प्रक्रिया स्थापित नहीं होती है (या बिल्कुल मौजूद नहीं है);
• पेरोल सीमित होने पर कूल टीम को एक साथ कैसे रखा जाए;
• कैसे समझें कि आपको परियोजना से भागने की जरूरत है।

1. विचारों से भरा, कोई करने वाला नहीं

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

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

एक विशिष्ट वाक्यांश: “हमें कोणीय में शीर्ष विशेषज्ञों की आवश्यकता है। हम बाजार के नीचे भुगतान करते हैं। ”

आसान विकल्प: पैसा है, और आप बाजार की अच्छी स्थितियों की पेशकश करने के लिए तैयार हैं।

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

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

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

2. नार्निया से सी.ई.ओ.

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

अक्सर यह स्थिति बिक्री प्रबंधक के साथ होती है। उन्होंने पहले ही महल को हवा में बेच दिया था - और अब इस महल का निर्माण कैसे करें, वह वास्तव में परवाह नहीं करता है।

चारित्रिक वाक्यांश: "मैंने ये सुविधाएँ बेचीं, वे सप्ताह, महीने, वर्ष के अंत तक दिखनी चाहिए" (आवश्यकतानुसार रेखांकित करें)।

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

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

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

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

3. माइक्रोक्रिडिट ब्याज पर तकनीकी ऋण

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

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

विशेषता वाक्यांश: “इस बटन को नीले रंग में दबाएं? इसमें एक सप्ताह लगेगा

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

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

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

बेशक, यह उन समस्याओं की एक विस्तृत सूची नहीं है जो स्टार्टअप्स में टीमलाइड का सामना करती हैं, लेकिन ये तीन सबसे तीव्र और हल करने में मुश्किल हैं।

अलेक्जेंडर पोलोमोडोव - बाइनरी जिले में टीमलेड वीकेंड के क्यूरेटर गहन; अगले पाठ्यक्रम 15-16 दिसंबर को आयोजित किया जाएगा।