Hackathon väikeses firmas: kuidas korraldada, ilma et investeeriksite tonni ressursse

See artikkel räägib sellest, kuidas ma esmakordselt korraldasin hackathoni oma meeskonnale. Kogenud korraldajatele võib sisu tunduda liiga lihtne ja lugu - naiivne. Juhindusin neist, kes tutvuvad formaadiga ja mõtlevad, kas sellist üritust korraldada.

HFLabs tegeleb keeruliste andmetega asjadega: me puhastame ja rikastame klientide kontakte suurtele ettevõtetele ning loome klientide andmebaase sadade miljonite kirjetega. Moskvas töötab 65 inimest, veel tosin töötab kaugtööna teistest linnadest.

Iga töö võib mõnikord olla mitte just igav, kuid muutuda ühetooniliseks. Sel hetkel on kasulik fookust muuta, proovida midagi uut. Seetõttu oleme viimase poole aasta jooksul jälginud hackathone.

Hackathon on IT-spetsialistide võistlus: mitu meeskonda koguneb ja kaks päeva järjest lahendab keerulisi ülesandeid. Tavaliselt võisteldakse auhinna nimel, mille annab välja žürii.

Soovime proovida formaati ja lõbutsema, kuid klassikaline hackathon on üsna mahukas, vaeva nõudev ja kulukas ettevõtmine. Seetõttu korraldasime kerge versiooni peaaegu ilma eelarveta. Lõpuks jäime rahule ja saime isegi midagi kasulikku tehtud.

Miks on hackathon ettevõttele vajalik

Klassikalisi hackathone korraldatakse tavaliselt mitte heauskselt. Korraldajad lahendavad kas praktilisi probleeme või teevad reklaami. Siht valitakse vastavalt hackathoni formaadile.

• Lahendada praktiline probleem. Korraldaja seab eesmärgid, osalised valivad sobiva ja lahendavad selle. Näiteks selline ülesanne - luua pangale uus klientide skoorimise algoritm.
• Edendada oma tööriistu. Korraldaja annab osalistele oma tarkvara, programmeerimiskeele või API. Eesmärk on luua antud tööriistadega midagi kasulikku. Näiteks tinglik Google avab juurdepääsu oma häälse tõlke teenusele ja ootab huvitavaid kasutusvõimalusi.

Suurte hackathonide täiendav eesmärk on esitleda korraldajat kõrgeima kvaliteediga tööandjana, nii seest kui väljast. Külastajad teistest ettevõtetest tunnevad huvi kontori, organisatsiooni ning võimaluste üle. Omadele - uute ülesannetega, vabaduse ja suhtlemisega.

Näiteks, «VKontakte» korraldas suure hackathoni. Seda on keeruline liigitada ühe tüübi alla: liiga palju suundi.

Nii nagu meil. HFLabs'i kogu idee peamine eesmärk on sisemine HR. Me nägime hackatoni kui veel ühte koostööüritust tööväliselt. Ühendada, energiat andma, lõbustama – see on kõik. Mõned käivad koos jalgpalli mängimas, teised aga küsitlustes. Hackaton on veel üks kohtumisformaat igapäevaste toimetuste kõrval. Mis ei tähenda, et küsitlused või jalgpall ära jäävad.

Samuti ei ole hackaton, isegi kergformaadis, ainult meelelahutus. Näiteks kirjutas üks meeskond lõpuks tekstilise mängu, õppides nullist botide mehhanismi Telegramis. See on suurepärane: kui inimene proovib midagi uut ja püüab aru saada, siis tekivad tal värsked ideed. Sealhulgas igapäevaseks tööks.

Lisaks saime lõpuks kasulikud tööriistad, ehkki praktilisi ülesandeid ei olnud välja pandud. Aga sellest räägime lõpuks.

Miks on hackaton osalejatele vajalik

Osalejad tulevad klassikalisse hackatoni, et tutvuda tehnoloogiatega, proovida uut kogemust või teenida. Ning tundub, et viimasest kategooriast huvilisi on järjest enam.

