Denne artikel handler om, hvordan jeg første gang afholdt et hackathon for mit team. For erfarne arrangører vil indholdet helt sikkert virke for enkelt, og historien naiv. Jeg har taget udgangspunkt i dem, der først lige er ved at lære formatet at kende og overvejer, om de skal holde et sådant arrangement.
laver komplicerede ting med data: vi renser og beriger kundernes kontaktoplysninger for store virksomheder og opbygger kundedatabaser med hundrede millioner poster. I kontorerne i Moskva arbejder 65 personer, mens omkring ti arbejder remote fra andre byer.
Enhver opgave kan indimellem blive kedelig eller triviel. På dette tidspunkt er det nyttigt at skifte fokus og prøve noget nyt. Derfor har vi i et halvt år haft øje på hackathons.
Et hackathon er en konkurrence for IT-folk: flere teams samles og arbejder i to dage i træk på at løse komplekse opgaver. Normalt konkurrerer de om en pris, som dommerne tildeler.
Vi ønskede at afprøve formatet og have det sjovt, men et klassisk hackathon er en ret stor, besværlig og dyr affære. Derfor holdt vi en light-version næsten uden budget. I sidste ende var vi tilfredse og fik endda gjort noget nyttigt.
Hvorfor et hackathon for virksomheden
Klassiske hackathons bliver normalt ikke arrangeret af ren velvilje. Arrangørerne har enten praktiske opgaver at løse, eller de vil lave PR. Formatet vælges ud fra målet med hackathonet.
- At løse en praktisk opgave. Arrangøren sætter målene, mens deltagerne vælger en passende opgave og løser den. Et eksempel på en sådan opgave kunne være at lave en ny scoring-algoritme for en bank.
- At promovere sine egne værktøjer. Arrangøren giver deltagerne deres eget software, programmeringssprog eller API. Målet er at skabe noget værdifuldt med de værktøjer, der gives. For eksempel åbner en hypotetisk Google op for sit stemmetranslateringsværktøj og håber på interessante anvendelsesmuligheder.
Et ekstra mål for et stort hackathon er at fremstille arrangøren som en attraktiv arbejdsgiver, både internt og eksternt. Gæster fra andre virksomheder vil opleve kontoret, organisationen og de mange muligheder. Deltagerne vil blive præsenteret for nye opgaver, frihed og kommunikation.
For eksempel har 'VKontakte' afholdt et kæmpe hackathon. Det er svært at kategorisere det som én type: der er alt for mange retninger.
Som vi gør. HFLabs' primære mål er intern HR. Vi så hackathon som endnu en fælles aktivitet uden for arbejdet. At samle, oplive, underholde – det er essensen. Nogle går i hold til fodbold, andre til quizzer. Hackathon er endnu et format for møder uden for hverdagens opgaver. Som selvfølgelig ikke afløser hverken quizzer eller fodbold.
Men hackathon, selv i light-format, er ikke ren underholdning. For eksempel skrev et team desuden en tekst-baseret quest, og lærte fra bunden mekanikken bag bots i Telegram. Det er fantastisk: når folk prøver noget nyt og forsøger at finde ud af det, får de friske idéer. Også til deres daglige arbejde.
Desuden fik vi nyttige værktøjer, selvom vi slet ikke satte praktiske opgaver. Men mere om det senere.
Formålet med hackathon for deltagerne
Deltagerne kommer til et klassisk hackathon for at lære teknologier at kende, prøve nye erfaringer eller tjene penge. Faktisk synes folk i den sidste kategori at blive flere.
- Prøve nye teknologier eller metoder. I hverdagen sidder hver udvikler ofte på sin egen tech-stack i årevis. Men ved hackathon kan man prøve noget nyt – enten nyudviklede ting eller bare noget interessant.
- Gå en produktrejse i miniature. For IT-folk er det interessant at skabe et fuldt produkt på få dage, mens de gennemgår hele cyklussen fra koncept til præsentation.
- Tjene penge. Nogle gange samler stærke specialister sig i hold af professionelle hackathon-deltagere – erfarne og trænede. De vælger arrangementer med store præmier og vinder på bekostning af deres erfaring og forberedelse. Nogle arrangører filtrerer straks sådanne trickser. Andre byder dem velkommen.
Som vi gør. Til at starte med spurgte vi teamet – er hackathon nødvendigt i det hele taget? Vi gennemfører ikke noget tvangsbaseret, så vi ville gerne måle interessen på forhånd. Til undersøgelserne brugte vi "Google Forms".
I teamet er der 65 personer, 20 deltog i undersøgelsen. Da 75% af dem er interesserede – så skal vi gøre det!
Den anden opgave er at motivere dem, der er mere usikre, som udgør over halvdelen. Den næste undersøgelse viste: præmien hjælper ikke i denne sag.
Derefter viste det sig, at vores medarbejdere er interesserede i at lave nye produkter. Selvom det bare handler om en lille applikation, vil de gerne gå fra idé til fungerende prototype.
Vi begyndte at samle emner til hackathon, som kunne interessere. Teamets styrke: vi oprettede en chat i Telegram, hvor vi delte idéer, som kom til os. Uden stop: hvad der kom i hovedet, var godt nok.
Vi samlede 25 emner og lancerede en afstemning i Confluence. De fem mest populære projekter – de er på billedet – blev taget til hackathon.
Hvor lang tid varer hele dette?
Et klassisk hackathon varer to dage og den nat imellem. Natten – en hilsen fra den gamle IT-skole, en kombination af pragmatisk og romantisk nuance.
Hvad man skal gøre i den sene timen, bestemmer hvert team eller deltager selv. Om natten kan man sove, arrangørerne vil ikke sige noget. Men man kan også handle: programmere, designe, planlægge, teste.
Som vi gør. Vi diskuterede slet ikke natten over. Desuden forkortede vi formatet og tog kun én dag. Ellers skulle vi enten bruge to arbejdsdage på eksperimentet eller trække kollegerne væk fra deres fulde sommerferie. Kun få ville gå med til den anden mulighed: weekender om sommeren er værdifulde.
Der var ønsker om at samles i hverdagen. Men det var ikke ønskeligt at organisere alt dette i arbejdstiden. Uanset hvor meget man prøver, kan man ikke undgå arbejde i løbet af ugen: kunder skriver, kolleger spørger om noget, der er noget, der koger på kontoret, møder bliver planlagt. Alle vil skifte tilbage til almindelige opgaver. Derfor spørger vi næste gang – er I klar til at hackathone i weekenden.
Ikke alle er villige til ubetinget at ofre en weekend. Men der er flere tvivlere, og vi skal lokke dem.
Lidt senere, i juni, spurgte vi deltagerne om datoerne. Vi dedikerede slots helt frem til efteråret – om sommeren er kollegerne på ferie og i sommerhuse, og vi vil ikke gå glip af begivenheden. Derfor besluttede vi, at vi ville tilbyde alle lørdage. Man kan vælge flere – de dage man er ledig, dem kan man markere.
Ikke alle er villige til ubetinget at ofre en weekend. Men der er flere tvivlere, og vi skal lokke dem.
Resultatet blev, at vi planlagde hackathon til den 17. august. Den alternative dato den 27. juli sammenfaldt med min forretningsrejse, og den mulighed faldt fra hinanden.
Hvor afholdes arrangementet
Normalt samles de fleste deltagere i et fællesrum. Kommunikation er en vigtig del af hackathon, så arrangøren afsætter et open space eller en hel bygning.
Engang deltog jeg i en Google hackathon. Arrangørerne stillede et to-etagers bygning til rådighed, indvendigt var der puffere, borde og anden møbel. Holdene spredte sig selv over området og indrettede arbejdspladser.
Men der er som regel ikke strenge begrænsninger: hvis nogen giver besked på forhånd og tilslutter sig fjern, vil der ikke være hindringer for at ordne det.
Som vi gør. Da hackathonet blev ret intimt, med syv personer, var det tomme kontor om lørdagen mere end nok. Selv hvis man ikke tager højde for, at en deltager tilsluttede sig fra Volgograd.
Vi planlagde, at alle skulle samles i et mødelokale.
Hvad med vinderne?
På klassiske hackathons udpeges en jury, der annoncerer det bedste projekt. Jurymedlemmer inkluderer nogen fra arrangørerne eller sponsorerne - dem der betaler hele regningen.
Demonstration af projekter er en vigtig del af hackathonet. Holdene viser en kort præsentation, og derefter demonstrerer de deres løsning for juryen. Det er noget, der minder om at forsvare en afhandling på universitetet.
Nogle gange vurderer en computer arbejdet: det projekt, der får flest point i testen, vinder. Jeg synes, denne tilgang er for formalistisk: ved at vurdere løsninger med 'papegøjer' dræber arrangørerne den produktmæssige del af hackathonet. Det ligner en konkurrence i sportsprogrammering, ikke kreativitet.
Som vi gør. Vi handlede radikalt: vi annullerede simpelthen juryen og konkurrenceelementet i princippet. Fordi vi ikke havde til hensigt at skabe den bedste løsning på problemet eller få et færdigt produkt.
Da målet er at få fornøjelser, kan deltagerne roligt arbejde på deres projekter uden at tænke på de andre hold.
Dagen H i HFLabs
Hackathonet startede allerede fredag aften, dagen før. Deltagerne samledes, hver valgte et emne. Færdige hold blev dannet.
Samling og uventede deltagere. Folk kom til kontoret mellem 11 og 12 lørdag - for ikke at skulle stå op som på hverdage, tidligt om morgenen. Der var seks deltagere tilbage, og en anden sluttede sig til fra Volgograd.
Offentliggørelsen af datoen gik ikke ubemærket hen - kæmperne begyndte aktivt at forlade hackathon chatten. Men der skete ikke nogen katastrofe, og kvorummet blev bevaret.
I løbet af dagen dukkede der pludselig nye deltagere op. Kollegaer, der ikke havde planer om at deltage i hackathonet, fandt tre-fire timer. De kom, valgte et projekt og hjalp til. Det er ikke typisk for det klassiske format, men det var en fornøjelse for os.
Hold og projekter. Det viste sig, at tre personer arbejdede på deres projekter alene. Dette er den største ulempe ved arrangementet, det er sjovere at arbejde i et team. At finde samspillet er overhovedet en vigtig ting i hackathon-konceptet.
En tekstbaseret quest på Telegram-motoren. Der er ingen praktisk nytte, men inden i er der branchehumor og lokale memes.
Og et par timer efter start var én af projekterne uden udviklere: forfatteren forlod sit projekt og skiftede til et andet team. Det er normalt selv for det klassiske format: gode ideer tiltrækker folk. Først ser det ud til, at man vil arbejde på sit projekt til slutningen. Men så dykker man ned i det og ser - det er ikke muligt, der er ikke noget at forsøge. Eller man skifter over til naboerne, fordi der også er fremdrift, og produktet er nyttigt.
Sergei - frontender fra Volgograd - blev lidt rastløs, så han fandt på et projekt "fra bunden". Og straks gik han i gang med det.
I et hjørne af et af vores produkter bor en kat. Førhen sov katten bare og skabte hygge, men Sergei lærte den pelsede at reagere på begivenheder.
I slutningen af dagen var antallet af projekter det samme - fem. Et faldt fra, et andet blev tilføjet.
Rummet og tidsplanen. Til hackathonen var det planlagt at bruge det største rum i kontoret - mødelokalet. Men da det kom til stykket, spredte alle sig som sædvanligt til deres kontorer. På den måde begyndte det.
Først syntes det ikke at være principielt, at have et fælles rum. Da projekterne ikke var relaterede, var der ikke konkurrence, man kunne sidde og arbejde hver for sig. Og for diskussioner skulle man samles i hallen - det vigtigste var ikke at løbe for langt væk.
Men efter et par timer stoppede fragmenteringen af sig selv. Dem, der skabte alene, blev under indflydelse af en uset kraft én efter én flyttet ind i det mest befolkede kontor. Og det blev mere interessant - samtalerne blev livligere, spørgsmålene mere komplekse og hyppigere.
Vi tog pauser hver par timer - delte indtryk, kiggede på andres projekter. Ved middagstid spiste vi frokost.
Til frokost brød en supporter, som hele tiden usynligt havde svævet omkring, ind i hackathonen: der blev pludselig leveret cheesecakes til kontoret.
Tidspunktet var ikke begrænset: den der vil, kan sidde så længe de ønsker. De forlod normalt, mens de bragte projektet til en mere eller mindre afsluttet tilstand. Den sidste deltager forlod omkring kl. 22:00.
Vi besluttede ikke at afholde en demopræsentation med det samme — vi vil fortælle om hackathonen tirsdag for hele kontoret.
Resultater og livet efter
Hackathon-light gav endda mere værdi, end jeg havde forudset.
HR. Vi havde det sjovt: vi afsluttede hackathon-oplevelsen og diskuterede smarte emner uden arbejdsstæben. Alt dette til et budget svarende til omkostningerne til transport til kontoret og frokosten. Som en bonus fik vi udviklet interne hackathon-evangelister på kontoret.
Projekter. I løbet af dagen nåede vi ikke at fuldføre nogen af de fem projekter. Men det er ikke et problem: målet med arrangementet er som regel at løse opgaven fundamentalt, at finde ideen. Et godt resultat er et minimalt fungerende værktøj, selv med klodsetheder og fejl.
Anton Zhiyanov, leder af vores produkt , lavede en email-nyhedsbrevsservice. Det ser ud som en browserredigerer, hvor CSV-filer med modtagere kan tilsluttes. Det er mere praktisk end i det overfyldte Mailchimp
Men efter hackathonen kom projekterne til live eller er ved at blive forberedt. Nyhedsbrevsudsendelsen bruges allerede til at sende emails, og katten charmerer kunderne. De øvrige applikationer færdiggøres af forfatterne, og det sker allerede på anmodning fra folk udenfor. Lige nu giver vi dem gratis til bekendte og på venskabelig fod, men en dag kan det blive til kommerciel brug.
Ulemper. Den største ulempe var, at vi samlede for få mennesker. I alt blev tre ud af fem projekter lavet af én person, hvilket ikke er så interessant. Når man hackathoner alene, mister man effekten af et produktteam. Der er ikke nogen at samarbejde med.
Jeg forstod også, at en mere striks regulering ville være en fordel. Der er behov for mere organisering:
- klar tidsplan;
- merch til deltagerne;
- dommere og demo samme dag, mens alle stadig er opslugt af energien;
- forberedelse — annonceringer, projektbeskrivelser.
Det er også muligt at invitere nogen udefra, men det er slet ikke nødvendigt. Og i så fald ville det sandsynligvis være målrettet. Uden massiv reklame.
Fremtiden. Til den generelle demo tirsdag kom halvdelen af kontoret. Og først da så jeg interessen for projekterne, for formatet. Ikke alle ville kaste sig ud i eksperimentet, men efter den første omgang blev der flere interesserede. Jeg tror, at vi i 2020 vil gøre begivenheden mere storslået.
Det er alt om hackathonen. Hvis du er interesseret i at lave forskellige komplekse ting med data, så kom og arbejd med os. : vi søger java-udviklere, supportingeniører, testingeniører og systemanalytikere.
Artiklen blev første gang . Versionen til «Habr» er omarbejdet og udvidet.
Kilde: habr.com
