हैकथॉन के अंधेरे पक्ष

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

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

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

आयोजकों और प्रतिभागियों के सम्मान के कारण, पोस्ट विशिष्ट कंपनियों को इंगित नहीं करेगा। एक चौकस पाठक, हालांकि, अनुमान लगा सकता है (या Google) कि वे किस बारे में बात कर रहे हैं।

हैकाथॉन नंबर 1. सख्त ढांचा

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

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

परिणामस्वरूप, अधिकांश टीमों (20 में से 15) ने चैट बॉट बनाए। भाषणों के दौरान, एक टीम का निर्णय पिछले एक से बहुत अलग नहीं था। असहनीय, जूरी के सदस्यों में से एक ने मंच पर अगली टीम से पूछा: "क्या, दोस्तों, क्या आपके पास भी चैट बॉट है?" नतीजतन, तीन पुरस्कारों में से, पहले और दूसरे स्थान उन टीमों के पास गए जो चैट बॉट नहीं बनाते थे।

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

नैतिकता

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

हैकाथॉन नंबर 2। असंभव कार्य

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

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

नैतिकता

असाइनमेंट की तकनीकी जांच करें और पर्याप्तता के लिए अपने असाइनमेंट की जांच करें। प्रारंभिक परीक्षा के लिए यह ओवरपे करना बेहतर है (इस मामले में, कोई भी डेटाकैटर तुरंत संकेत देगा कि इस समस्या को हल करना असंभव है) बाद में पछतावा करना।

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

हैकाथॉन नंबर 3। इसे लो या छोड़ दो

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

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

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

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

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

नैतिकता

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

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