Vous souhaitez connaître l'avis des organisateurs de la Digital Breakthrough sur le déroulement du concours? Dans cet article, il n'y aura rien sur l'échelle, le livre des records, les hauts fonctionnaires, les solutions uniques et l'organisation impeccable. Nous parlerons de notre fakap principal - croyez-nous, il n'y en avait pas quelques-uns. Mais faire des erreurs est normal, surtout si vous apprenez de ces erreurs.
Partir du débutCampagne d'enchères
Au lieu de mille applications, mille questions
Nous admettons honnêtement - au tout début, nous avons rencontré le problème que notre public ne comprenait pas du tout comment les hackathons fonctionnent - qu'il y avait de nombreux nouveaux arrivants parmi les participants qui n'étaient pas familiers avec ce format. Ils étaient intéressés par la mécanique de tels événements, les systèmes d'évaluation de projet, les critères de sélection des conseils d'experts et bien plus encore. Ainsi, dans les premières semaines de la campagne de candidature, nous n'avons pas collecté les inscriptions, mais un tas de questions sur divers sujets - souvent elles ne concernaient même pas le concours lui-même.
De cela, nous avons appris une leçon qu'avant de commencer la collecte d'applications, il est nécessaire de communiquer beaucoup avec les participants potentiels - plongez-vous dans les spécificités de l'événement et répondez aux questions sur toutes les étapes à venir.
En général, travailler plus activement avec la communauté technologique, qui ne s'intéresse plus aux dernières réalisations des entreprises partenaires, mais à l'actualité du déroulement de la compétition - pourquoi avoir choisi le format hackathon? Comment s'adapte-t-il à nos concurrents? Comment se dérouleront les tests en ligne? Wow, les tests en ligne ont commencé - que faire ensuite? Donc, je ne comprends pas - il a été testé, mais il n'y a pas de résultats. Quand le seront-ils? Et quelles seront les tâches au niveau régional? Qui définit? Et qui siégera au conseil d'experts? Comment a été sélectionné?
Et ainsi de suite.
La leçon principale : dire simplement: «Bonjour, nous sommes un concours pour les managers, les informaticiens et les designers. Impliquez-vous bientôt. Et au fait, ce sera sous forme de hackathons. » Il faut tout expliquer en détail et par étapes.
Test en ligne
Des erreurs dans les tests ou une mauvaise compréhension du problème par différentes personnes?
Au stade des tests en ligne, nos réseaux sociaux ont été arrachés de messages insatisfaits d'erreurs de tâches. Le problème était que les mêmes textes de tâche rédigés par des spécialistes de différents domaines étaient perçus différemment. Tout dépendait de la façon dont ils sont entrés dans la profession - ont-ils étudié de façon indépendante ou possédaient-ils de vastes connaissances académiques et une formation pertinente? Leur perception de la sémantique et de la linguistique est très différente - il fallait en tenir compte lors de l'élaboration des tests.
Leçon principale: la prochaine fois, nous prévoyons de réunir des groupes de discussion régionaux composés de spécialistes de différents profils. Ils aideront à formuler des tâches pour des régions spécifiques.
Étapes régionales
En été, vous devez vous détendre
La toute première erreur est que nous avons choisi l'été pour les scènes régionales - la saison des vacances et des vacances étudiantes, donc dans certaines villes très peu de gens ont participé au hackathon.
Pour cette raison, nous avons réduit le nombre de nominations, raison pour laquelle les équipes ont dû abandonner les tâches qu'elles voulaient résoudre au départ. Néanmoins, les villes où il n'y avait pas autant de participants ont rempli toutes les tâches en un clin d'œil et ont montré que de bonnes solutions peuvent être apportées même avec une petite composition. C'était donc, par exemple, à Yakutsk et Veliky Novgorod - là, toutes les équipes qui étaient venues à l'origine au hackathon se sont rendues en finale.
La leçon principale: peut - être pas en été?
Caractéristiques de chaque région
Les conditions dans lesquelles les hackathons régionaux ont eu lieu dépendent directement du partenaire local qui a soutenu la compétition. Par conséquent, quelque part, c'était mieux et quelque part pire. Tous ne comprenaient pas les détails de tels événements et pourquoi les gens travaillent 24h / 24 et 7j / 7, dorment sur des poufs ou dans des tentes et mangent des petits pains dans la salle à manger. Par conséquent, à certains moments, il y avait des défauts.
Nous exprimons notre profonde gratitude aux universités - elles nous ont aidés avec le site, les experts, l'invitation des médias, la collecte de l'entonnoir des participants. Travailler avec eux nous a permis de mieux comprendre les spécificités des régions - à l'avenir, cela rendra notre coopération plus efficace.
Leçon principale: au cours de la prochaine saison, il est nécessaire de développer le travail dans les régions plus en détail et de s'appuyer davantage sur vous et votre expérience, plutôt que sur des partenaires locaux.
Dans les régions, l'information est perçue différemment
Les canaux pour attirer des participants dans les villes de plus d'un million d'habitants et de régions fonctionnent de manière complètement différente. Si, par exemple, à Moscou et à Saint-Pétersbourg, il suffit de lancer de la publicité sur les réseaux sociaux et de faire un «ensemencement» dans des groupes où le public cible est assis, alors le bouche à oreille et les appels à la participation des «influenceurs» locaux (administrations régionales) fonctionnent plus efficacement dans les régions , blogueurs, universités, communautés informatiques).
Leçon principale: augmenter le nombre de canaux à travers lesquels nous travaillerons avec le public. Attirez plus de leaders d'opinion et de blogueurs locaux.
Confus par les formulations de tâches boueuses
Qu'est-ce qui peut le plus bouleverser et même irriter les participants au hackathon? Bien sûr, des tâches ennuyeuses et inachevées. Aux stades régional et final, les équipes se sont plaintes du fait que le libellé des tâches n'était souvent pas entièrement clair et transparent.
Tout au long de la compétition, nous avons toujours essayé de suivre la règle - définir la tâche qualité = = obtenir une solution de haute qualité. Mais nous admettons que cela ne s'est pas toujours produit. Dans des conditions où il y avait beaucoup de tâches et pour chacun d'eux leurs propres ensembles de données ont été publiés ... des échecs se sont produits. Mais tout a été compensé par l'aide d'experts qui ne se sont pas éloignés des équipes, ont répondu à toutes les questions et ont travaillé sur des projets de toutes parts. C'est ce qui a affecté la qualité des prototypes issus des résultats.
La leçon principale: pour formuler les tâches, nous ferons appel à des spécialistes qui connaissent bien les technologies avec lesquelles les participants travailleront. Donc, si nous nous fixons la tâche de développer une application AR pour l'intérieur, nous aurons besoin d'un expert qui a appliqué à plusieurs reprises la réalité augmentée pour de telles décisions.
Finale
«Bonjour! Bientôt un hackathon, mais les billets ne nous ont pas été envoyés »ou des problèmes de logistique
Certains participants ont reçu tardivement des informations sur l'organisation de leur parcours vers la finale. Cela a provoqué une vague de questions, et nous, en tant qu'organisateurs, avons été soumis à un véritable feu. Nous ne transférerons pas de flèches à quiconque - l'équipe de projet, bien sûr, est responsable de tous les retards. Le plus souvent, elles étaient liées au fait que dans la plupart des cas nous demandions de l'aide aux régions, mais chacune d'elles était en mesure d'organiser la logistique à des moments différents. À l'avenir, nous consacrerons plus de temps à cela.
Leçon principale: vous devez constamment informer les participants de l'étape à laquelle se trouvent les achats de billets, les réservations d'hôtel et les autres OS. Cela les aidera à être plus calmes et à attendre que les précieux documents soient déposés dans leur courrier.
Et bien sûr, Guinness
Au départ, nous n'avions pas de tâche pour entrer dans le Livre Guinness des Records. Mais au cours des étapes régionales, nous nous sommes progressivement rendu compte que nous en avions toutes les chances et, plus près de la finale, nous avons décidé: «Nous le ferons, chers collègues!». Tout s'est bien passé jusqu'à ce que les représentants du Livre Guinness des records annoncent l'exigence selon laquelle les participants au hackathon ne doivent pas quitter les lieux pendant toute une journée de travail (12 heures). Ils ont eu l'occasion de quitter le site pendant seulement 40 minutes. Cela s'est reflété dans le mode standard de restauration et de contrôle d'accès, qui a provoqué l'indignation des participants.
La leçon principale: nous allons maintenant chercher immédiatement tous les écueils pouvant résulter de diverses activités dans le cadre du concours, et en informer les participants à l'avance.
Partager dans les commentaires quelles erreurs ont encore été constatées dans l'organisation du concours? Nous sommes toujours prêts à travailler pour améliorer les résultats!