Denne artikel handler om første gang, jeg løb et hackathon for et hold. Erfarne arrangører vil sandsynligvis finde materialet for simpelt og historien naiv. Jeg henvendte mig til dem, der lige har stiftet bekendtskab med formatet og overvejer, om de skal arrangere sådan et arrangement.
gør komplekse ting med data: vi renser og beriger kundekontakter for store virksomheder og bygger kundedatabaser med hundredvis af millioner poster. 65 mennesker arbejder på kontorer i Moskva, og omkring et dusin flere arbejder fjernt fra andre byer.
Ethvert arbejde bliver nogle gange ikke kun kedeligt, men bliver også lidt forældet. I dette øjeblik er det nyttigt at ændre fokus og prøve noget nyt. Derfor har vi kigget på hackathons i seks måneder.
Et hackathon er en konkurrence for it-specialister: flere teams samles og løser komplekse problemer to dage i træk. Normalt konkurrerer om en pris, der uddeles af en jury.
Vi ville prøve formatet og have det sjovt, men et klassisk hackathon er et ret storstilet, besværligt og dyrt foretagende. Derfor udførte vi light-versionen næsten uden budget. Men til sidst var de tilfredse og gjorde endda noget nyttigt.
Hvorfor har virksomheder brug for et hackathon?
Klassiske hackathons er normalt ikke organiseret af generøsitet. Arrangørerne løser enten praktiske problemer eller promoverer sig selv. Hackathon-formatet er også valgt, så det passer til formålet.
- Løs et praktisk problem. Arrangøren sætter mål, og deltagerne vælger det passende og bestemmer. Et eksempel på en sådan opgave er at lave en ny kundescoringsalgoritme til en bank.
- Markedsfør dine værktøjer. Arrangøren giver deltagerne deres eget software, programmeringssprog eller API. Målet er at gøre noget brugbart med de givne værktøjer. For eksempel åbner den betingede Google adgang til sin stemmeoversætter og venter på interessante use cases.
Et yderligere mål med et stort hackathon er at præsentere arrangøren som en misundelsesværdig arbejdsgiver, internt og eksternt. Gæster fra andre virksomheder vil blive imponeret over kontoret, organisationen og bredden af muligheder. Vores egne – med nye opgaver, frihed, kommunikation.
For eksempel afholdt VKontakte et stort hackathon. Det er svært at tilskrive det til én type: der er for mange retninger
Ligesom vi har. Hovedmålet for hele satsningen for HFLabs er intern HR. Vi så hackathonet som en anden samarbejdsaktivitet uden for arbejdet. At forene, styrke, underholde - det er alt. Nogle mennesker går til fodboldhold, andre til quizzer. Hackathon er et andet mødeformat uden for hverdagens anliggender. Hvilket selvfølgelig ikke aflyser hverken quizzer eller fodbold.
Samtidig er et hackathon, selv i et let format, ikke ren underholdning. For eksempel endte et hold med at skrive en tekstopgave efter at have lært mekanikken i Telegram-bots fra bunden. Dette er vidunderligt: Når en person prøver noget nyt og prøver at finde ud af det, kommer han med friske ideer. Også til hverdagsarbejde.
Desuden modtog vi i sidste ende nyttige værktøjer, selvom vi slet ikke havde nogen praktiske problemer. Men mere om det til sidst.
Hvorfor er hackathon for deltagere?
Deltagerne kommer til et klassisk hackathon for at stifte bekendtskab med teknologier, prøve nye oplevelser eller tjene penge. Desuden ser der ud til at være flere personer fra sidstnævnte kategori.
- Prøv nye teknologier eller metoder. På daglig basis sidder hver udvikler på sin egen teknologistak, nogle gange i årevis. Og på et hackathon kan du prøve noget nyt - enten noget, der lige er dukket op, eller bare interessant.
- Gå gennem købmandsruten i miniature. IT-specialister er interesserede i at skabe et fuldgyldigt produkt på få dage. Efter at have gennemgået hele cyklussen fra idé til præsentation.
- Lave penge. Nogle gange samles stærke specialister i teams af professionelle hackathons – velspillede og trænede. De vælger arrangementer med en rig præmiefond og udholder alle gennem erfaring og forberedelse. Nogle arrangører luger straks sådanne undvigere ud. Andre er velkomne.
Ligesom vi har. Til at begynde med spurgte vi holdet, om et hackathon i princippet var nødvendigt. Vi gør ikke noget med magt, så vi ville gerne måle interessen på forhånd. Vi brugte Google Forms til undersøgelser.
Der er 65 personer i teamet, 20 gennemførte undersøgelsen. Da 75 % af dem er interesserede, er vi nødt til at gøre det!
Den anden opgave er at motivere de uafklarede, hvoraf mere end halvdelen er. Den næste undersøgelse viste: en præmie hjælper ikke i denne sag.
Så viste det sig, at vores folk er interesserede i at lave nye produkter. Selv med en lille applikation, men gå fra en idé til en fungerende prototype
Vi begyndte at samle emner til hackathonet, som ville være af interesse. Igen med holdets styrke: Vi oprettede en chat på Telegram, hvor vi smed ideer ud til alle. Ingen bremser: hvad end du tænker på, er godt.
Vi samlede 25 emner og lancerede en afstemning i sammenløb. De fem mest populære projekter - de er på billedet - blev taget til hackathon
Hvor længe har alt dette stået på?
Et klassisk hackathon varer to dage og en nat imellem. Nat er en hilsen fra den gamle IT-skole, et pragmatisk og romantisk præg på samme tid.
Hvad der skal gøres i mørke, bestemmer hvert hold eller deltager selvstændigt. Du kan sove om natten, arrangørerne siger ikke et ord. Men du kan handle: program, design, ingeniør, test.
Ligesom vi har. Vi talte ikke engang om nattevagten. Desuden skar de formatet endnu mere og tog kun én dag. Ellers skulle du enten bruge to arbejdsdage på eksperimentet, eller trække dine kolleger ud i en hel sommerweekend. Få ville gå med til den anden mulighed: weekender om sommeren er på en præmie.
Der var forslag om, at det ville være hyggeligt at mødes i hverdagene. Men jeg ville ikke arrangere alt dette i arbejdstiden. Uanset hvor meget du prøver, kan du ikke adskille dig fra arbejdet i løbet af ugen: klienter skriver, kolleger spørger om noget, noget koger på kontoret, nogle møder er planlagt. Alle vil skifte tilbage til business as usual. Derfor er næste undersøgelse, om du er klar til hackathon i weekenden.
Ikke alle er klar til ubetinget at ofre deres fridage. Men der er mere end halvdelen af dem, der tvivler, det er tilbage at forføre dem
Lidt senere, i juni, blev deltagerne spurgt om datoerne. Der blev tildelt pladser helt op til efteråret - om sommeren er kolleger på ferie og på deres hytter, og du vil ikke gå glip af begivenheden. Derfor besluttede vi, at vi ville tilbyde alle lørdage. Du kan vælge flere - marker hvilke der er gratis.
Ikke alle er klar til ubetinget at ofre deres fridage. Men der er mere end halvdelen af dem, der tvivler, det er tilbage at forføre dem
Som et resultat planlagde vi et hackathon den 17. august. Alternativet 27. juli faldt sammen med min forretningsrejse, og muligheden faldt fra.
Hvor afholdes arrangementet?
Typisk samles de fleste deltagere i et fælles rum. Kommunikation er en vigtig del af hackathonet, så arrangøren tildeler et åbent rum eller en hel bygning.
Jeg deltog engang i et Google hackathon. Arrangørerne tildelte en to-etagers bygning med ottomaner, borde og andre møbler indeni. Holdene selv spredte sig i området og oprettede arbejdsstationer.
Men oftere end ikke er der ingen strenge begrænsninger: Hvis nogen advarer på forhånd og opretter forbindelse eksternt, vil der ikke blive skabt nogen forhindringer.
Ligesom vi har. Da hackathonet viste sig at være intimt for syv personer, var det tomme kontor i lørdags nok til overs. Også selvom vi ikke tager højde for den ene deltager, der har forbindelse fra Volgograd.
Vi planlagde, at vi alle skulle sidde sammen i et mødelokale
Hvad med vinderne?
Ved klassiske hackathons udpeges en jury, som annoncerer det bedste projekt. I juryen sidder en fra arrangørerne eller sponsorerne - dem, der betaler for hele banketten.
Demoprojekter er en vigtig del af hackathonet. Holdene holder en kort præsentation og viser derefter deres løsning for juryen. Det er noget som at forsvare et eksamensbevis på et universitet.
Nogle gange bliver arbejdet evalueret af en computer: den med flest point i testen vinder. Denne tilgang forekommer mig for formel: Ved at evaluere løsninger med "papegøjer" dræber arrangørerne hackathonets produktkomponent. Det føles som en sportsprogrammeringskonkurrence snarere end en kreativitetsøvelse.
Ligesom vi har. Vi handlede radikalt: Vi afskaffede simpelthen juryen og konkurrencen i princippet. For målet var ikke at skabe den bedste løsning på problemet eller få et færdigt produkt.
Da målet er at have det sjovt, så lad deltagerne roligt arbejde på projekter uden hensyn til andre teams.
Ha-dag på HFLabs
Hackathonet startede fredag aften, dagen før. Deltagerne samledes og valgte hver et emne. Klare hold er dannet.
Indsamling og uventede deltagere. Vi ankom til kontoret kl. 11–12 om lørdagen - for ikke at stå tidligt op som på hverdage. Der var seks deltagere tilbage, en mere kom med fra Volgograd.
Annonceringen af datoen gik ikke ubemærket hen - kæmperne begyndte aktivt at forlade hackathon-chatten. Men katastrofen skete ikke, og kvorummet blev opretholdt
Nye medlemmer dukkede pludselig op i løbet af dagen. Kolleger, der ikke skulle til hackathon, skar ud tre til fire timer. De kom, valgte et projekt og hjalp. Dette er ukarakteristisk for det klassiske format, men vi nyder det.
Teams og projekter. Det viste sig, at tre personer lavede deres projekter alene. Dette er den største ulempe ved arrangementet; det er mere interessant at arbejde i et team. At finde interaktion er generelt en vigtig ting i hackathon-konceptet.
Tekstopgave på Telegram-motoren. Der er ingen praktisk brug, men indenfor er der værkstedshumor og lokale memes
Og et par timer efter starten var et projekt efterladt uden udviklere: forfatteren forlod idéen og gik til et andet hold. Dette er normalt selv for det klassiske format: gode ideer tiltrækker folk. I første omgang ser det ud til, at du vil fuldføre dit projekt til slutningen. Og så dykker du ind og ser - du kan ikke nå det i tide, det nytter ikke at prøve. Eller du går til dine naboer, for det er der, forretningen går, og produktet er nyttigt.
Seryoga, en frontend-udvikler fra Volgograd, kedede sig lidt, så han kom med et projekt "fra en kniv". Og han begyndte straks at arbejde på det.
Der bor en kat i hjørnet af et af vores produkter. Tidligere sov katten simpelthen og skabte trøst, men Seryoga lærte buntmageren at reagere på begivenheder
Ved slutningen af dagen forblev antallet af projekter det samme - fem. En faldt af, en anden blev tilføjet.
Plads og tidsplan. Det største lokale på kontoret var planlagt til hackathon - et mødelokale. Men når det kom til stykket, slog alle sig til på deres kontorer som sædvanligt. Sådan startede vi.
Først så det ud til, at det fælles rum ikke var vigtigt. Da projekterne ikke hænger sammen, er der ingen konkurrence, man kan sidde hver for sig. Og til diskussioner, samles i hallen - det vigtigste er ikke at sprede ud over gåafstand.
Men efter et par timer stoppede fragmenteringen af sig selv. De, der arbejdede alene, under indflydelse af en skjult kraft, flyttede den ene efter den anden til det mest befolkede kontor. Og det blev mere interessant – samtalerne var mere livlige, spørgsmålene var mere komplekse og hyppigere.
Vi holdt pause hvert par timer for at dele vores indtryk og se nærmere på andres projekter. Vi spiste frokost midt på dagen.
Ved frokosten brød en fan, der havde svævet usynligt i nærheden hele denne tid, ind i omridset af hackathonet: cheesecakes blev pludselig bragt til kontoret
Der var ingen tidsbegrænsning: den, der vil sidde, så længe han vil. De tog afsted og bragte normalt projektet til en mere eller mindre færdig tilstand. Den sidste deltager tog afsted omkring kl. 22.
Vi lavede ikke en demo med det samme - vi besluttede, at vi ville tale om hackathon på tirsdag for hele kontoret.
Resultater og livet efter
Hackathon-lyset gav endnu mere overskud, end jeg havde forventet.
HR. Vi havde det rigtig sjovt: vi lukkede gestalten med et hackathon og talte om smarte emner uden besvær med arbejdet. Alt dette for et budget svarende til omkostningerne ved rejse til kontoret og frokost. Derudover rejste vi evangelister til interne hackathons på kontoret.
Projekter. I løbet af dagen gennemførte vi ikke nogen af de fem projekter. Men det betyder ikke noget: normalt er formålet med arrangementet at løse problemet i princippet, at finde en idé. Et godt resultat er et minimalt fungerende værktøj, dog med krykker og fejl.
Anton Zhiyanov, vores produktchef , blev udført af en e-mail-afsender. Det ligner en browsereditor, hvortil der er knyttet en CSV-fil med modtagere. Det er mere praktisk end den overbelastede Mailchimp
Men efter hackathonet gik projekterne i produktion eller er ved at blive klar til at gøre det. Vi udsender allerede e-mails som messenger, og katten rører ved kunderne. Resten af ansøgningerne udfyldes af forfatterne, og det skyldes udefrakommende anmodninger. For nu distribuerer vi det til venner gratis og på vores egen måde, men en dag kan det komme til kommerciel brug.
Ulemper. Den største ulempe er, at få mennesker samledes. Som følge heraf blev tre ud af fem projekter udført af én person, og det er ikke så interessant. Når du hackathon alene, mister du effekten af produktteamet. Der er ingen at interagere med længere.
Jeg indså også, at strengere regler ville være et plus. Har brug for mere organisation:
- klar timing;
- merch til deltagere;
- jury og demo samme dag, mens de stadig er opladet;
- forberedelse - annonceringer, projektbeskrivelser.
Du kan også ringe til nogen udefra, men det er slet ikke nødvendigt. Og opkaldet er højst sandsynligt spot on. Ingen storstilet reklame.
Fremtid. Halve kontoret var samlet til en generel demo tirsdag. Og så så jeg allerede interesse for projekterne, i formatet. Det var ikke alle, der ønskede at involvere sig i forsøget, men efter det første forsøg ville flere deltage. Jeg tror, vi vil gøre arrangementet større i 2020.
Det handler om hackathon. Hvis du er interesseret i at lave alle mulige komplekse ting med data, så kom og arbejd hos os. : Vi søger java-udviklere, support- og testingeniører, systemanalytikere.
Artikel for første gang . Versionen til Habr er blevet revideret og udvidet.
Kilde: www.habr.com