Cet article décrit ma première expérience d'organisation d'un hackathon pour une équipe. Les organisateurs expérimentés trouveront peut-être le contenu trop simple, et l'histoire naïve. Je me suis orienté vers ceux qui découvrent le format et se demandent s'ils doivent organiser un tel événement.
s'occupe de tâches complexes liées aux données : nous nettoyons et enrichissons les contacts clients pour de grandes entreprises et construisons des bases de données clients comptant des centaines de millions d'enregistrements. Dans nos bureaux à Moscou, 65 personnes travaillent, et environ une dizaine à distance depuis d'autres villes.
Tout travail devient parfois non pas ennuyeux, mais un peu fade. À ce moment-là, il est utile de changer de perspective, d'essayer quelque chose de nouveau. C'est pourquoi depuis six mois, nous nous intéressions aux hackathons.
Un hackathon est une compétitions pour les informaticiens : plusieurs équipes se réunissent et passent deux jours à résoudre des problèmes complexes. En général, elles concourent pour un prix décerné par un jury.
Nous voulions essayer le format et nous amuser, mais un hackathon classique est une entreprise assez vaste, compliquée et coûteuse. C'est pourquoi nous avons organisé une version allégée presque sans budget. Et finalement, nous avons été satisfaits et avons même réalisé quelque chose d'utile.
Pourquoi un hackathon est-il bénéfique pour une entreprise
Les hackathons classiques ne sont généralement pas organisés uniquement par bonne volonté. Les organisateurs cherchent soit à résoudre des problèmes pratiques, soit à faire de la publicité. Ils choisissent le format du hackathon en fonction de l'objectif.
- Résoudre un problème pratique. L'organisateur définit les objectifs, et les participants choisissent celui qui les intéresse et le résolvent. Un exemple de ce type de problème serait de créer pour une banque un nouvel algorithme d'évaluation des clients.
- Promouvoir ses outils. L'organisateur fournit aux participants son propre logiciel, langage de programmation ou API. L'objectif est de réaliser quelque chose d'utile avec les outils fournis. Par exemple, un Google hypothétique ouvre l'accès à son traducteur vocal et attend des applications intéressantes.
Un autre objectif d'un grand hackathon est de présenter l'organisateur comme un employeur enviable, tant à l'intérieur qu'à l'extérieur. Les invités d'autres entreprises s'imprégneront de l'atmosphère du bureau, de l'organisation et de la variété des opportunités. Les employés découvriront de nouveaux défis, la liberté et la communication.
Par exemple, «VKontakte» a organisé un immense hackathon. Il est difficile de l'attribuer à un seul type : il y avait trop de directions différentes.
Comme chez nous. L'objectif principal de toute cette initiative pour HFLabs est le HR interne. Nous voyions le hackathon comme une autre activité collaborative en dehors du travail. Rassembler, dynamiser, divertir - telle est l'idée. Certains vont jouer au football en équipes, d'autres aux quiz. Le hackathon est un nouveau format de rencontre en dehors des affaires quotidiennes. Qui, bien sûr, n'annule ni les quiz ni le football.
Cependant, le hackathon, même en format allégé, n'est pas qu'un simple divertissement. Par exemple, une équipe a fini par écrire un jeu textuel, ayant étudié de zéro la mécanique des bots sur Telegram. C'est remarquable : quand une personne essaie quelque chose de nouveau et tente de comprendre, elle génère de nouvelles idées. Y compris pour le travail quotidien.
De plus, nous avons obtenu des outils utiles, même si nous n'avions pas posé de tâches pratiques. Mais nous y reviendrons à la fin.
Pour quoi faire un hackathon pour les participants
Les participants viennent à un hackathon classique pour découvrir des technologies, essayer une nouvelle expérience ou gagner. D'ailleurs, il semblerait que le nombre de personnes dans cette dernière catégorie augmente.
- Essayer de nouvelles technologies ou méthodes. En semaine, chaque développeur reste sur sa pile technologique, parfois pendant des années. Mais au hackathon, on peut essayer quelque chose de nouveau - que ce soit tout juste arrivé ou simplement intéressant.
- Vivre le chemin du produit en miniature. Les professionnels de l'informatique sont intéressés à créer un produit complet en quelques jours. En passant à travers tout le cycle, de la conception à la présentation.
- Gagner de l'argent. Parfois, des spécialistes chevronnés se regroupent en équipes de hackers professionnels - expérimentés et entraînés. Ils choisissent des événements avec un prix conséquent et surclassent tout le monde grâce à leur expérience et leur préparation. Certains organisateurs écartent immédiatement ces astuces. D'autres les accueillent.
Comme chez nous. Pour nous, au départ, nous avons demandé à l'équipe - est-ce que le hackathon est nécessaire en principe. Nous ne forçons rien, donc nous voulions mesurer l'intérêt à l'avance. Pour les sondages, nous avons utilisé Google Forms.
Dans l'équipe de 65 personnes, 20 ont répondu au sondage. Puisque 75 % d'entre eux sont intéressés, il faut y aller !
Le deuxième objectif est de motiver les hésitants, qui sont plus de la moitié. Le sondage suivant a montré : le prix n'aidera pas dans ce cas.
Il s'est avéré que notre équipe est intéressée à créer de nouveaux produits. Même avec une petite application, mais passer du chemin de l'idée au prototype fonctionnel.
Nous avons commencé à rassembler des thèmes pour le hackathon qui susciteront de l'intérêt. Encore une fois, grâce à la force de l'équipe : nous avons lancé un chat sur Telegram, où chacun a proposé des idées de manière dynamique. Sans freins : tout ce qui vient à l'esprit est bon.
Nous avons rassemblé 25 thèmes et lancé un vote sur Confluence. Les cinq projets les plus populaires — ceux sur l'image — ont été sélectionnés pour le hackathon.
Combien de temps cela dure-t-il ?
Un hackathon classique dure deux jours et une nuit entre les deux. La nuit est un clin d'œil à l'ancienne école IT, à la fois pragmatique et romantique.
Que faire pendant les heures sombres, chaque équipe ou participant décide de manière autonome. La nuit, il est possible de dormir, les organisateurs ne diront rien. Mais on peut aussi agir : programmer, concevoir, projeter, tester.
Comme chez nous. Nous n'avons même pas évoqué le fait de veiller la nuit. De plus, nous avons encore plus réduit le format et n'avons pris qu'une seule journée. Sinon, il aurait fallu soit consacrer deux jours ouvrables à cette expérience, soit déranger des collègues pendant un week-end d'été complet. Peu de gens auraient accepté cette dernière option : les week-ends d'été sont précieux.
Il y avait des souhaits de se rencontrer les jours de la semaine. Mais il n'était pas souhaitable d'organiser tout cela pendant les heures de travail. Peu importe combien on essaie, on ne peut pas se couper du travail en semaine : les clients écrivent, les collègues posent des questions, il se passe toujours quelque chose au bureau, des réunions sont programmées. Tout le monde se reconnecte à des affaires habituelles. C'est pourquoi le prochain sondage portera sur la volonté de hackathoniser le week-end.
Tout le monde n'est pas prêt à sacrifier un week-end sans condition. Mais il y a plus de doutes que de certitudes, il faut les inciter.
Un peu plus tard, en juin, nous avons demandé aux participants leurs disponibilités. Des créneaux ont été réservés jusque vers l’automne — en été, les collègues sont en vacances et aux chalets, et nous ne voulons pas manquer l'événement. Nous avons donc décidé de proposer tous les samedis. On peut en choisir plusieurs — marque ceux qui sont libres.
Tout le monde n'est pas prêt à sacrifier un week-end sans condition. Mais il y a plus de doutes que de certitudes, il faut les inciter.
Au final, nous avons planifié le hackathon pour le 17 août. L'alternative du 27 juillet coïncidait avec mon voyage d'affaires, et cette option a été écartée.
Où se déroule l'événement ?
Généralement, la plupart des participants se rassemblent dans un espace commun. La communication est une partie importante du hackathon, c'est pourquoi l'organisateur réserve un open space ou un bâtiment entier.
Un jour, j'ai participé à un hackathon Google. Les organisateurs avaient mis à disposition un bâtiment de deux étages, avec des poufs, des tables et d'autres meubles à l'intérieur. Les équipes s'étaient réparties dans les lieux et avaient créé leurs postes de travail.
Mais il n'y a souvent pas de restrictions strictes : si quelqu'un prévient à l'avance et se connecte à distance, il n'y aura pas d'obstacles à cela.
Comme chez nous. Comme le hackathon était à taille humaine, comprenant sept personnes, le bureau vide du samedi suffisait largement. Même si l'on ne tient pas compte du fait qu'un participant s'était connecté depuis Volgograd.
Nous avions prévu de nous installer tous ensemble dans une salle de réunion.
Qu'en est-il des gagnants ?
Lors des hackathons classiques, un jury est nommé pour désigner le meilleur projet. On y inclut des membres des organisateurs ou des sponsors - ceux qui financent tout l'événement.
La présentation des projets est une partie importante du hackathon. Les équipes montrent une courte présentation, puis démontrent leur solution au jury. C'est un peu comme une soutenance de diplôme à l'université.
Parfois, les travaux sont évalués par un ordinateur : celle qui obtient le plus de points dans le test gagne. J'avoue que cette approche me semble trop formelle : en évaluant les solutions comme des 'perruches', les organisateurs tuent l'aspect créatif du hackathon. Cela ressemble plus à une compétition de programmation sportive qu'à de la créativité.
Comme chez nous. Nous avons agi de manière radicale : nous avons simplement annulé le jury et la compétitivité en général. Parce que nous n'avions pas pour objectif de créer la meilleure solution à un problème ou d'obtenir un produit fini.
Puisque le but est de prendre du plaisir, laissez les participants travailler tranquillement sur leurs projets sans se soucier des autres équipes.
Le Jour H à HFLabs.
Le hackathon a commencé vendredi soir, un jour avant. Les participants se sont réunis, chacun a choisi un thème. Des équipes étaient déjà formées.
Une réunion, ainsi que des participants inattendus. Ils sont arrivés au bureau entre 11h et 12h samedi - pour ne pas se lever tôt comme en semaine. Il ne restait que six participants, un autre s'est connecté depuis Volgograd.
L'annonce de la date a eu un impact - les membres ont commencé à quitter activement le chat des hackathoniens. Mais il n'y a pas eu de catastrophe et le quorum a été maintenu.
Au cours de la journée, de nouveaux participants sont apparus de manière inattendue. Des collègues qui n'avaient pas prévu d'aller au hackathon ont trouvé trois à quatre heures. Ils venaient, choisissaient un projet et apportaient leur aide. Ce n'est pas typique du format classique, mais pour nous, c'était un plaisir.
Les équipes et les projets. Il s'est avéré que trois personnes ont travaillé sur leurs projets seules. C'est un grand inconvénient de l'événement, il est plus intéressant de travailler en équipe. Trouver une interaction est vraiment important dans le concept du hackathon.
Une quête textuelle sur le moteur Telegram. Il n'y a pas d'utilité pratique, mais à l'intérieur, il y a de l'humour de l'atelier et des mèmes locaux.
Quelques heures après le début, un projet est resté sans développeurs : l'auteur a abandonné son projet et est parti dans une autre équipe. C'est normal même pour le format classique : de bonnes idées attirent les gens. Au début, on pense qu'on va mener son projet à terme. Puis on s'immerge et on voit - il n'y aura pas le temps, il n'y a pas de raison de tenter. Ou on va chez les voisins, parce que là ça avance et le produit est utile.
Sergueï, un développeur front-end de Volgograd, s'est un peu ennuyé, alors il s'est inventé un projet 'clé en main'. Et il a tout de suite commencé.
Dans un coin de l'un de nos produits vit un petit chat. Avant, le chat dormait simplement et créait une ambiance, mais Sergueï a appris à ce félin à réagir aux événements.
À la fin de la journée, le nombre de projets est resté le même - cinq. Un a abandonné, un autre a été ajouté.
Espace et emploi du temps. Pour le hackathon, la plus grande salle de bureau - la salle de réunion - a été réservée. Mais quand il a fallu passer aux choses sérieuses, tout le monde s'est comme d'habitude dispersé dans ses bureaux. C'est ainsi que ça a commencé.
Au début, il semblait que l'espace commun n'était pas essentiel. Comme les projets n'étaient pas liés, il n'y avait pas de compétitivité, on pouvait rester assis séparément. Et pour les discussions, il suffisait de se retrouver dans le hall - l'essentiel étant de ne pas s'éloigner au-delà d'une distance de marche.
Mais après quelques heures, la fragmentation a cessé toute seule. Ceux qui ont créé en solitaire, sous l'influence d'une force cachée, ont successivement déménagé dans le bureau le plus peuplé. Et c'est devenu plus intéressant - les conversations étaient plus vivantes, les questions étaient plus complexes et fréquentes.
On se interrompait toutes les quelques heures - on partageait nos impressions, on observait les projets des autres. Au milieu de la journée, on a déjeuné.
Au déjeuner, un supporter a fait irruption dans le cadre du hackathon, flottant à proximité tout le temps : des cheesecakes ont été soudainement livrés au bureau.
Le temps n'était pas limité : chacun pouvait rester autant qu'il le voulait. On partait généralement en amenant le projet à un état plus ou moins achevé. Le dernier participant est parti vers 22h00.
Nous n'avons pas directement conduit la démo — nous avons décidé d'en parler au hackathon mardi pour tout le bureau.
Bilan et vie après
Le hackathon léger a apporté même plus de profits que je ne l'avais prévu.
Ressources humaines. Nous avons beaucoup rigolé : nous avons réglé le compte avec le hackathon et discuté de sujets intelligents sans le tumulte du travail. Tout cela pour un budget égal au coût du trajet jusqu'au bureau et du déjeuner. En plus, nous avons cultivé des évangélistes pour les hackathons internes dans le bureau.
Projets. Au cours de la journée, nous n'avons pas finalisé aucun des cinq projets. Mais ce n'est pas grave : généralement, l'objectif de l'événement est de résoudre le problème fondamental, de trouver une idée. Un bon résultat est un outil fonctionnel minimal, même avec des béquilles et des bugs.
Anton Zhiyanov, responsable de notre produit , a créé un service d'envoi d'emails. Ça ressemble à un éditeur de navigateur, qui se connecte à un fichier CSV avec des destinataires. C'est plus pratique que dans un Mailchimp surcharge.
Cependant, après le hackathon, les projets prennent vie ou se préparent à le faire. Nous envoyons déjà des emails avec l'outil, et le petit chat attendrit les clients. Les autres applications sont finalisées par les auteurs, déjà par des demandes extérieures. Pour l'instant, nous distribuons gratuitement et de manière amicale, mais un jour cela pourrait aboutir à une utilisation commerciale.
Inconvénients. Le principal inconvénient est que nous avons rassemblé peu de personnes. En conséquence, trois des cinq projets étaient réalisés par une seule personne, ce qui n'est pas très intéressant. Quand on hackathonne seul, on perd l'effet de l'équipe produit. Il n'y a plus de collaboration.
J'ai également compris qu'un règlement plus strict fonctionnerait en notre faveur. Il faut plus d'organisation :
- un timing clair ;
- des goodies pour les participants ;
- un jury et une démo le même jour, tant que tout le monde est encore motivé ;
- préparation — annonces, descriptions de projets.
On peut aussi inviter quelqu'un de l'extérieur, mais ce n'est pas du tout obligatoire. Et l'invitation sera probablement ciblée. Sans publicité à grande échelle.
Avenir. Lors de la démo générale mardi, la moitié du bureau était présente. Et c'est à ce moment-là que j'ai vu de l'intérêt pour les projets et le format. Tout le monde ne voulait pas s'impliquer dans l'expérimentation, mais après la première expérience, le nombre de volontaires a augmenté. Je pense qu'en 2020, nous ferons un événement plus vaste.
C'est tout pour le hackathon. Si vous êtes intéressé à faire des choses compliquées avec des données, venez travailler avec nous. : nous cherchons des développeurs Java, des ingénieurs en soutien et en test, des analystes systèmes.
Cet article a été publié pour la première fois . La version pour « Habr » a été retravaillée et complétée.
Source : habr.com