• Proovida uusi tehnoloogiaid või meetodeid. Argi päevadel istub iga arendaja oma tehnoloogiahalduses, vahel isegi aastaid. Hackatonil on aga võimalus proovida midagi uut – kas just ilmunud või lihtsalt huvitavat.
• Väikeses formaadis toote loomise tee läbimine. IT-spetsialistid soovivad luua täisväärtuslikku toodet mõne päeva jooksul. Läbides seejuures kogu tsükli ideest kuni esitlemiseni.
• Teenida. Mõnikord kogunevad tugevad spetsialistid professionaalide hackatonimeeskondadesse – harjunud ja treenitud. Nad valivad üritusi, kus on rikkalik auhinnafond, ning viivad kõik üle oma kogemuste ja ettevalmistuse tõttu. Osad korraldajad kõrvaldavad kohe sellised osalised. Teised tervitavad neid.

Nii nagu meil. Küsisime alguses meeskonnalt – kas hackaton on üldse vajalik. Me ei tee midagi sundides, seepärast tahtsime eelnevalt huvi mõõta. Küsimustike koostamiseks kasutasime „Google'i vorme”.

Meeskonnas on 65 inimest, küsitlusest osa võttis 20. Kuna 75% neist on huvitatud – tuleb korraldada!

Teine ülesanne on motiveerida ebamugavas seisus olevaid inimesi, keda on rohkem kui pool. Järgmine küsitlus näitas: auhind ei aita.

Edasi selgus, et meie inimestele meeldib luua uusi tooteid. Olgu selleks ka väikese rakenduse loomine, kuid läbida tee ideest töötava prototüüpini.

Alustasime teemasid hackathoni jaoks koguma, mis võiksid huvi pakkuda. Taas meeskonna jõud: tõstsime esile Telegrami vestluse, kus viskasime ideid, kes mida oskab. Ilma pidurdusteta: mis pähe tuleb, see ka sobib.

Kogusime 25 teemat ja käivitasime hääletuse Confluence'is. Viis kõige populaarsemat projekti – need on pildil – said osaks hackathonist.

Kui kaua see kõik kestab?

Klassikaline hackathon kestab kaks päeva ja öö nende vahel. Öö – tervitus vanalt IT-koolilt, samal ajal pragmaatiline ja romantiline detail.

Mida teha öösel, otsustab iga meeskond või osaleja ise. Öösel võib magada, korraldajad ei ütle midagi. Aga võib ka tegutseda: programmeerida, disainida, projekteerida, testida.

Nii nagu meil. Öisest valvevahtimisest ei rääkinud me isegi. Enamikul juhtudel vähendati formaati veelgi ja võtsime ainult ühe päeva. Vastasel korral oleks olnud kas katsetusele kulutada kaks tööpäeva või tõmmata kolleegid täis suvepuhkustele. Teise variandi osas oleks nõus olnud vaid vähesed: suvepuhkused on väärtuslikud.

Kostusid soovid, et oleks tore nädalavahetus kokku saada. Kuid töö ajal ei tahtnud seda kõike korraldada. Kuidas iganes püüad, ei saa nädalal tööst distantseeruda: kliendid kirjutavad, kolleegid küsivad millegi kohta, kontoris toimub midagi, korraldatakse kohtumisi. Kõik hakkavad oma tavapäraste asjade juurde tagasi. Seetõttu järgnev küsitlus – kas olete valmis nädalavahetusel hackathonit korraldama.

Ilma muudatusteta pole kõik valmis nädalavahetust ohverdama. Kuid kahtlejaid on rohkem kui pool, tuleb neid veenda.

Veidi hiljem, juunis, küsisime osalejatelt kuupäevade kohta. Ajasime slots'i lausa sügiseni – suvel on kolleegid puhkepäevadel ja suvekodudes, kuid sündmust ei taha vahele jätta. Seetõttu otsustasime, et pakume kõik laupäevad. Saate valida mitu – millised on vabad, need märkige.

Ilma muudatusteta pole kõik valmis nädalavahetust ohverdama. Kuid kahtlejaid on rohkem kui pool, tuleb neid veenda.

Kokkuvõttes planeerisime hackathoni 17. augustile. Alternatiivne 27. juuli kattus minu ärireisiga ja variant langes välja.

Kus toimub üritus?

Tavaliselt koguneb enamus osalejatest ühte ruumi. Kommunikatsioon on hackathoni oluline osa, seetõttu eraldab korraldaja avatud ruumi või kogu hoone.

