Soovite teada, mida korraldajad arvavad «Digitaalsest läbimurdest» ja kuidas konkurss kulges? Selles postituses ei räägita mastaapidest, rekordiraamatust, esimestest isikutest, ainulaadsetest lahendustest ega laitmatust korraldusest. Räägime oma suurimatest eksimustest — uskuge meid, neid oli palju. Aga eksida on normaalne, eriti kui neist eksimustest õppida.
Alustame algusest
Kandideerimiskampaania
Tuhande taotluse asemel tuhat küsimust
Ausalt öeldes – alguses kohtasime probleemi, et meie sihtrühm ei saanud täpselt aru, kuidas hackathon'id toimivad – osalejate seas oli palju algajaid, kellel selline formaat tundmatu. Neid huvitas, kuidas selliseid üritusi korraldatakse, projektide hindamise süsteem, kriteeriumid ekspertkomitee valimiseks ja palju muud. Seetõttu kogusime esimestel nädalatel mitte registreeringuid, vaid hunniku küsimusi erinevates valdkondades – sageli ei puudutanud need isegi konkursi essentsi.
Sellest järeldame, et enne taotluste kogumise käivitamist tuleb palju suhelda potentsiaalsete osalejatega — sukelduda ürituse spetsiifikat ja vastata kõikidele küsimustele kõigi etappide kohta.
Ühesõnaga, tuleks aktiivsemalt töötada tehnoloogilise kogukonnaga, kellele on rohkem huvi mitte viimaste saavutuste üle partnerettevõtetelt, vaid uudiste üle konkursi käigust — miks valiti hackathon formaati? Kuidas see meie konkursile kohandub? Kuidas toimub veebitestimine? Vau, veebitestimine on alanud — mida nüüd teha? Okei, ma ei saa aru — ma läbis testimise, aga tulemusi pole. Millal need tulevad? Millised ülesanded on regionaalsetes etappides? Kes need määrab? Ja kes on ekspertide nõukogus? Kuidas need valiti?
Ja nii edasi.
Peamine õppetund: ei piisa lihtsalt ütlemisest: „Tere, me oleme juhtide, IT-spetsialistide ja disainerite konkurs.” Osale kiiresti. Ja muide, see toimub hackathoni formaadis.” Tuleb kõike selgelt ja samm-sammult selgitada.
Veebitestimine
Vead testides või vale ülesande mõistmine erinevate inimeste poolt?
Online-testimise etapis plahvatasid meie sotsiaalmeedia kanalid rahulolematute teadetega ülesannete vigadest. Probleem seisnes selles, et sama ülesande tekstid tajusid eri valdkondade spetsialistid erinevalt. Kõik sõltus sellest, kuidas nad ametisse jõudsid — olgu nad õppinud iseseisvalt või omades laialdasi akadeemilisi teadmisi ja vastavat haridust. Nende semantika ja lingvistika tajumine on oluliselt erinev — seda tuli testide koostamisel arvesse võtta.
Peamine õppetund: järgmine kord kavatseme koguda piirkondlikud fookusgrupid, mis koosnevad eri erialade spetsialistidest. Need aitavad ülesandeid konkreetsetele piirkondadele sobivaks vormida.
Piirkondlikud etapid
Suvel tuleb puhata
Esimene viga oli see, et piirkondlike etappide korraldamiseks valisime just suve — puhkusete ja üliõpilaste suvevaheaja hooaja, mistõttu osales mõnes linnas hackatonil väga vähe inimesi.
Sel põhjusel vähendasime nominatsioonide arvu, mistõttu meeskonnad pidid loobuma ülesannetest, millega nad algselt tegeleda soovisid. Siiski, linnades, kus osalejaid ei olnud nii palju, lahendati kõik ülesanded suurepäraselt ja näidati, et isegi väikese koosseisuga on võimalik suuri lahendusi luua. Nii juhtus näiteks Jakutskis ja Velikij Novgorodis - seal jõudsid finaali kõik meeskonnad, kes algselt osalesid hackathonil.
Peamine õppetund: aga äkki mitte suvel?
Iga regiooni iseärasused
Regionaalsete hackathonide toimimise tingimused sõltusid otseselt kohalikust partnerist, kes toetas konkurssi. Seetõttu oli mõnedel kohtadel olukord parem ja teistel halvem. Kõik nad ei mõistnud selliste ürituste spetsiifikat ning miks inimesed töötavad 24/7, magavad puhkekohtadel või telkides ning toituvad söökidest kohvikust. Seetõttu esines teatud hetkedel puudujääke.
Suur tänu ülikoolidele - nad aitasid meid platside, ekspertide, meedia kutsumise ja osalejate kogumisega. Koostöö nendega aitas meil paremini mõista regiooni spetsiifikat - tulevikus muudab see meie koostöö efektiivsemaks.
Peamine õppetund: järgmises hooajas on vajalik põhjalikumalt korraldada tööd piirkondades ning rohkem toetuda endale ja oma kogemusele, mitte kohalikele partneritele.
Piirkondades tajutakse teavet teistmoodi
Osalejate привлечerimise kanaliid suurtes linnades ja piirkondades töötavad täiesti erinevalt. Kui näiteks Moskvas ja Peterburis piisab sotsiaalmeedia reklaami käivitamisest ja sihtrühmade gruppidesse «seemne» viskamisest, siis piirkondades töötavad efektiivsemalt suust-suusse levik ja kohalike «mõjuisikute» (piirkondade administratsioon, blogijad, ülikoolid, IT-kogukonnad) osalemiskutsed.
Peamine õppetund: suurendada kanalite arvu, mille kaudu me töötame publikuga. Kaasata rohkem arvamusliide, kohalikke blogijaid.
Segadusse ajasid udused ülesandeformulatsioonid
Mis võib hackathon’i osalejaid kõige rohkem ärritada ja isegi vihastada? Loomulikult igavad ja läbi töötamata ülesanded. Piirkondliku ja lõppfaasi etapis kaebasid meeskonnad, et ülesandeformulatsioonid kõlasid sageli mitte just selgelt ja arusaadavalt.
Kogu konkursi vältel oleme alati püüdnud järgida reeglit – kvaliteetselt esita ülesanne => saad kvaliteetse lahenduse. Kuid peame tunnistama, et see ei õnnestunud alati. Kui ülesandeid oli väga palju ja igaühe jaoks eraldi andmekogud… juhtusid ebaõnnestumised. Kuid kõik kompenseeriti ekspertide abiga, kes ei lahkunud meeskondadest sammugi, vastasid kõikidele küsimustele ja töötasid projektide kallal igast küljest. Just see mõjutas prototüübi kvaliteeti, mis tulemuste järgi välja tuli.
Peamine õppetund: Ülesannete koostamiseks võtame appi spetsialistid, kes tunnevad süvitsi tehnoloogiaid, millega osalistel tuleb töötada. Nii et kui paneme paika ülesande AR-rakenduse arendamiseks sisustamiseks, siis on meil vaja eksperti, kes on juba korduvalt rakendanud täiendatud reaalsust sarnastes lahendustes.
Finaal
„Tere! Varsti on hackathon, aga piletid pole meile saadetud,” või probleemid logistikas.
Mõnedele osalejatele saadeti hilja teavet nende finaali logistika korraldamise kohta. See tekitas palju küsimusi, ja meie, korraldajad, sattusime tõeliselt tule alla. Me ei hakka kellelegi süüd laskma — projektitiim kannab kindlasti vastutust kõikide viivituste eest. Enamasti olid need seotud sellega, et palusime abi piirkondadelt, kuid igaühel neist õnnestus korraldada logistika erinevatel aegadel. Tulevikus paneme sellele juurde rohkem aega.
Peamine õppetund: Osalejaid tuleb pidevalt teavitada, millises etapis piletite ostmine, hotellide broneerimine ja muu korraldus on. See aitab neil rahulikumalt olla ja lihtsalt oodata, kuni nad oma postkasti ootavad soovitud dokumente.
Ja muidugi, Guinness
Alguses ei olnud meil eesmärki pääseda Guinnessi rekordite raamatusse. Kuid piirkondlikel etappidel mõistsime järk-järgult, et meil on selleks kõik võimalused, ja lähemal finaali otsustasime - "Me teeme selle ära, kolleegid!" Kõik läks suurepäraselt, kuni Guinnessi rekordite esindajad kuulutasid välja nõuded, et hackathoni osalejad peavad viibima ruumis terve tööpäeva (12 tundi) ja nad saavad lahkuda ainult 40 minutiks. See mõjutas toidu organiseerimise standardset režiimi ja pääserežiimi, mis tekitas osalejate seas rahulolematust.
Peamine õppetund: Nüüd küsime kohe kõigi võimalike probleemide kohta, mis võivad konkursi eri tegevustes tekkida, ning anname osalejatele neist eelnevalt teada.
Jagage kommentaarides, milliseid vigu konkursi organiseerimisel on veel täheldatud? Oleme alati valmis töötama tulemuste parandamise nimel!
Allikas: habr.com
