Ciao! Mi chiamo Andrew. Presso Tinkoff.ru sono responsabile dei sistemi decisionali e di gestione dei processi aziendali. Ho deciso di riconsiderare radicalmente l’insieme dei sistemi e delle tecnologie presenti nel mio progetto; avevo davvero bisogno di idee nuove. E così, non molto tempo fa, abbiamo organizzato un hackathon interno su Tinkoff.ru sul tema del processo decisionale.
Le risorse umane si sono occupate dell'intera parte organizzativa e, guardando al futuro, dirò che tutto è andato a meraviglia: i ragazzi erano contenti della merce regalo, del cibo delizioso, dei pouf, delle coperte, dei biscotti, degli spazzolini da denti e degli asciugamani - insomma, tutto era a posto un ambiente di alto livello e, allo stesso tempo, carino e familiare.
Tutto quello che dovevo fare era elaborare un compito, riunire un team di esperti/giuria, selezionare le candidature presentate e quindi scegliere i vincitori.
Ma tutto si è rivelato non così semplice. Voglio condividere i miei pensieri su quali domande dovresti rispondere in anticipo in modo da non sbagliare.
Perché hai bisogno di un hackathon?
Un hackathon deve avere uno scopo.
Cosa vuoi ottenere personalmente (il tuo prodotto, progetto, team, azienda) da questo evento?
Questa è la domanda principale e tutte le tue decisioni devono corrispondere alla risposta.
Ad esempio, il tema del processo decisionale è molto ampio e complesso e ho capito perfettamente che sicuramente non sarei stato in grado di prendere e lanciare in produzione le applicazioni presentate all'hackathon. Ma potrò ottenere nuove idee tecnologiche e prototipi a conferma dell'applicabilità di queste idee per risolvere i problemi posti. Questo è diventato il mio obiettivo e, alla fine, lo considero raggiunto.
Perché i partecipanti hanno bisogno di un hackathon?
Le aziende spesso commettono l'errore di aspettarsi idee imprenditoriali interessanti per i nuovi prodotti dai team partecipanti. Ma un hackathon è principalmente un evento per sviluppatori, i quali molto spesso hanno altri interessi. La maggior parte dei programmatori vuole prendersi una pausa dal lavoro quotidiano e provare nuove tecnologie, cambiare il proprio stack o, al contrario, applicare lo stack familiare in una nuova area tematica. Reso conto di ciò, mi sono fatto carico completamente del problema aziendale, lasciando ai partecipanti all'hackathon la massima libertà nella scelta delle soluzioni tecniche.
La maggior parte dei dipendenti non partecipa all'hackathon per il premio, ma, comunque, il premio dovrebbe essere degno di lavorare duro nel fine settimana senza dormire! Abbiamo regalato ai vincitori un viaggio a Sochi per 4 giorni con pagamento completo di viaggio, alloggio e skipass.
Perché gli organizzatori hanno bisogno di un hackathon?
Il team delle risorse umane che organizza un hackathon di solito ha i propri obiettivi, come promuovere il marchio delle risorse umane, aumentare l'interesse e il coinvolgimento dei dipendenti. E, naturalmente, questi obiettivi devono essere presi in considerazione. Ad esempio, eravamo pronti a dare al vincitore del nostro hackathon un premio interessante e costoso (più costoso rispetto all'hackathon precedente), ma alla fine abbiamo abbandonato questa idea, perché ciò demotivarebbe le persone a partecipare ad ulteriori attività.
Sei sicuro che il tuo argomento sia interessante per qualcuno?
Non ne ero sicuro. Pertanto, ho redatto una bozza dell'attività, l'ho accompagnata agli sviluppatori di diverse linee di business e diversi stack e ho chiesto feedback: l'attività è comprensibile, interessante, implementabile nel tempo assegnato, ecc.? Mi sono trovato di fronte al fatto che è molto difficile racchiudere l'essenza principale del tuo lavoro negli ultimi 5 anni in un paio di paragrafi di testo. Abbiamo dovuto effettuare molte iterazioni di questo tipo e dedicare molto tempo al perfezionamento delle formulazioni. Continuo a non piacermi il testo del compito che è uscito. Ma, nonostante ciò, abbiamo ricevuto candidature da dipendenti di ben 15 dipartimenti diversi di 5 regioni: questo suggerisce che il compito si è rivelato interessante.
Sei utile durante l'hackathon?
Durante l'hackathon, mi sono sorpreso a pensare che mentre i team stavano programmando, io e il team di esperti eravamo inattivi o ci facevamo gli affari nostri, perché... non siamo necessari qui. Periodicamente ci avvicinavamo ai tavoli dei team, chiedevamo come andavano le cose, ci offrivamo di aiutare, ma il più delle volte ricevevamo la risposta “va tutto bene, stiamo lavorando” (leggi “non interferire”). Alcune squadre non hanno mai condiviso i loro risultati intermedi durante le intere 24 ore. Di conseguenza, diversi team non sono stati in grado di condurre una demo completa e si sono limitati a diapositive con screenshot. Valeva la pena spiegare più attivamente ai ragazzi che è importante condividere i risultati intermedi in modo da poter indirizzare i progetti nella giusta direzione durante l'hackathon, aiutare a pianificare il tempo e superare le difficoltà.
Forse varrebbe anche la pena introdurre 2-3 punti di controllo obbligatori in cui le squadre parlerebbero dei loro progressi.
Perché abbiamo bisogno di esperti e di una giuria?
Consiglio di reclutare esperti (questi sono quelli che aiutano le squadre durante l'hackathon) e la giuria (questi sono quelli che selezionano i vincitori) non solo persone esperte nel loro campo, ma anche persone che saranno attive ed energiche quanto possibile. È importante aiutare i team durante l’hackathon (e anche essere invadenti a volte, anche se non sarai ringraziato per questo), porre loro le domande giuste sia durante l’hackathon che durante le presentazioni finali.
Puoi guardare con calma negli occhi i perdenti?
Al mattino, dopo una notte davanti allo schermo del monitor, l'anima del programmatore è più vulnerabile. E se fossi da qualche parte ingiusto, incoerente nelle tue azioni o decisioni, ti verrà sicuramente ricordato questo insulto. Pertanto, è importante definire in anticipo i criteri con cui la giuria selezionerà i vincitori. Abbiamo distribuito dei fogli con l'elenco dei criteri a ciascuna squadra e li abbiamo affissi su una bacheca comune in modo che i partecipanti li ricordassero sempre.
Ho anche cercato di dare a tutti i partecipanti un breve feedback: cosa mi è piaciuto del loro lavoro e cosa non è bastato per vincere.
risultato
Onestamente, nel complesso, non mi importava chi vincesse, perché... non influenzerebbe i miei obiettivi. Ma ho cercato di assicurarmi che la decisione fosse giusta, trasparente e comprensibile a tutti (anche se non ero membro della giuria). Inoltre, il livello di calore e comfort offerto dagli organizzatori ha permesso ai partecipanti di sentirsi bene, e abbiamo ricevuto da loro feedback positivi e la disponibilità a partecipare ad altri eventi simili.
Fonte: habr.com