En mars, toute l'équipe s'est volontairement isolée - et même à ce moment-là , nous avons réalisé que le VK Hackathon d'automne dans son format habituel était menacé.
Notre hackathon est l'un des plus importants de Russie: son prix est de 2 millions de roubles. Il s'agit de l'événement phare de VKontakte, attendu chaque année. En 2019, le VK Hackathon s'est tenu au Manezh, un bâtiment historique du centre de Saint-Pétersbourg, où se tiennent les plus grands forums et expositions internationaux. Le concours a réuni 600 personnes de 150 équipes - à la fois des développeurs indépendants et des employés de grandes entreprises informatiques: Yandex, Sberbank, Mail.ru, OZON, JetBrains, Alfa-Bank et autres.
Nous pourrions reporter le hackathon à l'année prochaine, mais nous ne voulions pas laisser nos participants sans compétition en 2020. Ou déplacez-le en ligne sans changer le format et le nom - c'est ce que de nombreux collègues ont fait. Mais ce ne serait plus le VK Hackathon - sa fonction est précisément dans l'atmosphère de codage de commande continue au centre de Saint-Pétersbourg. Par conséquent, nous avons décidé de laisser l'événement hors ligne jusqu'à des temps meilleurs et avons proposé un concept pour un nouveau.
Il n'y aura pas de hors ligne. Que faire?
Nous avons commencé par décomposer les ingrédients d'un hackathon classique. Pour simplifier grosso modo, il s'est avéré que lors de l'événement, les membres de l'équipe travaillaient presque à tour de rôle: d'abord, le designer dessine les premières mises en page, puis les développeurs mobiles ou web créent la partie technique du produit, qui est finalement protégée lors du pitching.
Nous avons formulé une idée: lancer des microcompétitions dans des directions différentes et ainsi procéder à une sélection d'équipes en plusieurs étapes pour la finale. Ils ont pris comme base le schéma «design - application mobile - web» et ont proposé trois cas que les équipes ont dû résoudre en deux semaines. À ces tâches, nous avons généreusement ajouté des tâches de préchauffage: des tests, ainsi que la recherche et la correction de vulnérabilités dans les VK Mini Apps .
C'est ainsi qu'est né le concept du marathon de codage et que Vezdecod est né.
Odecode 1.0
" Vezdekod " - un marathon de deux semaines, où vous pouvez participer seul ou en équipe de quatre personnes maximum. La compétition a eu lieu dans la communauté fermée de VKontakte - les gars sont arrivés après l'inscription. Les tâches ont été publiées dans le groupe - des points ont été attribués à ceux qui les exécutaient correctement. En termes de total, les équipes ont été classées dans le classement général. Les propriétaires des trois premières places du classement final sont devenus les vainqueurs du marathon. Les points étaient également utiles aux participants du magasin interne de Vezdekoda: ils pouvaient acheter des autocollants, des badges, des animaux en peluche et d'autres marchandises VK, ainsi que des bonus immatériels importants: par exemple, une revue de CV avec notre équipe RH.
L'une des principales caractéristiques de l'événement était que tous les jours à midi, heure de Moscou, nous étions en direct: nous avons expliqué la tâche principale et répondu aux questions des participants. Lors de ces réunions, nous avons discuté avec les gars face à face - et cela a aidé à maintenir un lien étroit avec les équipes. Le résultat est un format de hackathon et de télé-réalité dans une seule bouteille.
Nous avons fait deux chats au nom de la communauté Vezdecode:
- "Questions d'organisation" - ici, les participants ont spécifié les tâches, ont donné leur avis et ont demandé: "O sont les POINTS?";
- floodilk - pour que chacun puisse communiquer sur n'importe quel sujet.
Les chats ne se sont pas arrêtés 24h / 24 et 7j / 7: nous avons constamment répondu aux questions, aidé à comprendre les tâches et reçu des commentaires. C'était un format complètement nouveau - tant pour nous que pour les participants. Nous avons donc essayé de répondre aux commentaires des gars et sommes allés à leur rencontre: nous avons terminé les tâches, changé leur priorité ou leurs critères d'évaluation des résultats, si nous comprenions que quelque chose n'était pas tout à fait logique.
Toutes les informations importantes, les notes, les résultats des tâches supplémentaires ont été publiés non seulement dans une communauté fermée, mais aussi dans un canal spécial "Vezdekoda".
Selon les résultats du marathon, chaque membre des 5 meilleures équipes a reçu un prix précieux: l'équipement Apple. Nous avons envoyé toutes les récompenses, y compris la marchandise, aux gars dans les deux semaines après la finale.
Les participants
Nous donnons traditionnellement aux participants la liberté de décider du nombre de personnes qui composeront leur équipe. Désignons seulement la bordure supérieure - quatre. Au hackathon hors ligne, il était possible de rivaliser à deux ou trois personnes, et à Vezdecode, même en solo. Mais la stratégie gagnante a été la stratégie des équipes, où plusieurs spécialistes de différentes directions se sont unis. Comme dans le hackathon classique, chacun devait jouer son propre rôle: être en charge du design, du développement web ou mobile. (Au milieu de Vezdekod, nous avons réalisé que ce schéma ne fonctionnait pas: les gars ont pris d'assaut les tâches quelle que soit leur spécialisation.)
Toute personne de plus de 14 ans pourrait s'essayer au marathon. Nous avons développé une mini-application simple pour l'inscription des participants. Cela permettait de décharger rapidement la base de données mise à jour - après tout, on pouvait rejoindre Vezdekod à tout moment. Nous avons rendu l'inscription aussi gratuite que possible, nous avons donc rassemblé beaucoup plus de participants que prévu. Il était prévu qu'il y en ait environ un millier, mais en conséquence, 1 400 équipes (!) Ont été acceptées au marathon, soit près de 3 000 participants.
Les missions et leur Ă©valuation
Comment bien évaluer divers projets dans un environnement en ligne complet? Et sera-t-il possible d'assurer des conditions égales aux participants, si quelqu'un peut travailler sur un projet toute la journée pendant deux semaines, alors que d'autres parviennent à ne consacrer que quelques soirées aux tâches?
Nous avons mis au point un système de tâches ramifiées flexible. Il est basé sur trois grands projets de niveaux différents: simple, moyen et complexe. Chacun d'entre eux comprenait des tâches par catégorie: conception, développement mobile et web. Il s'est donc avéré 9 tâches. Ensuite, nous avons ajouté des blocs de test - et les tâches sont devenues 12. Elles sont conceptuellement liées les unes aux autres, mais elles pourraient être effectuées séparément. Plus l'équipe accomplissait de tâches, plus elle gagnait de points. Si je faisais face à toutes les tâches d'un projet, j'obtenais un produit à part entière: une mini-application ou une application mobile avec une version Web. Nous avons réparti les tâches au hasard, mais les participants attentifs ont deviné ce qu'ils auraient à mettre en œuvre dans quelques jours.
De nouvelles tâches étaient publiées dans un public fermé, une par jour - et elles devaient être achevées en 24 heures. Tous les participants n'étaient pas occupés quotidiennement - par exemple, si nous définissions une tâche pour le développement Web, les concepteurs pourraient se reposer. Pour éviter que les gars libres ne s'ennuient, nous leur avons proposé des tâches supplémentaires: nous les avons invités à des quiz de robots soudains et à des concours en ligne basés sur nos activités préférées de conférences: Code in the Dark (c'est une mise en page aveugle) et Kitten Contest (version de "Own Game" de VK ).
Dans les missions pour le développement de versions mobiles et Web de projets, nous avons suggéré d'utiliser un design que les participants eux-mêmes ont imaginé. Les équipes avaient des dispositions différentes en termes de réflexion - mais cela n'aurait pas dû affecter les points de mise en œuvre. Par conséquent, nous avons choisi l'option de conception la plus solide et avons donné à toutes les équipes la possibilité de travailler avec elle.
Nous nous sommes heurtés ici à la première difficulté: même une mise en page soigneusement conçue par les participants pourrait ne pas être totalement adaptée à chacune de nos plates-formes - Web mobile, Mini App, iOS et Android. De plus, les participants ont trouvé difficile d'appliquer leurs directives à la mise en page finale.
Le deuxième problème était que dans les tâches plus complexes, malgré les dispositions bien décrites, les gars avaient beaucoup de questions sur les actions des boutons individuels et des animations. Nous avons essayé de motiver les participants à montrer leur imagination et à trouver leurs propres façons de combler les lacunes, lors de l'évaluation, des points supplémentaires ont été attribués pour la créativité.
Mais le principal défi des événements en ligne sans sélection préalable est le volume imprévisible de vérification des tâches. Lors de l'élaboration du premier planning, nous avons pensé que nous pourrions revoir toutes les solutions en une journée environ. Après tout, les participants accomplissent les tâches en 24 heures! Nous avons eu tort :) Dans l'une des missions de conception, nous avons reçu 164 solutions et 100 pour le développement mobile: certains des participants avaient à la fois des implémentations Android et iOS. En conséquence, nous avons à peine eu le temps de publier les notes finales de la tâche seulement un jour et demi après avoir fini de prendre des décisions avec les participants. Il était également impossible de laisser des commentaires détaillés - en conséquence, les gars ont discuté des projets de chacun dans le chat organisationnel.
Nous n'avons pas non plus pris en compte le grand amour des participants de Vezdekod pour le développement non natif des plates-formes mobiles - et nous ne l'avions pas prévu lors de la formulation des tâches. De nombreuses équipes ont commencé à travailler avec React Native et Flutter - avec leur aide, vous pouvez facilement garantir une multiplateforme et même réutiliser le code entre les tâches mobiles et Web. Mais les résultats ne nous ont pas plu lors de la vérification des tâches: les solutions n'étaient pas toujours collectées à partir du code source, elles n'étaient pas basées sur les approches les plus efficaces. Malheureusement, nous n'avons pas immédiatement formulé la liste des technologies autorisées - par conséquent, les participants étaient à juste titre mécontents du changement des règles d'évaluation des décisions.
Paix, amitié, mèmes
Au cours de la deuxième semaine du marathon, les mèmes des participants ont commencé à apparaître dans le chat inondant. Les images étaient super drôles, nous avons donc décidé d'organiser une bataille et de donner aux auteurs des blagues les plus pertinentes des points supplémentaires.
«».
La recette du hackathon parfait a plusieurs ingrédients incontournables: une équipe cool, une idée originale, une mise en œuvre de qualité et une présentation explosive. Lors de la finale de Vezdecoda, nous avons repris l'un des volets: nous avons proposé à vingt équipes de tête des idées de projets très inhabituelles et les avons invitées à les défendre lors d'un pitching en direct.
Pour le rendre plus amusant, nous avons créé une application - un générateur d'idées. Il recueille au hasard le concept du projet à partir de fragments qui répondent aux questions «qui?», «Quoi?», «Pourquoi?». et "pour qui?" Ainsi, l'équipe pourrait obtenir un agrégateur culturel pour le travail à distance des princesses Disney ou un navigateur saisonnier pour le développement personnel des jeunes parents. Le générateur d'idées fonctionne toujours - jetez un œil, peut-être qu'il vous proposera un projet que vous souhaitez mettre en œuvre;)
À la veille de la finale, nous avons distribué des projets fictifs parmi les équipes des meilleures notes et établi un calendrier de défense. Pour rapprocher l'atmosphère du pitching des conditions réelles, nous avons prévu une diffusion en direct des présentations dans la communauté VK Tech . Dans la boutique Vezdekoda, les gars pouvaient prolonger le délai d'une heure pour les points et s'inscrire pour une consultation en ligne avec des spécialistes du studio de communication BEsmart . En conséquence, les équipes qui ont ordonné une série de performances avec des entraîneurs ont remporté des prix.
De nombreux participants ont brillamment réussi à protéger des projets impensables de notre générateur d'idées - c'était, pensons-nous, une expérience unique :) Certains ont même réussi à faire un MVP fonctionnel . Nous avons publié toutes les défenses de projet dans la communauté VK Tech - vous pouvezregarde .
?
- . «» , , . «» — «».
- . . «» 1 400 , 3 000 . 647 — 1 749 . 27 , 59 106 1 000 .
- . «» 14 . — . , — , Figma . — , .
- . - — . «» . . , , , . , ( #). . : Flutter. , , .
À la fin de l'article, laissons un mot d'adieu à tous ceux qui vont faire un hackathon ou un événement similaire en ligne.
- Pensez à l'effort et à l'équipe . Préparez-vous au fait que cela prendra encore plus de temps et d'efforts en ligne que hors ligne. Nous avons vécu cela de plusieurs manières: "Vezdekod" est devenu un marathon non seulement pour les participants, mais aussi pour nous :) Lors de notre événement, quatre organisateurs ont travaillé avec les équipes, et une vingtaine de personnes supplémentaires ont été impliquées dans l'élaboration et le contrôle des tâches.
- Faites attention aux détails et mâchez autant que possible les tâches. Ce qui peut être dit sur scène avec une voix de la scène, lors d'un concours en ligne, devient rapidement envahi par les versions dans les fichiers inondables et provoque une avalanche de questions non pertinentes.
- . , . , - . «» — «» .
- . -!