Vous souhaitez connaĂźtre lâavis des organisateurs de Digital Breakthrough sur le dĂ©roulement du concours ? Cet article ne contiendra rien sur l'Ă©chelle, le livre des records, les hauts fonctionnaires, les solutions uniques et l'organisation impeccable. Nous allons vous parler de nos principales erreurs â croyez-nous, elles Ă©taient nombreuses. Mais il nây a rien de mal Ă faire des erreurs, surtout si vous en tirez des leçons.

Recommencer
Campagne de candidature
Au lieu de mille candidatures, mille questions
Soyons honnĂȘtes : au tout dĂ©but, nous avons Ă©tĂ© confrontĂ©s au problĂšme que notre public ne comprenait pas trĂšs bien comment fonctionnent gĂ©nĂ©ralement les hackathons ; parmi les participants, il y avait de nombreux nouveaux arrivants qui ne connaissaient pas ce format. Ils s'intĂ©ressaient aux mĂ©canismes de tenue de tels Ă©vĂ©nements, aux systĂšmes d'Ă©valuation des projets, aux critĂšres de sĂ©lection d'un conseil d'experts et bien plus encore. Ainsi, au cours des premiĂšres semaines de la campagne de candidature, nous avons collectĂ© non pas des inscriptions, mais un tas de questions sur divers sujets - souvent elles ne concernaient mĂȘme pas le concours lui-mĂȘme.
Nous en avons tiré une leçon : avant de lancer la collecte des candidatures, il est nécessaire de beaucoup communiquer avec les participants potentiels - de se plonger dans les spécificités de l'événement et de répondre aux questions sur toutes les étapes à venir.
En gĂ©nĂ©ral, travaillez plus activement avec la communautĂ© technologique, qui s'intĂ©resse davantage non pas aux derniĂšres rĂ©alisations des entreprises partenaires, mais Ă l'actualitĂ© de l'avancement de la compĂ©tition - pourquoi avez-vous choisi le format hackathon ? Comment sâadapte-t-il Ă notre concurrence ? Comment se dĂ©rouleront les tests en ligne ? Wow, les tests en ligne ont commencĂ© â que faire ensuite ? Donc, je ne comprends pas - j'ai Ă©tĂ© testĂ©, mais il n'y a aucun rĂ©sultat. Quand le seront-ils ? Quelles seront les tĂąches au niveau rĂ©gional ? Qui parie ? Qui siĂ©gera au conseil dâexperts ? Comment avez-vous Ă©tĂ© sĂ©lectionnĂ© ?
Et ainsi de suite.
La leçon principale: Il ne suffit pas de dire : « HĂ©, nous sommes un concours de managers, dâinformaticiens et de designers. Impliquez-vous bientĂŽt. Et dâailleurs, cela se fera sous forme de hackathons. Tout doit ĂȘtre expliquĂ© en dĂ©tail et Ă©tape par Ă©tape.
Tests en ligne
Erreurs dans les tests ou incompréhension de la tùche par différentes personnes ?
Pendant la phase de test en ligne, nos rĂ©seaux sociaux regorgeaient de messages d'insatisfaction concernant des erreurs dans les devoirs. Le problĂšme Ă©tait que les mĂȘmes textes de tĂąches Ă©taient perçus diffĂ©remment par les spĂ©cialistes de diffĂ©rents domaines. Tout dĂ©pendait de la maniĂšre dont ils entraient dans la profession : ils Ă©tudiaient de maniĂšre indĂ©pendante ou possĂ©daient des connaissances acadĂ©miques approfondies et une formation appropriĂ©e. Leur perception de la sĂ©mantique et de la linguistique est trĂšs diffĂ©rente - cela devait ĂȘtre pris en 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 dans divers domaines. Ils aideront à formuler des tùches pour des régions spécifiques.
Ătapes rĂ©gionales
Vous avez besoin de vous détendre en été
La toute premiÚre erreur est que nous avons choisi l'été pour organiser les étapes régionales - la saison des vacances et des vacances étudiantes, donc dans certaines villes trÚs peu de personnes ont participé au hackathon.
Pour cette raison, nous avons rĂ©duit le nombre de nominations, ce qui a obligĂ© les Ă©quipes Ă abandonner les tĂąches qu'elles voulaient initialement rĂ©soudre. NĂ©anmoins, les villes oĂč il n'y avait pas beaucoup de participants ont accompli toutes les tĂąches avec brio et ont montrĂ© que de bonnes solutions peuvent ĂȘtre trouvĂ©es mĂȘme avec une petite Ă©quipe. Ce fut le cas, par exemple, Ă Iakoutsk et Ă Veliky Novgorod - toutes les Ă©quipes initialement venues au hackathon se sont qualifiĂ©es pour la finale.
Leçon principale : peut-ĂȘtre pas en Ă©tĂ© ?
Caractéristiques de chaque région
Les conditions dans lesquelles se dĂ©roulaient les hackathons rĂ©gionaux dĂ©pendaient directement du partenaire local qui soutenait la compĂ©tition. Par consĂ©quent, quelque part c'Ă©tait mieux, et quelque part c'Ă©tait pire. Tous nâont pas compris les spĂ©cificitĂ©s de tels Ă©vĂ©nements et pourquoi les gens travaillent 24 heures sur 7, XNUMX jours sur XNUMX, dorment sur des poufs ou dans des tentes et mangent des petits pains Ă la cantine. Il y avait donc des lacunes dans certains aspects.
Nous exprimons notre profonde gratitude aux universités - elles nous ont aidé avec la plateforme, les experts, en invitant les médias et en collectant un entonnoir de participants. Travailler avec eux nous a aidé à mieux comprendre les spécificités des régions, ce qui rendra notre coopération plus efficace à l'avenir.
Leçon principale : la saison prochaine, il faudra organiser plus en dĂ©tail le travail dans les rĂ©gions et s'appuyer davantage sur nous-mĂȘmes et sur notre expĂ©rience plutĂŽt que sur des partenaires locaux.
Dans les régions, ils perçoivent l'information différemment
Les canaux permettant d'attirer des participants dans les villes de plus d'un million d'habitants et dans les 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 « semer » dans les groupes oĂč siĂšge le public cible, alors dans les rĂ©gions, le bouche Ă oreille et les appels Ă la participation des « influenceurs » locaux (administrations rĂ©gionales) travaillent plus efficacement, blogueurs, universitĂ©s, communautĂ©s informatiques).
Leçon principale : augmenter le nombre de canaux par lesquels nous travaillerons avec le public. Attirez davantage de leaders dâopinion et de blogueurs locaux.
Confus par des formulations vagues de tĂąches
Qu'est-ce qui peut le plus contrarier, voire irriter, les participants au hackathon ? Bien sûr, des tùches ennuyeuses et sous-développées. Lors des étapes régionales et finales, les équipes se sont plaintes du fait que la formulation des tùches n'était souvent pas entiÚrement claire et transparente.
Tout au long du concours, nous avons toujours essayĂ© de suivre la rĂšgle : poser un problĂšme de haute qualitĂ© => obtenir une solution de haute qualitĂ©. Mais nous admettons que cela ne sâest pas toujours passĂ© ainsi. Dans des conditions oĂč il y avait beaucoup de tĂąches et pour chacune d'elles leurs propres ensembles de donnĂ©es Ă©taient Ă©mis... des Ă©checs se produisaient. Mais tout a Ă©tĂ© compensĂ© par l'aide d'experts qui n'ont jamais quittĂ© les Ă©quipes, ont rĂ©pondu Ă toutes les questions et ont travaillĂ© sur des projets de toutes parts. Câest ce qui a influencĂ© la qualitĂ© des prototypes qui en ont rĂ©sultĂ©.
Leçon principale : Pour formuler les tùches, nous embaucherons des spécialistes qui ont une compréhension approfondie des technologies avec lesquelles les participants travailleront. Ainsi, si nous nous fixons pour tùche de développer une application AR pour l'intérieur, nous aurons alors besoin d'un expert qui a déjà utilisé la réalité augmentée pour des solutions similaires.
Final
"Bonjour! Le hackathon arrive bientÎt, mais ils ne nous ont pas envoyé de billets » 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é véritablement critiqués. Nous ne blùmerons personne - l'équipe du projet est bien entendu responsable de tous les retards. Le plus souvent, elles étaient dues au fait que dans la plupart des cas nous avions demandé de l'aide aux régions, mais chacune d'entre elles était capable d'organiser la logistique dans des délais différents. Nous y consacrerons plus de temps à l'avenir.
Leçon principale : Il est nĂ©cessaire d'informer en permanence les participants sur l'Ă©tape d'achat des billets, des rĂ©servations d'hĂŽtel et autres transactions. Cela les aidera Ă ĂȘtre plus calmes et Ă attendre que les documents prĂ©cieux arrivent par courrier.
Et bien sûr, la Guinness

Au dĂ©part, nous n'avions pas pour objectif d'entrer dans le Livre Guinness des Records. Mais au cours des Ă©tapes rĂ©gionales, nous avons progressivement rĂ©alisĂ© que nous avions toutes les chances d'y parvenir, et Ă l'approche de la finale, nous avons dĂ©cidĂ© : « Nous le ferons, chers collĂšgues ! Tout se passait bien 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 la journĂ©e de travail (12 heures). Ils nâont eu la possibilitĂ© de quitter les lieux que pendant 40 minutes. Cela a affectĂ© le mode standard de restauration et d'accĂšs, ce qui a provoquĂ© l'indignation des participants.
Leçon principale : Désormais, nous allons immédiatement découvrir tous les piÚges qui peuvent survenir lors des différentes activités du concours et en informer les participants à l'avance.
Partagez dans les commentaires quelles autres erreurs ont Ă©tĂ© constatĂ©es dans l'organisation du concours ? Nous sommes toujours prĂȘts Ă travailler pour amĂ©liorer les rĂ©sultats !
Source: habr.com
