Denne artikkelen handler om første gang jeg løp et hackathon for et lag. Erfarne arrangører vil sannsynligvis finne materialet for enkelt og historien naiv. Jeg siktet meg inn på de som akkurat setter seg inn i formatet og tenker på om de skal arrangere et slikt arrangement.
gjør komplekse ting med data: vi renser og beriker kundekontakter for store selskaper og bygger kundedatabaser med hundrevis av millioner poster. 65 personer jobber på kontorer i Moskva, og rundt et dusin flere jobber eksternt fra andre byer.
Ethvert arbeid blir noen ganger ikke bare kjedelig, men blir litt foreldet. I dette øyeblikket er det nyttig å endre fokus og prøve noe nytt. Det er derfor vi har sett på hackathons i seks måneder.
Et hackathon er en konkurranse for IT-spesialister: flere team samles og løser komplekse problemer to dager på rad. Vanligvis konkurrerer om en pris som deles ut av en jury.
Vi ønsket å prøve ut formatet og ha det gøy, men et klassisk hackathon er en ganske storstilt, plagsom og kostbar oppgave. Derfor gjennomførte vi lettversjonen nesten uten budsjett. Men til slutt ble de fornøyde og gjorde til og med noe nyttig.
Hvorfor trenger bedrifter et hackathon?
Klassiske hackathons er vanligvis ikke organisert av raushet. Arrangørene løser enten praktiske problemer eller promoterer seg selv. Hackathon-formatet er også valgt for å passe formålet.
- Løs et praktisk problem. Arrangøren setter mål, og deltakerne velger det passende og bestemmer. Et eksempel på en slik oppgave er å lage en ny kundescoringsalgoritme for en bank.
- Markedsfør verktøyene dine. Arrangøren gir deltakerne egen programvare, programmeringsspråk eller API. Målet er å gjøre noe nyttig med de gitte verktøyene. For eksempel åpner den betingede Google tilgang til sin stemmeoversetter og venter på interessante brukstilfeller.
Et tilleggsmål med et stort hackathon er å presentere arrangøren som en misunnelsesverdig arbeidsgiver, internt og eksternt. Gjester fra andre selskaper vil bli imponert over kontoret, organisasjonen og bredden av muligheter. Vår egen – med nye oppgaver, frihet, kommunikasjon.
For eksempel holdt VKontakte et stort hackathon. Det er vanskelig å tilskrive det til én type: det er for mange retninger
Som vi har. Hovedmålet for hele satsingen for HFLabs er intern HR. Vi så på hackathonet som en annen samarbeidsaktivitet utenfor jobben. Å forene, styrke, underholde - det er alt. Noen går på fotballag, andre på quiz. Hackathon er et annet møteformat utenfor hverdagslige anliggender. Noe som selvfølgelig ikke avlyser verken quiz eller fotball.
Samtidig er et hackathon, selv i et lett format, ikke ren underholdning. For eksempel endte ett team opp med å skrive et tekstoppdrag etter å ha lært mekanikken til Telegram-roboter fra bunnen av. Dette er fantastisk: når en person prøver noe nytt og prøver å finne ut av det, kommer han med nye ideer. Også til hverdagsarbeid.
Dessuten fikk vi til slutt nyttige verktøy, selv om vi ikke hadde noen praktiske problemer i det hele tatt. Men mer om det til slutt.
Hvorfor er hackathon for deltakere?
Deltakerne kommer til et klassisk hackathon for å bli kjent med teknologier, prøve nye opplevelser eller tjene penger. Dessuten ser det ut til at det er flere personer fra den siste kategorien.
- Prøv nye teknologier eller metoder. På daglig basis sitter hver utvikler på sin egen teknologistabel, noen ganger i årevis. Og på et hackathon kan du prøve noe nytt - enten noe som nettopp har dukket opp, eller bare interessant.
- Gå gjennom dagligvareruten i miniatyr. IT-spesialister er interessert i å lage et fullverdig produkt i løpet av få dager. Etter å ha gått gjennom hele syklusen fra konsept til presentasjon.
- Tjene penger. Noen ganger samles sterke spesialister i team med profesjonelle hackathons – velspilte og trente. De velger arrangementer med et rikt premiefond og tåler alle gjennom erfaring og forberedelse. Noen arrangører luker umiddelbart ut slike unnvikere. Andre er velkommen.
Som vi har. Til å begynne med spurte vi teamet om et hackathon var nødvendig i prinsippet. Vi gjør ikke noe med makt, så vi ønsket å måle interessen på forhånd. Vi brukte Google Forms for spørreundersøkelser.
Det er 65 personer i teamet, 20 fullførte undersøkelsen. Siden 75 % av dem er interessert, må vi gjøre det!
Den andre oppgaven er å motivere de usikre, hvorav mer enn halvparten er. Den neste undersøkelsen viste: en premie vil ikke hjelpe i denne saken.
Så viste det seg at våre folk er interessert i å lage nye produkter. Selv med en liten applikasjon, men gå fra en idé til en fungerende prototype
Vi begynte å samle inn emner for hackathon som ville være av interesse. Igjen med styrken til teamet: vi opprettet en chat på Telegram, der vi kastet ut ideer til alle. Ingen bremser: det du tenker på er bra.
Vi samlet 25 emner og lanserte en meningsmåling i samløp. De fem mest populære prosjektene – de er på bildet – ble tatt med til hackathon
Hvor lenge har alt dette pågått?
Et klassisk hackathon varer to dager og en natt i mellom. Natt er en hilsen fra den gamle IT-skolen, et pragmatisk og romantisk preg på samme tid.
Hva de skal gjøre i mørket, bestemmer hvert lag eller deltaker uavhengig. Du kan sove om natten, arrangørene vil ikke si et ord. Men du kan handle: program, design, ingeniør, test.
Som vi har. Vi snakket ikke engang om nattevakten. Dessuten kuttet de formatet ytterligere og tok bare én dag. Ellers må du enten bruke to arbeidsdager på eksperimentet, eller dra kollegene ut for en hel sommerhelg. Få vil gå med på det andre alternativet: helger om sommeren er på en premie.
Det kom forslag om at det kunne være hyggelig å komme sammen på hverdager. Men jeg ville ikke ordne alt dette i arbeidstiden. Uansett hvor hardt du prøver, kan du ikke skille deg fra jobb i løpet av uken: klienter skriver, kolleger spør om noe, noe koker på kontoret, noen møter er planlagt. Alle vil gå tilbake til business as usual. Derfor er neste undersøkelse om du er klar for hackathon i helgen.
Ikke alle er klare til ubetinget å ofre fridagene sine. Men det er mer enn halvparten av dem som tviler, det gjenstår å forføre dem
Litt senere, i juni, ble deltakerne spurt om datoene. Spilleautomater ble tildelt helt frem til høsten - om sommeren er kollegene på ferie og på hyttene sine, og du vil ikke gå glipp av arrangementet. Derfor bestemte vi oss for at vi skulle tilby alle lørdager. Du kan velge flere - merk av hvilke som er gratis.
Ikke alle er klare til ubetinget å ofre fridagene sine. Men det er mer enn halvparten av dem som tviler, det gjenstår å forføre dem
Som et resultat planla vi et hackathon 17. august. Alternativet 27. juli falt sammen med min forretningsreise, og alternativet falt fra.
Hvor holdes arrangementet?
Vanligvis samles de fleste deltakerne i et felles rom. Kommunikasjon er en viktig del av hackathonet, så arrangøren tildeler en åpen plass eller et helt bygg.
Jeg deltok en gang i et Google-hackathon. Arrangørene bevilget en to-etasjes bygning med ottomaner, bord og andre møbler inni. Teamene selv spredte seg i området og satte opp arbeidsstasjoner.
Men oftere enn ikke er det ingen strenge begrensninger: hvis noen advarer på forhånd og kobler til eksternt, vil ingen hindringer bli opprettet.
Som vi har. Siden hackathonet viste seg å være intimt, for syv personer, var det tomme kontoret på lørdag nok til overs. Selv om vi ikke tar hensyn til at en deltaker koblet fra Volgograd.
Vi planla at vi alle skulle sitte sammen i et møterom
Hva med vinnerne?
Ved klassiske hackathons oppnevnes en jury som kårer det beste prosjektet. I juryen sitter noen fra arrangørene eller sponsorene – de som betaler for hele banketten.
Demoprosjekter er en viktig del av hackathonet. Lagene holder en kort presentasjon og viser deretter sin løsning for juryen. Dette er noe som å forsvare et vitnemål ved et universitet.
Noen ganger blir arbeidet evaluert av en datamaskin: den med flest poeng i testen vinner. Denne tilnærmingen virker for formell for meg: ved å evaluere løsninger med "papegøyer", dreper arrangørene produktkomponenten i hackathonet. Det føles som en sportsprogrammeringskonkurranse i stedet for en kreativitetsøvelse.
Som vi har. Vi handlet radikalt: vi avskaffet rett og slett juryen og konkurransen i prinsippet. For målet var ikke å skape den beste løsningen på problemet eller få et ferdig produkt.
Siden målet er å ha det gøy, la deltakerne rolig jobbe med prosjekter uten hensyn til andre lag.
Ha-dag på HFLabs
Hackathonet startet fredag kveld, dagen før. Deltakerne samlet seg og valgte hvert sitt tema. Klare lag har dannet seg.
Samling og uventede deltakere. Vi ankom kontoret kl 11–12 på lørdag – for ikke å stå opp tidlig som på hverdager. Det var seks deltakere igjen, en til ble med fra Volgograd.
Kunngjøringen av datoen gikk ikke ubemerket hen - jagerflyene begynte aktivt å forlate hackathon-chatten. Men katastrofen skjedde ikke, og quorumet ble opprettholdt
Nye medlemmer dukket plutselig opp utover dagen. Kolleger som ikke skulle på hackathon skar ut tre til fire timer. De kom, valgte et prosjekt og hjalp til. Dette er ukarakteristisk for det klassiske formatet, men vi liker det.
Team og prosjekter. Det viste seg at tre personer gjorde prosjektene sine alene. Dette er den største ulempen med arrangementet; det er mer interessant å jobbe i et team. Å finne interaksjon er generelt en viktig ting i hackathon-konseptet.
Tekstoppdrag på Telegram-motoren. Det er ingen praktisk bruk, men inne er det verkstedhumor og lokale memer
Og et par timer etter starten ble ett prosjekt stående uten utviklere: forfatteren forlot ideen og gikk til et annet team. Dette er normalt selv for det klassiske formatet: gode ideer tiltrekker folk. Først ser det ut til at du vil fullføre prosjektet til slutten. Og så dykker du inn og ser - du rekker ikke i tide, det er ingen vits i å prøve. Eller du går til naboene dine, fordi det er dit virksomheten går, og produktet er nyttig.
Seryoga, en front-end-utvikler fra Volgograd, var litt lei, så han kom opp med et prosjekt "fra en kniv". Og han begynte umiddelbart å jobbe med det.
Det bor en katt i hjørnet av et av produktene våre. Tidligere sov katten bare og skapte trøst, men Seryoga lærte buntmakeren å reagere på hendelser
På slutten av dagen forble antallet prosjekter det samme - fem. En falt av, en annen ble lagt til.
Plass og tidsplan. Det største rommet på kontoret var planlagt for hackathon – et møterom. Men når det kom til stykket, slo alle seg til rette på kontorene sine som vanlig. Slik startet vi.
Først så det ut til at fellesrommet ikke var viktig. Siden prosjektene ikke henger sammen er det ingen konkurranse, man kan sitte hver for seg. Og for diskusjoner, samles i salen - det viktigste er ikke å spre utover gangavstand.
Men etter noen timer stoppet fragmenteringen av seg selv. De som jobbet alene, under påvirkning av en skjult styrke, flyttet den ene etter den andre til det mest befolkede kontoret. Og det ble mer interessant – samtalene var mer livlige, spørsmålene var mer komplekse og hyppigere.
Vi stanset hver annen time for å dele inntrykkene våre og se nærmere på andres prosjekter. Vi spiste lunsj midt på dagen.
Til lunsj brast en fan, som hadde svevet usynlig i nærheten hele denne tiden, inn i omrisset av hackathon: ostekaker ble plutselig brakt til kontoret
Det var ingen tidsbegrensning: den som vil sitte så lenge han vil. De dro, og brakte vanligvis prosjektet til en mer eller mindre ferdig tilstand. Siste deltaker dro rundt kl 22.
Vi gjorde ikke en demo med en gang – vi bestemte oss for å fortelle hele kontoret om hackathonet på tirsdag.
Resultater og livet etter
Hackathon-lyset ga enda mer overskudd enn jeg forventet.
HR. Vi hadde det veldig gøy: vi avsluttet gestalten med et hackathon og snakket om smarte temaer uten å måtte jobbe. Alt dette for et budsjett som tilsvarer kostnadene for reise til kontoret og lunsj. I tillegg oppdro vi evangelister for interne hackathons på kontoret.
Prosjekter. I løpet av dagen har vi ikke fullført noen av de fem prosjektene. Men det spiller ingen rolle: vanligvis er hensikten med arrangementet å løse problemet i prinsippet, å finne en idé. Et godt resultat er et minimalt fungerende verktøy, om enn med krykker og feil.
Anton Zhiyanov, vår produktsjef , ble gjort av en e-postavsender. Det ser ut som et nettleserredigeringsprogram som en CSV-fil med mottakere er knyttet til. Det er mer praktisk enn den overbelastede Mailchimp
Men etter hackathonet gikk prosjektene i produksjon eller gjør seg klare til å gjøre det. Vi sender allerede ut e-poster som messenger, og katten tar på kundene. Resten av søknadene fylles ut av forfatterne, og dette skyldes forespørsler utenfra. Foreløpig distribuerer vi det til venner gratis og på vår egen måte, men en dag kan det komme til kommersiell bruk.
Cons. Den største ulempen er at få mennesker samlet seg. Som et resultat ble tre av fem prosjekter utført av én person, og dette er ikke så interessant. Når du hackathon alene, mister du effekten av produktteamet. Det er ingen å samhandle med lenger.
Jeg skjønte også at strengere reguleringer ville være et pluss. Trenger mer organisering:
- klar timing;
- merch for deltakere;
- jury og demo samme dag, mens de fortsatt er ladet;
- forberedelse - utlysninger, prosjektbeskrivelser.
Du kan også ringe noen utenfra, men det er slett ikke nødvendig. Og samtalen er mest sannsynlig spot on. Ingen storskala reklame.
Framtid. Halve kontoret var samlet til en generell demo tirsdag. Og da så jeg allerede interessen for prosjektene, i formatet. Ikke alle ønsket å bli involvert i forsøket, men etter den første utprøvingen ønsket flere å delta. Jeg tror vi vil gjøre arrangementet større i 2020.
Det handler om hackathon. Hvis du er interessert i å gjøre alle slags komplekse ting med data, kom på jobb med oss. : Vi ser etter java-utviklere, support- og testingeniører, systemanalytikere.
Artikkel for første gang . Versjonen for Habr er revidert og utvidet.
Kilde: www.habr.com