Hallo! Mitt navn er Andrew. Hos Tinkoff.ru er jeg ansvarlig for beslutningstaking og styringssystemer for forretningsprosesser. Jeg bestemte meg for å radikalt revurdere stabelen med systemer og teknologier i prosjektet mitt; jeg trengte virkelig nye ideer. Og så, for ikke så lenge siden holdt vi et internt hackathon på Tinkoff.ru om temaet beslutningstaking.
HR tok over hele organisasjonsdelen, og ser fremover vil jeg si at alt ble bombe: gutta var fornøyd med gavevarene, deilig mat, ottomaner, tepper, småkaker, tannbørster og håndklær - kort sagt, alt var kl. et høyt nivå og samtidig søt og hjemmekoselig.
Alt jeg trengte å gjøre var å finne på en oppgave, sette sammen et team med eksperter/jury, velge de innsendte søknadene og deretter velge vinnerne.
Men alt viste seg å ikke være så enkelt. Jeg vil dele tankene mine om hvilke spørsmål du bør svare på på forhånd, slik at du ikke svir.
Hvorfor trenger du et hackathon?
Et hackathon må ha en hensikt.
Hva ønsker du personlig (ditt produkt, prosjekt, team, bedrift) å få ut av denne begivenheten?
Dette er hovedspørsmålet, og alle avgjørelsene dine må svare til svaret på det.
For eksempel er temaet beslutningstaking veldig bredt og komplekst, og jeg forsto perfekt at jeg definitivt ikke ville være i stand til å ta og lansere applikasjonene som ble laget på hackathon i produksjon. Men jeg vil kunne få nye teknologiske ideer og prototyper som bekreftelse på anvendbarheten av disse ideene for å løse problemene som stilles. Dette ble målet mitt, og til slutt anser jeg det som oppnådd.
Hvorfor trenger deltakere et hackathon?
Bedrifter gjør ofte feilen ved å forvente kule forretningsideer for nye produkter fra deltakende team. Men et hackathon er først og fremst et arrangement for utviklere, og de har som oftest andre interesser. De fleste programmerere ønsker å ta en pause fra det daglige arbeidet og prøve nye teknologier, endre stabelen, eller omvendt bruke den kjente stabelen i et nytt fagområde. Etter å ha innsett dette, tok jeg fullstendig over forretningsproblemet, og ga hackathon-deltakerne maksimal frihet til å velge tekniske løsninger.
De fleste ansatte deltar ikke i et hackathon for premien, men premien bør likevel være verdig å jobbe hardt i helgen uten søvn! Vi ga vinnerne en tur til Sotsji i 4 dager med full betaling for reise, overnatting og skipass.
Hvorfor trenger arrangører et hackathon?
HR-teamet som organiserer et hackathon har vanligvis sine egne mål, som å promotere hr-merket, øke ansattes interesse og involvering. Og selvfølgelig må disse målene tas i betraktning. For eksempel var vi klare til å gi vinneren av hackathonet vårt en kul og dyr premie (dyrere enn ved forrige hackathon) - men til slutt forlot vi denne ideen, fordi dette vil demotivere folk til å delta i videre aktiviteter.
Er du sikker på at emnet ditt er interessant for noen?
Jeg var ikke sikker. Derfor laget jeg et utkast til oppgaven, gikk med den til utviklere av ulike forretningslinjer og ulike stabler og ba om tilbakemelding – er oppgaven forståelig, interessant, implementerbar på tildelt tid osv.? Jeg ble møtt med det faktum at det er veldig vanskelig å sette inn hovedessensen av arbeidet ditt de siste 5 årene i et par tekstavsnitt. Vi måtte gjennomføre mange slike iterasjoner og bruke lang tid på å finpusse formuleringene. Jeg liker fortsatt ikke teksten til oppgaven som kom ut. Men til tross for dette fikk vi søknader fra ansatte ved hele 15 ulike avdelinger fra 5 regioner – dette tyder på at oppgaven viste seg å være interessant.
Er du nyttig under hackathon?
Under hackathonet tok jeg meg selv i å tenke at mens lagene kodet, var jeg og teamet av eksperter inaktive eller brydde seg om våre egne saker, fordi... vi trengs ikke her. Vi henvendte oss med jevne mellomrom til lagbordene, spurte hvordan det gikk, tilbød oss å hjelpe, men fikk oftest svaret "alt er ok, vi jobber" (les "ikke bland deg inn"). Noen lag delte aldri sine mellomresultater i løpet av hele 24 timer. Som et resultat klarte flere lag ikke å gjennomføre en fullverdig demo og begrenset seg til lysbilder med skjermbilder. Det var verdt å mer aktivt forklare gutta at det er viktig å dele mellomresultater slik at vi kan lede prosjekter i riktig retning under hackathonet, hjelpe til med å planlegge tid og overvinne vanskeligheter.
Kanskje det til og med ville vært verdt å innføre 2-3 obligatoriske sjekkpunkter der teamene kan snakke om fremgangen deres.
Hvorfor trenger vi eksperter og en jury?
Jeg anbefaler å rekruttere eksperter (disse er de som hjelper lagene under hackathonet) og juryen (disse er de som velger ut vinnerne) ikke bare folk som er kunnskapsrike på sitt felt, men også folk som vil være like aktive og energiske som mulig. Det er viktig å hjelpe lag under hackathonet (og til og med være påtrengende noen ganger, selv om du ikke vil bli takket for det), å stille dem de riktige spørsmålene både under hackathonet og under de siste presentasjonene.
Kan du rolig se taperne i øynene?
I morgentimene, etter en natt foran skjermen, er programmererens sjel mest sårbar. Og hvis du var et sted urettferdig, inkonsekvent i dine handlinger eller avgjørelser, vil du definitivt bli minnet om denne fornærmelsen. Derfor er det viktig på forhånd å definere kriteriene som juryen skal velge vinnerne etter. Vi delte ut ark med en liste over kriterier til hvert lag og la dem ut på en felles tavle slik at deltakerne alltid husket dem.
Jeg prøvde også å gi alle deltakerne en kort tilbakemelding – hva jeg likte med arbeidet deres og hva som ikke var nok til å vinne.
Total
Ærlig talt, stort sett brydde jeg meg ikke hvem som vant, fordi... det ville ikke påvirke målene mine. Men jeg prøvde å sørge for at avgjørelsen var rettferdig, transparent og forståelig for alle (selv om jeg ikke var medlem av juryen). I tillegg har nivået av varme og komfort som tilbys av arrangørene gitt deltakerne en god følelse, og vi fikk positive tilbakemeldinger fra dem og en vilje til å delta på flere lignende arrangementer.
Kilde: www.habr.com