Tinkoff.ru पर नया हैकाथॉन

नमस्ते! मेरा नाम एंड्री है। Tinkoff.ru पर, मैं निर्णय लेने और व्यवसाय प्रक्रिया प्रबंधन प्रणालियों के लिए जिम्मेदार हूं। मैंने अपनी परियोजना में प्रणालियों और प्रौद्योगिकियों के ढेर को मौलिक रूप से संशोधित करने का फैसला किया, मुझे वास्तव में नए विचारों की आवश्यकता थी। और इसलिए, बहुत समय पहले हमने निर्णय लेने के विषय पर टिंकॉफ.कॉम में एक आंतरिक हैकथॉन आयोजित किया था।

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

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

लेकिन यह इतना सरल नहीं था। मैं अपने विचारों को उन सवालों पर साझा करना चाहता हूं, जिनका उत्तर अग्रिम में दिया जाना चाहिए, ताकि वे खराब न हों।

आपको हैकथॉन की आवश्यकता क्यों है?

हैकाथॉन का एक लक्ष्य होना चाहिए।

आप व्यक्तिगत रूप से (आपका उत्पाद, परियोजना, टीम, कंपनी) इस घटना से क्या प्राप्त करना चाहते हैं?

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

प्रतिभागियों को हैकथॉन क्यों?

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

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

आयोजकों को हैकथॉन क्यों?

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

क्या आप सुनिश्चित हैं कि कोई आपके विषय में रुचि रखता है?

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

क्या आप हैकाथॉन के दौरान सहायक हैं?

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

शायद यह 2-3 अनिवार्य चौकियों को शुरू करने के लायक भी होगा, जिस पर टीमें अपनी प्रगति के बारे में बात करेंगी।

हमें विशेषज्ञों और जूरी की आवश्यकता क्यों है?

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

क्या आप शांति से हारने वालों का सामना कर सकते हैं?

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

मैंने सभी प्रतिभागियों को एक संक्षिप्त प्रतिक्रिया देने की कोशिश की - जो मुझे उनके काम के बारे में पसंद है और जो जीतने के लिए पर्याप्त नहीं था।

संपूर्ण

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