Ühel päeval osalesin Google'i hackathonil. Korraldajad eraldasid kahekorruseline hoone, kus olid puffid, lauad ja muu mööbel. Meeskonnad jagunesid ise ringi ja tegid endale töökohad.

Kuid ranged piirangud ei ole enamasti vajalikud: kui keegi hoiatab ette ja ühendub kaugjuhtimisega, siis pole takistusi.

Nii nagu meil. Kuna hackathon oli väike, seitsme inimesega, piisas meie laupäevasest tühjast kontorist täielikult. Isegi kui mitte arvestada, et üks osaleja ühines Volgogradist.

Me plaanisime, et kõik istuvad koos koosolekuruumis.

Mis juhtub võitjatega?

Klassikalistele hackathonidele määratakse žürii, kes kuulutab parima projekti välja. Žüriisse kuuluvad tavaliselt korraldajatele või sponsoritele kuuluvad inimesed – need, kes maksavad kogu peo.

Projektide демонстрация on hackathoni oluline osa. Meeskonnad esitavad lühikese esitluse ja näitavad pärast oma lahendust žüriile. See on midagi sarnast diplomikaitsmisega ülikoolis.

Mõnikord hindab töid arvuti: võidab see, mis saab testis rohkem punkte. Minu arvates on selline lähenemine liiga formaalne: hinnates lahendusi „papagoide” kaudu, tapavad korraldajad hackathoni toodetelise sisu. See sarnaneb spordiprogrammeerimise võistlusele, mitte loomingule.

Nii nagu meil. Käitusime radikaalselt: lihtsalt tühistasime žürii ja võistluslikkuse üleüldiselt. Sest me ei seadinud eesmärgiks luua parimat lahendust probleemile või saada valmis toodet.

Kuna eesmärk on nautida, siis võivad osalejad rahulikult projekte arendada ilma teiste meeskondade peale mõtlemata.

Härgipäev HFLabs'is

Hackathon algas juba reede õhtul, päev enne. Osalejad kogunesid, igaüks valis teema. Valmistasime valmis meeskonnad.

Kogunemine ja ootamatud osalejad. Kontorisse tuldi laupäeval kell 11–12, et mitte tõusta nagu argipäeval vara. Osalejaid oli jäänud kuus, veel üks liitus Volgogradist.

Teate kuulutamine ei jäänud jäljetuks - osalejad hakkasid aktiivselt hackathoni chati lahkuma. Kuid katastroofi ei juhtunud ja kvoorum püsti jäi.

Päeva jooksul ilmus ootamatult uusi osalejaid. Kolleege, kes ei plaaninud hackathonile tulla, varastasid kolm-neli tundi. Tulid, valisid projekti ja aitasid. Klassikalise formaadi jaoks on see ebatavaline, kuid meile oli see meeldiv.

Meeskonnad ja projektid. Selgus, et kolm inimest tegid oma projekte üksi. See on suurim miinus üritusel, meeskonnas on huvitavam töötada. Koostöö leidmine on üldiselt väga oluline asi hackaton'i kontseptsioonis.

Tekstiline seiklus mängumootoril Telegram. Praktistlikku kasu pole, kuid sees on tööstuslik huumor ja kohalikud meemid.

Ja paar tundi pärast algust jäi üks projekt arendajatest ilma: autor lahkus oma lapsest ja läks teise meeskonda. See on normaalne isegi klassikalises formaadis: head ideed meelitavad inimesi. Alguses tundub, et teed oma projekti lõpuni. Kuid siis sukeldud sisse ja näed - ei jõua valmis, pole mõtet proovida. Või lahkud naabrite juurde, sest seal on töö käimas ja toode on kasulik.

Serjoga, Volgogradist pärit front-end arendaja, hakkas veidi igavlema, seetõttu sai ta endale projekti «kohe kätte». Ja alustas kohe töötamist.

Ühe meie toote nurgas elab kass. Varem magas kass lihtsalt ja lõi hubasust, kuid Serjoga õpetas mehaanilist kassi reageerima sündmustele.

Päeva lõpus jäi projektide arv samaks - viis. Üks kukkus välja, teise lisati.

Ruum ja ajakava. Hackatoni jaoks planeeriti kontori suurim tuba - nõupidamisruum. Kuid kui asja juurde jõuti, hajusid kõik harjumuspäraselt oma kabinetti. Selliselt see kõik algas.

