Hei! Minun nimeni on Andrew. Tinkoff.ru:lla olen vastuussa päätöksenteosta ja liiketoimintaprosessien hallintajärjestelmistä. Päätin harkita radikaalisti uudelleen projektini järjestelmiä ja teknologioita; tarvitsin todella tuoreita ideoita. Ja ei niin kauan sitten järjestimme sisäisen hackathonin Tinkoff.ru:ssa päätöksenteon aiheesta.
HR otti koko organisatorisen osan, ja eteenpäin katsoessani sanon, että kaikki sujui pommin: kaverit olivat tyytyväisiä lahjatavaroihin, herkulliseen ruokaan, ottomaaneihin, peitoihin, kekseihin, hammasharjoihin ja pyyhkeisiin - lyhyesti sanottuna kaikki oli kunnossa. korkeatasoinen ja samalla söpö ja kodikas.
Minun piti vain keksiä tehtävä, koota asiantuntijatiimi/tuomaristo, valita lähetetyt hakemukset ja valita sitten voittajat.
Mutta kaikki ei osoittautunut niin yksinkertaiseksi. Haluan jakaa ajatukseni siitä, mihin kysymyksiin sinun pitäisi vastata etukäteen, jotta et sotkeudu.
Miksi tarvitset hackathonin?
Hackathonilla täytyy olla tarkoitus.
Mitä sinä henkilökohtaisesti (tuotteesi, projektisi, tiimisi, yrityksesi) haluat saada tästä tapahtumasta?
Tämä on pääkysymys, ja kaikkien päätöstesi on vastattava vastausta siihen.
Esimerkiksi päätöksenteon aihe on hyvin laaja ja monimutkainen, ja ymmärsin täydellisesti, etten todellakaan pystyisi ottamaan ja käynnistämään hackathonissa tehtyjä sovelluksia tuotannossa. Mutta voin saada uusia teknologisia ideoita ja prototyyppejä vahvistuksena näiden ideoiden soveltuvuudesta esiin tuotujen ongelmien ratkaisemiseen. Tästä tuli tavoitteeni, ja loppujen lopuksi katson sen saavutetuksi.
Miksi osallistujat tarvitsevat hackathonin?
Yritykset tekevät usein sen virheen, että ne odottavat mukana olevilta tiimeiltä hienoja liikeideoita uusille tuotteille. Mutta hackathon on ensisijaisesti kehittäjien tapahtuma, ja heillä on useimmiten muita kiinnostuksen kohteita. Useimmat ohjelmoijat haluavat pitää taukoa päivittäisestä työstään ja kokeilla uusia tekniikoita, vaihtaa pinoaan tai päinvastoin soveltaa tuttua pinoaan uudella aihealueella. Tämän tajuttuani otin bisnesongelman täysin käsiini, jättäen hackathonin osallistujille maksimaalisen vapauden valita teknisiä ratkaisuja.
Suurin osa työntekijöistä ei osallistu hackathoniin palkinnosta, mutta palkinnon pitäisi kuitenkin olla ansainnut kovasti töitä viikonloppuna ilman unta! Annoimme voittajille 4 päivän matkan Sotšiin ja maksoimme täyden matkan, majoituksen ja hissiliput.
Miksi järjestäjät tarvitsevat hackathonin?
Hackathonia järjestävällä hr-tiimillä on yleensä omat tavoitteensa, kuten hr-brändin edistäminen, työntekijöiden kiinnostuksen ja osallistumisen lisääminen. Ja tietysti nämä tavoitteet on otettava huomioon. Olimme esimerkiksi valmiita antamaan hackathonimme voittajalle siistin ja kalliin palkinnon (kallimman kuin edellisellä hackathonilla) - mutta lopulta hylkäsimme tämän idean, koska tämä motivoisi ihmisiä osallistumaan jatkotoimintoihin.
Oletko varma, että aiheesi kiinnostaa jotakuta?
En ollut varma. Siksi tein tehtäväluonnoksen, menin sen mukana eri liiketoimintalinjojen ja eri pinojen kehittäjille ja pyysin palautetta - onko tehtävä ymmärrettävä, mielenkiintoinen, toteutettavissa määräajassa jne.? Jouduin kohtaamaan sen tosiasian, että on erittäin vaikeaa sovittaa viimeisten 5 vuoden työsi pääolemus pariin tekstikappaleeseen. Jouduimme suorittamaan monia tällaisia iteraatioita ja viettämään pitkän aikaa formulaatioiden hiomiseen. En edelleenkään pidä tehtävän tekstistä, joka ilmestyi. Mutta tästä huolimatta saimme hakemuksia jopa 15 eri osaston työntekijöiltä 5 alueelta - tämä viittaa siihen, että tehtävä osoittautui mielenkiintoiseksi.
Oletko hyödyllinen hackathonin aikana?
Hackathonin aikana huomasin itseni ajattelevan, että kun tiimit koodasivat, minä ja asiantuntijatiimi olimme toimettomana tai pohdimme omia asioitamme, koska... meitä ei tarvita täällä. Ajoittain lähestyimme joukkueiden pöytiä, kysyimme miten asiat etenevät, tarjoutuimme auttamaan, mutta useimmiten saimme vastauksen "kaikki on ok, me toimimme" (lue "älä häiritse"). Jotkut joukkueet eivät koskaan jakaneet välituloksiaan koko 24 tunnin aikana. Tämän seurauksena useat tiimit eivät pystyneet suorittamaan täysimittaista demoa ja rajoittuivat dioihin kuvakaappauksilla. Pojille kannatti selventää aktiivisemmin, että välitulosten jakaminen on tärkeää, jotta voimme ohjata projekteja oikeaan suuntaan hackathonin aikana, auttaa suunnittelemaan aikaa ja voittamaan vaikeuksia.
Ehkä jopa kannattaisi ottaa käyttöön 2-3 pakollista tarkistuspistettä, joissa joukkueet kertoisivat edistymisestään.
Miksi tarvitsemme asiantuntijoita ja tuomaristoa?
Suosittelen rekrytoimaan asiantuntijoita (nämä ovat ne, jotka auttavat tiimejä hackathonin aikana) ja tuomaristoa (nämä valitsevat voittajat) paitsi oman alansa osaajia, myös ihmisiä, jotka ovat yhtä aktiivisia ja energisiä kuin mahdollista. On tärkeää auttaa tiimejä hackathonin aikana (ja joskus jopa olla häiritsevä, vaikka siitä ei kiitetäkään), kysyä heiltä oikeat kysymykset sekä hackathonin aikana että loppuesityksissä.
Voitko katsoa tyynesti häviäjiä silmiin?
Aamutunneilla, monitorin ääressä vietetyn yön jälkeen, ohjelmoijan sielu on haavoittuvin. Ja jos olit jossain epäreilu, epäjohdonmukainen toimissasi tai päätöksissäsi, sinua muistutetaan varmasti tästä loukkauksesta. Siksi on tärkeää määritellä etukäteen kriteerit, joilla tuomaristo valitsee voittajat. Jaoimme jokaiselle joukkueelle arkkia kriteeriluettelon kanssa ja laitoimme ne yhteiselle taululle, jotta osallistujat muistavat ne aina.
Yritin myös antaa kaikille osallistujille lyhyen palautteen - mistä pidin heidän työstään ja mikä ei riittänyt voittoon.
Koko
Rehellisesti, suurelta osin en välittänyt kuka voitti, koska... se ei vaikuttaisi tavoitteisiini. Mutta yritin varmistaa, että päätös oli oikeudenmukainen, läpinäkyvä ja kaikille ymmärrettävä (vaikka en ollutkaan tuomariston jäsen). Lisäksi järjestäjien tarjoama lämmön ja mukavuuden taso mahdollisti osallistujien hyvän olon ja saimme heiltä positiivista palautetta ja halukkuutta osallistua muihinkin vastaaviin tapahtumiin.
Lähde: will.com