Hallå! Jag heter Andrew. På Tinkoff.ru är jag ansvarig för beslutsfattande och affärsprocesshanteringssystem. Jag bestämde mig för att radikalt ompröva stapeln av system och teknologier i mitt projekt, jag behövde verkligen nya idéer. Och så, för inte så länge sedan höll vi ett internt hackathon på Tinkoff.ru på ämnet beslutsfattande.
HR tog över hela organisationsdelen, och framöver kan jag säga att allt blev bombarderat: killarna var nöjda med presentvarorna, utsökt mat, ottomaner, filtar, kakor, tandborstar och handdukar - kort sagt, allt var kl. en hög nivå och samtidigt söt och hemtrevlig.
Allt jag behövde göra var att komma på en uppgift, sätta ihop ett team av experter/jury, välja de inskickade ansökningarna och sedan välja vinnarna.
Men allt visade sig inte vara så enkelt. Jag vill dela med mig av mina tankar om vilka frågor du bör svara på i förväg så att du inte skruvar ihop.
Varför behöver du ett hackathon?
Ett hackathon måste ha ett syfte.
Vad vill du personligen (din produkt, ditt projekt, team, företag) få ut av detta evenemang?
Detta är huvudfrågan, och alla dina beslut måste motsvara svaret på den.
Till exempel är ämnet beslutsfattande väldigt brett och komplext, och jag förstod perfekt att jag definitivt inte skulle kunna ta och lansera de applikationer som gjordes vid hackathon i produktionen. Men jag kommer att kunna få nya tekniska idéer och prototyper som bekräftelse på att dessa idéer är tillämpliga för att lösa de problem som ställs. Detta blev mitt mål, och i slutändan anser jag att det är uppnått.
Varför behöver deltagarna ett hackathon?
Företag gör ofta misstaget att förvänta sig coola affärsidéer för nya produkter från deltagande team. Men ett hackathon är i första hand ett evenemang för utvecklare, och de har oftast andra intressen. De flesta programmerare vill ta en paus från sitt dagliga arbete och prova ny teknik, byta stack eller omvänt tillämpa sin välbekanta stack i ett nytt ämnesområde. Efter att ha insett detta tog jag helt över affärsproblemet och lämnade hackathondeltagarna maximal frihet att välja tekniska lösningar.
De flesta anställda deltar inte i ett hackathon för priset, men ändå borde priset vara värt att jobba hårt på helgen utan sömn! Vi gav vinnarna en resa till Sochi i 4 dagar med full betalning för resa, boende och liftkort.
Varför behöver arrangörer ett hackathon?
Hr-teamet som organiserar ett hackathon har vanligtvis sina egna mål, som att marknadsföra hr-varumärket, öka medarbetarnas intresse och engagemang. Och naturligtvis måste dessa mål beaktas. Vi var till exempel redo att ge vinnaren av vårt hackathon ett coolt och dyrt pris (dyrare än vid föregående hackathon) - men till slut övergav vi denna idé, eftersom detta skulle demotivera människor att delta i ytterligare aktiviteter.
Är du säker på att ditt ämne är intressant för någon?
Jag var inte säker. Därför gjorde jag ett utkast till uppgiften, gick med den till utvecklare av olika affärslinjer och olika stackar och bad om feedback - är uppgiften förståelig, intressant, genomförbar på utsatt tid etc.? Jag ställdes inför det faktum att det är mycket svårt att få in huvudessensen av ditt arbete under de senaste 5 åren i ett par textstycken. Vi var tvungna att utföra många sådana iterationer och ägna lång tid åt att förfina formuleringarna. Jag gillar fortfarande inte texten i uppgiften som kom ut. Men trots detta fick vi ansökningar från anställda på hela 15 olika avdelningar från 5 regioner - det tyder på att uppdraget visade sig vara intressant.
Är du användbar under hackathonet?
Under hackathonet kom jag på mig själv med att tänka att medan teamen kodade var jag och teamet av experter sysslolösa eller brydde sig om våra egna saker, eftersom... vi behövs inte här. Vi gick med jämna mellanrum fram till lagborden, frågade hur det gick, erbjöd oss att hjälpa till, men fick oftast svaret "allt är ok, vi jobbar" (läs "inte störa"). Vissa lag delade aldrig med sig av sina mellanresultat under hela 24 timmar. Som ett resultat kunde flera team inte genomföra en fullfjädrad demo och begränsade sig till bilder med skärmdumpar. Det var värt att mer aktivt förklara för killarna att det är viktigt att dela mellanresultat så att vi kan styra projekt i rätt riktning under hackathonet, hjälpa till att planera tid och övervinna svårigheter.
Kanske skulle det till och med vara värt att införa 2-3 obligatoriska kontrollpunkter där teamen skulle prata om sina framsteg.
Varför behöver vi experter och en jury?
Jag rekommenderar att rekrytera experter (detta är de som hjälper teamen under hackathonet) och juryn (detta är de som utser vinnarna) inte bara personer som är kunniga inom sitt område, utan också personer som kommer att vara lika aktiva och energiska som möjlig. Det är viktigt att hjälpa teamen under hackathonet (och till och med vara påträngande ibland, även om du inte kommer att tackas för det), att ställa rätt frågor till dem både under hackathonet och under de avslutande presentationerna.
Kan du lugnt se förlorarna i ögonen?
På morgontimmarna, efter en natt framför bildskärmen, är programmerarens själ mest sårbar. Och om du var någonstans orättvis, inkonsekvent i dina handlingar eller beslut, kommer du definitivt att bli påmind om denna förolämpning. Därför är det viktigt att i förväg definiera kriterierna för vilka juryn ska utse vinnarna. Vi delade ut ark med en lista med kriterier till varje lag och la upp dem på en gemensam tavla så att deltagarna alltid kom ihåg dem.
Jag försökte också ge alla deltagare en kort feedback - vad jag gillade med deras arbete och vad som inte räckte för att vinna.
Totalt
Ärligt talat brydde jag mig inte om vem som vann, för... det skulle inte påverka mina mål. Men jag försökte se till att beslutet var rättvist, öppet och begripligt för alla (även om jag inte var med i juryn). Dessutom tillät den värme och komfort som arrangörerna erbjöd deltagarna att må bra och vi fick positiv feedback från dem och en vilja att delta i ytterligare liknande evenemang.
Källa: will.com