Esialgu tundus, et ühine ruum ei ole oluline. Kuna projektid ei ole seotud, pole konkurentsi, võib eraldi istuda. Ja arutelude jaoks koguneda hallis - peaasi, et mitte liiga kaugele hajuda.

Kuid paar tundi hiljem lõpetas killustatus iseenesest. Need, kes tegid tööd üksi, mõjude varjatud jõu tõttu hakkasid järjest liikuma kõige rahvarikkamasse kabinetti. Ja see muutus huvitavamaks - vestlused elavnesid, küsimused olid keerulisemad ja sagedasemad.

Katkestused toimusid iga paari tunni tagant - jagati muljeid, vaadati teiste projekte. Päeva keskel söödi lõunat.

Lõunat süües tungis hackatoni käiku toetaja, kes oli pidevalt märkamatult kohal: kontorisse tuuakse äkki juustukoogid.

Aega ei piiritletud: kes tahab, see istub. Lahkusid, tavaliselt viies projekti natuke või rohkem lõpetatud olekusse. Viimane osaleja lahkus umbes kell 22:00.

Me ei hakanud kohe demot tegema - otsustasime, et räägime hackathonist teisipäeval kogu kontorile.

Tulemused ja elu pärast

Hackathon light andis isegi rohkem kasu, kui ma arvasin.

HR. Me nautisime suurepäraselt: lõpetasime hackathoniga ja arutasime targaid teemasid ilma töönõudmiseta. Kõik see maksis nii palju kui tee kontorisse ja lõuna. Plussiks, et aitasime kontoris kasvatada sisemisi hackathon'e evangeliste.

Projektid. Päeva jooksul ei viinud me lõpule ühtegi viiest projektist. Aga see ei ole tragöödia: ürituse eesmärk on tavaliselt lahendada probleem põhimõtteliselt, leida idee. Hea tulemus on minimaalne töötav tööriist, olgu see siis tugede ja vigadega.

Anton Zhiyanov, meie toote peamine DaData.ru, tegi e-posti saatja. Näeb välja nagu brauseri redaktor, kuhu kinnitatakse CSV-fail vastuvõtjatega. Nii on mugavam kui ülekoormatud Mailchimpis.

Siiski, pärast hackathonit läksid projektid ellu või valmistuvad selleks. Saame juba e-kirju saata saatjaga, ja kiisuke rõõmustab kliente. Ülejäänud rakendusi viimistlevad autorid, ja juba väljastpoolt saadud palve põhjal. Praegu jagame tuttavatele tasuta ja omavahel, aga ühel päeval võib see jõuda ka kaubanduslikku kasutusse.

Miinused. Suurim puudus on see, et inimesi kogunes vähe. Tulemuseks oli kolm viiest projektist, mille tegi üks inimene, ja see ei ole nii huvitav. Kui sa hackathonid üksi, kaotad meeskonna koostöö efekti. Ei ole kellegagi interaktsiooni luua.

Veel sain aru, et rangem reglement töötaks kasuks. Vaja on rohkem organiseeritust:

• selge ajakava;
• meened osalejatele;
• žürii ja demod samal päeval, kuni kõik on veel ergutatud;
• valmistamine - teadaanded, projekti kirjeldused.

Saame ka kutsuda kedagi väljastpoolt, kuid see ei ole sugugi kohustuslik. Ja kutsuda on tõenäoliselt sihipäraselt. Ilma massilise reklaamita.

Tulevik. Teisipäeva üldisel demol tuli kokku pool kontorit. Ja siis nägin ma juba huvi projektide ja formaadi vastu. Katsetusse ei tahtnud kõik sekkuda, aga pärast esmakordset proovi tekkis huvilisi rohkem. Arvan, et 2020. aastal teeme ürituse suurem.

Hackathonist on kõik. Kui oled huvitatud keerukate asjade tegemisest andmetega, tule meile tööle. hh.ru-s on HFLabs'il kaheksa vabade ametikohta: otsime java-arendajaid, tugiteenuste ja testimise insenere, süsteemi analüütikuid.

Artikkel ilmus esmakordselt vc.ru-s. Versioon «Habra» jaoks on ümber kirjutatud ja täiendatud.

Allikas: habr.com