Vil du vite hva arrangørene har om Digital Breakthrough om hvordan konkurransen gikk? Dette innlegget vil ikke inneholde noe om målestokk, rekordbok, toppfunksjonærer, unike løsninger og upåklagelig organisering. Vi skal fortelle deg om våre viktigste skrupler - tro oss, det var ganske mange av dem. Men det er greit å gjøre feil, spesielt hvis du lærer av disse feilene.
Begynne på nytt
Søknadskampanje
I stedet for tusen søknader, tusen spørsmål
La oss være ærlige: Helt i begynnelsen sto vi overfor problemet at publikum ikke helt forsto hvordan hackathons generelt fungerer; blant deltakerne var det mange nykommere som ikke var kjent med dette formatet. De var interessert i mekanikken ved å holde slike arrangementer, prosjektevalueringssystemer, kriterier for å velge et ekspertråd og mye mer. I de første ukene av søknadskampanjen samlet vi altså ikke påmeldinger, men en haug med spørsmål om ulike temaer – ofte var de ikke engang knyttet til selve konkurransen.
Fra dette lærte vi en lekse om at før du lanserer samlingen av applikasjoner, er det nødvendig å kommunisere mye med potensielle deltakere - for å dykke inn i det konkrete arrangementet og svare på spørsmål om alle kommende stadier.
Generelt, arbeid mer aktivt med teknologisamfunnet, som ikke er mer interessert i de siste prestasjonene til partnerbedrifter, men i nyheter om fremdriften til konkurransen - hvorfor valgte du hackathon-formatet? Hvordan tilpasser den seg til konkurrentene våre? Hvordan vil online testing fungere? Wow, online testing har startet - hva skal jeg gjøre videre? Så jeg forstår ikke - jeg ble testet, men det er ingen resultater. Når blir de? Hvilke oppgaver vil det være på de regionale trinnene? Hvem satser? Hvem skal sitte i ekspertrådet? Hvordan ble du valgt ut?
Og så videre.
Hovedleksjon: Det er ikke nok å bare si: «Hei, vi er en konkurranse for ledere, IT-spesialister og designere. Bli med snart. Og forresten, dette vil være i formatet av hackathons.» Alt må forklares i detalj og trinn for trinn.
Online testing
Feil i tester eller misforståelse av oppgaven av forskjellige personer?
Under testfasen på nett var de sosiale nettverkene våre fulle av misfornøyde meldinger om feil i oppgaver. Problemet var at de samme oppgavetekstene ble oppfattet ulikt av spesialister fra ulike felt. Alt var avhengig av hvordan de kom inn i yrket - de studerte selvstendig eller hadde omfattende akademisk kunnskap og passende utdanning. Deres oppfatning av semantikk og lingvistikk er svært forskjellig - dette måtte tas i betraktning når man kompilerte tester.
Hovedleksjon: Neste gang planlegger vi å samle regionale fokusgrupper bestående av spesialister på ulike felt. De vil bidra til å formulere oppgaver for spesifikke regioner.
Regionale scener
Du må slappe av om sommeren
Den aller første feilen er at vi valgte sommeren for å holde de regionale scenene - sesongen med ferier og studentferier, så i noen byer var det svært få som deltok i hackathon.
Av denne grunn reduserte vi antallet nominasjoner, noe som tvang teamene til å forlate oppgavene de opprinnelig ønsket å løse. Likevel gjennomførte de byene der det ikke var så mange deltakere alle oppgavene med et brak og viste at gode løsninger kan lages selv med et lite team. Dette var for eksempel tilfelle i Yakutsk og Veliky Novgorod - alle lagene som i utgangspunktet kom til hackathon kvalifiserte seg til finalen.
Hovedleksjon: kanskje ikke om sommeren?
Funksjoner for hver region
Forholdene der regionale hackathons fant sted var direkte avhengig av den lokale partneren som støttet konkurransen. Derfor, et sted var det bedre, og et sted var det verre. Ikke alle av dem forsto detaljene ved slike arrangementer og hvorfor folk jobber 24/7, sover på ottomaner eller i telt og spiser boller fra kantinen. Derfor var det noen mangler på noen aspekter.
Vi uttrykker vår dype takknemlighet til universitetene - de hjalp oss med plattformen, eksperter, inviterte media, samlet en trakt med deltakere. Arbeidet med dem hjalp oss med å forstå detaljene i regionene bedre – dette vil gjøre samarbeidet vårt mer effektivt i fremtiden.
Hovedleksjon: neste sesong er det nødvendig å organisere arbeidet i regionene mer detaljert og stole mer på oss selv og vår erfaring, snarere enn på lokale partnere.
I regionene oppfatter de informasjon forskjellig
Kanaler for å tiltrekke deltakere i byer med en befolkning på over en million og i regioner fungerer helt annerledes. Hvis, for eksempel, i Moskva og St. Petersburg vil det være nok å lansere annonsering på sosiale nettverk og gjøre "seeding" i grupper der målgruppen sitter, så i regionene jungeltelegrafen og oppfordringer om deltakelse fra lokale "påvirkere" (regionale administrasjoner) jobber mer effektivt, bloggere, universiteter, IT-miljøer).
Hovedleksjon: øke antall kanaler vi skal jobbe med publikum gjennom. Tiltrekk flere opinionsledere og lokale bloggere.
Forvirret av vage formuleringer av oppgaver
Hva kan irritere og til og med irritere hackathon-deltakere? Selvfølgelig kjedelige og uutviklede oppgaver. På de regionale og siste stadiene klaget teamene over at ordlyden av oppgavene ofte ikke var helt klar og oversiktlig.
Gjennom hele konkurransen prøvde vi alltid å følge regelen - utsett et problem av høy kvalitet => få en løsning av høy kvalitet. Men vi innrømmer at det ikke alltid fungerte slik. Under forhold da det var mange oppgaver og for hver av dem ble det gitt ut egne datasett... feil skjedde. Men alt ble kompensert ved hjelp av eksperter som aldri forlot teamene, svarte på alle spørsmål og jobbet med prosjekter fra alle kanter. Det var dette som påvirket kvaliteten på prototypene som kom ut som et resultat.
Hovedleksjon: For å formulere oppgaver vil vi ansette spesialister som har dyp forståelse for teknologiene som deltakerne skal jobbe med. Så hvis vi setter oppgaven med å utvikle en AR-applikasjon for interiøret, trenger vi en ekspert som allerede har brukt utvidet virkelighet for lignende løsninger.
finale
"Hallo! Hackathonet kommer snart, men de har ikke sendt oss billetter» eller problemer med logistikk
Noen deltakere fikk sent informasjon om hvordan ruten deres til finalen ville bli organisert. Dette skapte en byge av spørsmål, og vi som arrangører ble skikkelig betent. Vi skal ikke klandre noen – prosjektteamet er selvfølgelig ansvarlig for alle forsinkelser. Oftest skyldtes de at vi i de fleste tilfeller ba regionene om hjelp, men hver av dem var i stand til å organisere logistikk innenfor ulike tidsrammer. Vi kommer til å bruke mer tid på dette i fremtiden.
Hovedleksjon: Det er nødvendig å kontinuerlig informere deltakerne om stadiet for kjøp av billetter, hotellreservasjoner og andre transaksjoner. Dette vil hjelpe dem til å bli roligere og bare vente på at de kjære dokumentene kommer i posten deres.
Og selvfølgelig Guinness
I utgangspunktet hadde vi ikke som mål å komme inn i Guinness rekordbok. Men under de regionale etappene innså vi gradvis at vi hadde alle muligheter til å oppnå dette, og nærmere finalen bestemte vi oss for: "Dette skal vi gjøre, kolleger!" Alt gikk bra inntil representanter for Guinness rekordbok kunngjorde kravet om at hackathon-deltakere ikke måtte forlate lokalene hele arbeidsdagen (12 timer). De hadde bare muligheten til å forlate stedet i 40 minutter. Dette påvirket standardmodusen for servering og tilgang, noe som forårsaket indignasjon blant deltakerne.
Hovedleksjon: Nå skal vi umiddelbart finne ut om alle fallgruvene som kan oppstå ved ulike aktiviteter i konkurransen, og informere deltakerne om dem på forhånd.
Del i kommentarene hvilke andre feil som ble lagt merke til i organiseringen av konkurransen? Vi er alltid klare til å jobbe for å forbedre resultatene!
Kilde: www.habr.com