Voulez-vous connaître l'avis des organisateurs du « Saut Numérique » sur le déroulement du concours ? Dans ce post, il n'y aura rien sur l'ampleur, le livre des records, les grandes personnalités, des solutions uniques ou une organisation impeccable. Nous allons parler de nos principaux échecs — croyez-nous, il y en a eu beaucoup. Mais faire des erreurs, c'est normal, surtout si l'on apprend de ces erreurs.
Commençons par le début
Campagne de candidature
Au lieu de mille candidatures, mille questions
Avouons-le, au tout début, nous avons été confrontés à un problème : notre public ne comprenait pas vraiment comment fonctionnaient les hackathons — parmi les participants, il y avait beaucoup de débutants qui n'étaient pas familiers avec ce format. Ils étaient intéressés par la mécanique de ces événements, les systèmes d'évaluation des projets, les critères de sélection du jury et bien d'autres choses. Ainsi, dans les premières semaines de la campagne de candidature, nous ne recueillions pas des inscriptions, mais une multitude de questions sur divers sujets — souvent, elles ne concernaient même pas le concours lui-même.
Nous avons appris de cela qu'avant de lancer la collecte des candidatures, il est indispensable de communiquer beaucoup avec les participants potentiels — les immerger dans la spécificité de l'événement et répondre aux questions sur toutes les étapes à venir.
En gros, il faut travailler activement avec la communauté technologique, qui est plus intéressée par l'avancement du concours que par les dernières réalisations des entreprises partenaires — pourquoi avoir choisi le format hackathon ? Comment s'adapte-t-il à notre concours ? Comment se déroulera le test en ligne ? Waouh, le test en ligne a commencé — que faire ensuite ? Donc, je ne comprends pas — j'ai passé le test, mais je n'ai pas de résultats. Quand seront-ils ? Quelles seront les tâches lors des étapes régionales ? Qui les définirait ? Et qui sera dans le jury ? Comment ont-ils été sélectionnés ?
Et ainsi de suite.
La principale leçon: il ne suffit pas simplement de dire : « Salut, nous sommes un concours pour les gestionnaires, les spécialistes en TI et les designers. Participez vite. Au fait, ça sera sous forme de hackathons ». Il est nécessaire d'expliquer tout en détail et étape par étape.
Test en ligne
Erreurs dans les tests ou mauvaise compréhension des tâches par différentes personnes ?
Lors de l'étape de test en ligne, nos réseaux sociaux étaient envahis de messages mécontents concernant des erreurs dans les tâches. Le problème était que les mêmes textes de tâches étaient perçus différemment par des experts de différents domaines. Tout dépendait de la manière dont ils étaient entrés dans la profession — s'ils avaient appris par eux-mêmes ou s'ils avaient une solide formation académique. Leur perception de la sémantique et de la linguistique diffère considérablement, ce qui devait être pris en compte lors de la rédaction des tests.
La leçon principale : la prochaine fois, nous prévoyons de réunir des groupes de discussion régionaux composés de spécialistes de divers profils. Ils aideront à formuler des tâches spécifiques aux régions concernées.
Étapes régionales
L'été est fait pour se reposer
La toute première erreur est que pour la réalisation des étapes régionales, nous avons choisi exactement l'été — la saison des vacances et des congés étudiants, donc dans certaines villes, peu de personnes ont participé au hackathon.
Pour cette raison, nous avons dû réduire le nombre de nominations, ce qui a conduit les équipes à renoncer à certaines des tâches qu'elles souhaitaient résoudre à l'origine. Néanmoins, les villes où il y avait peu de participants ont parfaitement réussi toutes les tâches et ont démontré qu’il est possible de produire de bonnes solutions même avec une petite équipe. Cela a été le cas, par exemple, à Yakoutsk et à Veliki Novgorod — toutes les équipes qui étaient initialement présentes au hackathon ont atteint la finale.
La leçon principale : ou peut-être pas en été ?
Particularités de chaque région
Les conditions dans lesquelles se déroulaient les hackathons régionaux dépendaient directement du partenaire local qui supportait le concours. Par conséquent, certaines fois c'était mieux, d'autres fois moins bien. Tous ne comprenaient pas la spécificité de tels événements et pourquoi les gens travaillent 24/7, dorment sur des poufs ou dans des tentes et se nourrissent de petits pains de la cantine. Par conséquent, il y avait quelques lacunes à certains moments.
Nous exprimons notre grande gratitude aux universités — elles nous ont aidés avec le lieu, les experts, l'invitation des médias et la collecte des participants. Travailler avec elles nous a permis de mieux comprendre les particularités des régions — à l'avenir, cela rendra notre collaboration plus efficace.
La leçon principale : Lors de la prochaine saison, il est nécessaire de structurer plus en détail le travail dans les régions et de se fier davantage à soi-même et à son expérience, plutôt qu'aux partenaires locaux.
Les informations sont perçues différemment dans les régions
Les canaux d'attraction des participants dans les grandes villes et les régions fonctionnent de manière totalement différente. Par exemple, à Moscou et à Saint-Pétersbourg, il suffit de lancer des publicités sur les réseaux sociaux et de faire des « semis » dans des groupes où se trouve le public cible, alors que dans les régions, le bouche-à-oreille et les appels à participer de la part des « influenceurs » locaux (administrations régionales, blogueurs, universités, communautés IT) fonctionnent de manière beaucoup plus efficace.
La leçon principale : augmenter le nombre de canaux par lesquels nous allons travailler avec le public. Attirer plus de leaders d'opinion, de blogueurs locaux.
Des formulations de tâches peu claires ont semé la confusion.
Qu'est-ce qui peut le plus irriter et même mettre en colère les participants d'un hackathon ? Bien sûr, des tâches ennuyeuses et peu élaborées. À l'étape régionale et finale, les équipes se sont plaintes que les formulations des tâches manquaient souvent de clarté et de transparence.
Tout au long du concours, nous avons toujours essayé de suivre la règle — une tâche bien formulée = une solution de qualité. Mais nous devons admettre que cela n'a pas toujours été le cas. Dans des conditions où il y avait beaucoup de tâches et que pour chacune d'elles des jeux de données spécifiques étaient fournis... des échecs se produisaient. Mais tout cela était compensé par l'aide des experts, qui n'étaient jamais loin des équipes, répondaient à toutes les questions et prenaient en charge les projets sous tous les angles. C'est ce qui a influencé la qualité des prototypes qui ont émergé en résultat.
La leçon principale : Pour la formulation des tâches, nous allons faire appel à des spécialistes qui maîtrisent profondément les technologies avec lesquelles les participants vont travailler. Ainsi, si nous formulons une tâche pour le développement d'une application AR pour l'intérieur, nous aurons besoin d'un expert qui a déjà utilisé la réalité augmentée pour de telles solutions.
Final
« Bonjour ! Le hackathon approche, mais nous n'avons pas reçu nos billets », ou des problèmes logistiques.
Certains participants ont reçu tardivement des informations sur l'organisation de leur voyage pour la finale. Cela a suscité un torrent de questions, et nous, en tant qu'organisateurs, avons subi un véritable bombardement. Nous ne désignerons aucun coupable — l'équipe projet est sans aucun doute responsable de tous les retards. Dans la plupart des cas, ils étaient dus au fait que nous avions demandé de l'aide aux régions, mais chacune d'elles a pu organiser la logistique à des moments différents. À l'avenir, nous prendrons le temps nécessaire pour cela.
La leçon principale : Il est indispensable d'informer régulièrement les participants sur l'état de l'achat des billets, de la réservation des hôtels et d'autres aspects opérationnels. Cela les aidera à rester sereins et à attendre simplement que les documents tant attendus arrivent dans leur boîte mail.
Et bien sûr, Guinness
Au départ, nous n'avions pas pour objectif d'atteindre le Livre des records Guinness. Mais au fur et à mesure des étapes régionales, nous avons peu à peu réalisé que nous avions toutes les chances, et près de la finale, nous avons décidé : « Nous allons le faire, collègues ! ». Tout se passait bien, jusqu'à ce que les représentants du Livre des records Guinness annoncent leurs exigences, stipulant que les participants au hackathon devaient rester dans la salle pendant une journée entière de travail (12 heures). Ils n'avaient la possibilité de quitter le lieu que pendant 40 minutes. Cela a eu un impact sur l'organisation habituelle de la restauration et sur le système de passage, ce qui a provoqué l'indignation des participants.
La leçon principale : Nous allons maintenant demander immédiatement tous les points sensibles qui pourraient découler des diverses activités dans le cadre du concours et informer à l'avance les participants à leur sujet.
Partagez dans les commentaires quelles erreurs ont encore été remarquées dans l'organisation du concours ? Nous sommes toujours prêts à travailler à l'amélioration des résultats !
Source : habr.com
