Questo articolo parla di come ho organizzato il mio primo hackathon per il team. Per gli organizzatori esperti, il materiale potrebbe sembrare troppo semplice, e la storia potrebbe apparire ingenua. Mi sono orientato verso coloro che stanno appena scoprendo il formato e si chiedono se organizzare un evento del genere.
si occupa di cose complesse con i dati: puliamo e arricchiamo i contatti dei clienti per grandi aziende e costruiamo database clienti da centinaia di milioni di record. Nei nostri uffici di Mosca lavorano 65 persone, altre dieci circa lavorano da remoto in altre città.
Qualsiasi lavoro a volte non è che annoi, ma diventa un po' ripetitivo. In quel momento è utile cambiare fuoco, provare qualcosa di nuovo. Per questo motivo, per circa sei mesi abbiamo osservato gli hackathon.
Un hackathon è una competizione per informatici: diverse squadre si riuniscono e per due giorni consecutivi risolvono compiti complessi. Di solito competono per un premio assegnato da una giuria.
Volevamo provare il formato e divertirci, ma un hackathon classico è un'iniziativa piuttosto complessa, laboriosa e costosa. Per questo motivo abbiamo organizzato una versione leggera quasi senza budget. Alla fine, siamo stati soddisfatti e abbiamo persino fatto qualcosa di utile.
Perché un hackathon per l'azienda
I classici hackathon di solito non vengono organizzati per pura generosità. Gli organizzatori risolvono compiti pratici o si pubblicizzano. Sceglieranno il formato dell'hackathon in base agli obiettivi.
- Risolvere un compito pratico. L'organizzatore stabilisce gli obiettivi, mentre i partecipanti scelgono quello più adatto e lavorano su di esso. Un esempio di tale compito è creare un nuovo algoritmo di scoring dei clienti per una banca.
- Promuovere i propri strumenti. L'organizzatore fornisce ai partecipanti il proprio software, linguaggio di programmazione o API. L'obiettivo è creare qualcosa di utile utilizzando gli strumenti forniti. Ad esempio, il ipotetico Google apre l'accesso al suo traduttore vocale e si aspetta idee interessanti per l'applicazione.
Un obiettivo aggiuntivo di un grande hackathon è presentare l'organizzatore come un datore di lavoro ambito, sia all'interno che all'esterno. I visitatori di altre aziende si lasceranno contagiare dall'ufficio, dall'organizzazione e dalle ampie opportunità. I dipendenti saranno stimolati da nuove sfide, libertà e interazioni.
Per esempio, "VKontakte" ha tenuto un grande hackathon. È difficile attribuirlo a un solo tipo: ci sono troppi ambiti.
Come da noi. L'obiettivo principale di tutto ciò per HFLabs è l'HR interno. Abbiamo visto l'hackathon come un'altra attività collaborativa al di fuori del lavoro. Unire, ricaricare, divertire: questo è tutto. Alcuni vanno a giocare a calcio in squadre, altri ai quiz. L'hackathon è un altro formato di incontro al di fuori delle attività quotidiane. Che, ovviamente, non annulla né i quiz né il calcio.
Tuttavia, l'hackathon, anche in formato light, non è solo intrattenimento. Ad esempio, un team ha creato un gioco di avventura testuale, studiando da zero la meccanica dei bot in Telegram. Questo è fantastico: quando una persona prova qualcosa di nuovo e cerca di capire, nascono idee fresche. Incluse per il lavoro quotidiano.
Inoltre, alla fine abbiamo ottenuto strumenti utili, anche se non avevamo posto obiettivi pratici. Ma di questo parleremo alla fine.
A cosa serve l'hackathon ai partecipanti
I partecipanti vengono a un hackathon classico per conoscere nuove tecnologie, provare nuove esperienze o guadagnare. Inoltre, sembra che ci siano sempre più persone in quest'ultima categoria.
- Provare nuove tecnologie o metodi. Durante i giorni feriali, ogni sviluppatore si concentra sul proprio stack tecnologico, a volte per anni. Ma all'hackathon è possibile provare qualcosa di nuovo, che sia appena emerso o semplicemente interessante.
- Percorrere un percorso di prodotto in miniatura. Agli informatici interessa creare un prodotto completo in pochi giorni. Percorrendo così tutto il ciclo, dalla concezione alla presentazione.
- Guadagnare. A volte, specialisti forti si uniscono in team di hacker professionisti: collaudati e addestrati. Scegono eventi con un ricco montepremi e prevalgono grazie all'esperienza e alla preparazione. Alcuni organizzatori scartano subito questi astuti partecipanti. Altri li accolgono.
Come da noi. Per questo motivo, abbiamo prima chiesto al team se un hackathon fosse necessario in linea di principio. Non forziamo nulla, quindi volevamo misurare l'interesse in anticipo. Per i sondaggi abbiamo usato 'Google Forms'.
Nel team ci sono 65 persone, e 20 hanno partecipato al sondaggio. Se il 75% di loro è interessato, è necessario fare!
Il secondo obiettivo è motivare i titubanti, che sono più della metà. Un sondaggio successivo ha mostrato: il premio in questo caso non aiuta.
Successivamente, è emerso che ai nostri interessa creare nuovi prodotti. Anche se con una piccola applicazione, vogliono percorrere il cammino dall'idea al prototipo funzionante.
Abbiamo iniziato a raccogliere temi per l'hackathon che possano interessare. Di nuovo con la forza del team: abbiamo attivato una chat su Telegram, dove ognuno ha lanciato idee su cosa fosse utile. Senza freni: tutto ciò che viene in mente è valido.
Abbiamo raccolto 25 temi e lanciato un sondaggio su confluence. I cinque progetti più popolari – quelli nell'immagine – sono stati presi per l'hackathon.
Quanto dura tutto questo?
Un hackathon classico dura due giorni e una notte tra di essi. La notte è un saluto dalla vecchia scuola IT, un tratto pragmatistico e romantico allo stesso tempo.
Cosa fare nel buio della notte, ogni squadra o partecipante decide autonomamente. Di notte si può dormire, gli organizzatori non diranno nulla. Ma si può anche agire: programmare, progettare, disegnare, testare.
Come da noi. Non abbiamo nemmeno parlato di veglie notturne. Per di più, abbiamo ulteriormente ridotto il formato e preso solo un giorno. Altrimenti, avremmo dovuto riservare due giorni lavorativi per l'esperimento, oppure costringere i colleghi a un weekend estivo intero. Anche pochi avrebbero accettato la seconda opzione: i weekend in estate hanno un loro valore.
Ci sono stati suggerimenti per incontrarci durante i giorni feriali. Ma non volevamo organizzare tutto durante l'orario lavorativo. Per quanto ci si possa sforzare, in settimana non si riesce a rimanere isolati dal lavoro: i clienti scrivono, i colleghi fanno domande, in ufficio succede sempre qualcosa, vengono fissati appuntamenti. Tutti tornano ai soliti affari. Pertanto, il prossimo sondaggio riguarderà la disponibilità a fare hackathon nei weekend.
Non tutti sono disposti a sacrificare un giorno di riposo. Ma i dubbi sono più della metà, resta da sedurli.
Poco dopo, a giugno, abbiamo chiesto ai partecipanti sulle date. Abbiamo previsto finestre fino all'autunno – in estate i colleghi sono in ferie e a caccia di relax, e non vogliamo perderci l'evento. Pertanto, abbiamo deciso di offrire tutti i sabati. Si può sceglierne più di uno – segna quelli di cui sei libero.
Non tutti sono disposti a sacrificare un giorno di riposo. Ma i dubbi sono più della metà, resta da sedurli.
Alla fine, abbiamo pianificato l'hackathon per il 17 agosto. L'alternativa del 27 luglio coincideva con un mio viaggio di lavoro e quindi è stata scartata.
Dove si svolge l'evento?
Di solito, la maggior parte dei partecipanti si riunisce in uno spazio comune. La comunicazione è una parte importante dell'hackathon, quindi l'organizzatore dedica uno spazio aperto o un intero edificio.
Una volta ho partecipato a un hackathon di Google. Gli organizzatori hanno assegnato un edificio a due piani, con pouf, tavoli e altro arredamento all'interno. I team si sono distribuiti sul posto, creando i propri spazi di lavoro.
Ma spesso non ci sono restrizioni rigide: se qualcuno avvisa in anticipo e si connette da remoto, non ci saranno ostacoli.
Come da noi. Poiché l'hackathon era piuttosto intimo, con sette persone, l'ufficio vuoto del sabato era sufficiente. Anche se non si tiene conto del fatto che un partecipante si è connesso da Volgograd.
Avevamo pianificato di riunirci tutti insieme nella sala riunioni.
Cosa succede con i vincitori?
Negli hackathon classici viene nominata una giuria che annuncia il miglior progetto. La giuria include qualcuno degli organizzatori o degli sponsor, coloro che finanziano tutta l'evento.
La demo dei progetti è una parte importante dell'hackathon. I team mostrano una breve presentazione e poi dimostrano la loro soluzione alla giuria. È qualcosa di simile alla difesa di una tesi all'università.
A volte il lavoro viene valutato da un computer: vince quello che ha ottenuto punteggi più alti nel test. Questo approccio mi sembra troppo formale: valutando le soluzioni con 'punteggi', gli organizzatori uccidono l'elemento di prodotto dell'hackathon. Somiglia a una competizione di programmazione sportiva, non a un'espressione creativa.
Come da noi. Noi abbiamo preso una decisione radicale: abbattere la giuria e la competitività in linea di principio. Perché non avevamo come obiettivo creare la migliore soluzione per un problema o ottenere un prodotto finito.
Poiché l'obiettivo era quello di divertirsi, lasciamo che i partecipanti sviluppino i progetti senza prestare attenzione agli altri team.
Giorno H in HFLabs
L'hackathon è iniziato venerdì sera, un giorno prima. I partecipanti si sono riuniti, ognuno ha scelto un tema. Sono stati formati team pronti.
Raccolta e partecipanti inaspettati. I partecipanti sono arrivati tra le 11 e le 12 del sabato, per non doversi alzare come nei giorni lavorativi, presto. Sono rimasti sei partecipanti, un altro si è connesso da Volgograd.
L'annuncio della data non è passato inosservato: i partecipanti hanno iniziato ad abbandonare attivamente la chat dell'hackathon. Ma non ci sono stati disastri e si è mantenuto il quorum.
Durante la giornata nuovi partecipanti si sono presentati improvvisamente. Colleghi che non avevano intenzione di partecipare all'hackathon hanno trovato tre o quattro ore da dedicare. Sono venuti, hanno scelto un progetto e hanno aiutato. Questo non è caratteristico del formato classico, ma per noi è stato piacevole.
I team e i progetti. È successo che tre persone stessero lavorando ai propri progetti da sole. Questo è il principale svantaggio dell'evento, lavorare in squadra è molto più interessante. Saper interagire è in effetti una cosa importante nella concezione di un hackathon.
Un'avventura testuale sulla piattaforma di Telegram. Non c'è un grande valore pratico, ma c'è umorismo di settore e meme locali all'interno.
Dopo un paio d'ore dall'inizio, un progetto è rimasto senza sviluppatori: l'autore ha abbandonato il suo progetto e se n'è andato in un'altra squadra. Questo è normale anche nel formato classico: le buone idee attraggono le persone. All'inizio sembra che si porterà avanti il proprio progetto fino alla fine. Poi ci si immerge e si vede che non si riesce a terminare, non ha senso provarci. Oppure si va dai vicini, perché lì il lavoro procede e il prodotto è utile.
Sergio, un front-end developer di Volgograd, si è un po' annoiato, così ha inventato un progetto 'da zero'. E ha subito iniziato a lavorarci.
Nell'angolo di uno dei nostri prodotti vive un gattino. Prima il gatto semplicemente dormiva e creava un'atmosfera accogliente, ma Sergio ha insegnato al peloso a reagire agli eventi.
Alla fine della giornata il numero di progetti è rimasto invariato: cinque. Uno si è fermato, uno è stato aggiunto.
Spazio e programma. Per l'hackathon è stata pianificata la stanza più grande dell'ufficio: una sala riunioni. Ma quando è arrivato il momento, tutti si sono distribuiti, come al solito, nei loro uffici. Da lì è cominciato tutto.
All'inizio sembrava che uno spazio comune non fosse fondamentale. Poiché i progetti non erano collegati, non c'era competitività, si poteva sedere singolarmente. Ma per le discussioni era fondamentale non allontanarsi troppo e ritrovarsi nel foyer.
Ma dopo alcune ore la frammentazione è cessata naturalmente. Coloro che lavoravano in solitudine, sotto l'influenza di una forza nascosta, uno dopo l'altro si sono spostati nella stanza più affollata. E la situazione è diventata più interessante: le conversazioni più vivaci, le domande più complesse e frequenti.
Ci siamo interrotti ogni paio d'ore per condividere impressioni e dare un'occhiata ai progetti degli altri. A metà giornata abbiamo pranzato.
Durante il pranzo, un sostenitore, invisibilmente presente durante tutto il tempo, è irrompendo nel contesto dell'hackathon: all'improvviso sono arrivati cheesecake in ufficio.
Non c'era limiti di tempo: ognuno poteva restare quanto voleva. Di solito andavano via, portando il progetto a uno stato più o meno completato. L'ultimo partecipante è andato via intorno alle 22:00.
Non abbiamo condotto subito un demo — abbiamo deciso di parlare del hackathon martedì per tutto l'ufficio.
Risultati e vita dopo
L'hackathon light ha portato persino più profitto di quanto avessi previsto.
HR. Ci siamo divertiti molto: abbiamo chiuso il cerchio con l'hackathon e abbiamo discusso di argomenti interessanti senza il trambusto lavorativo. Tutto questo per un budget pari al costo della strada per l'ufficio e del pranzo. Inoltre, abbiamo fatto crescere in ufficio degli evangelisti per hackathon interni.
Progetti. Durante la giornata non abbiamo portato a termine nessuno dei cinque progetti. Ma non è un problema: di solito l'obiettivo dell'evento è quello di risolvere un compito in modo concettuale, trovare un'idea. Un buon risultato è uno strumento minimo funzionante, anche se con appoggi e bug.
Anton Zhiyanov, responsabile del nostro prodotto , ha creato un email sender. Sembra un editor browser, a cui si può collegare un file CSV con i destinatari. È più comodo rispetto al sovraccarico di Mailchimp.
Tuttavia, dopo l'hackathon, i progetti hanno preso vita o si stanno preparando. Stiamo già inviando email con il sender, e il gattino incanta i clienti. Gli altri applicativi stanno completando gli autori, già su richiesta esterna. Stiamo distribuendo gratis e in modo informale agli amici, ma prima o poi potremmo arrivare a un utilizzo commerciale.
Contro. Il principale svantaggio è che abbiamo raccolto poche persone. Alla fine, tre dei cinque progetti sono stati realizzati da una sola persona, e non è così interessante. Quando lavori da solo in un hackathon, perdi l'effetto della squadra di prodotto. Non hai con chi stabilire interazioni.
Ho anche capito che un regolamento più rigoroso funzionerà a nostro favore. Serve più organizzazione:
- timing chiaro;
- merchandise per i partecipanti;
- giuria e demo nello stesso giorno, finché tutti sono ancora carichi;
- preparazione — annunci, descrizioni dei progetti.
Inoltre, si può invitare qualcuno dall'esterno, ma non è del tutto necessario. E probabilmente invitiamo in modo mirato. Senza pubblicità su larga scala.
Futuro. Al demo generale di martedì si è presentata metà dell'ufficio. E proprio allora ho visto interesse per i progetti, per il formato. Non tutti volevano impegnarsi nell'esperimento, ma dopo la prima prova, i volontari sono aumentati. Penso che nel 2020 faremo un evento più grande.
Questo è tutto sull'hackathon. Se siete interessati a fare cose complicate con i dati, venite a lavorare con noi. : stiamo cercando sviluppatori java, ingegneri di supporto e testing, analisti di sistema.
L'articolo è stato pubblicato per la prima volta . La versione per «Habr» è stata rielaborata e ampliata.
Fonte: habr.com
