Je kunt niet gewoon alles perfect doen: wat er achter de schermen van het Guinness-record is gebeurd

Wil je weten wat de organisatoren van de ‘Digitale Doorbraak’ vinden van hoe de wedstrijd verlopen is? In deze post gaat het niet over de omvang, het recordboek, de hoge heren, unieke oplossingen of foutloze organisatie. We vertellen je over onze grootste blunders — geloof ons, die waren er heel wat. Maar fouten maken is normaal, vooral als je ervan leert.

Je kunt niet gewoon alles perfect doen: wat er achter de schermen van het Guinness-record is gebeurd

Laten we bij het begin beginnen

Zendingcampagne

In plaats van duizend aanvragen, duizend vragen

Laten we eerlijk zijn — in het begin stuitten we op het probleem dat ons publiek niet helemaal begreep hoe hackathons werken — er waren veel nieuwkomers onder de deelnemers die niet bekend waren met dit format. Ze waren geïnteresseerd in de werking van dergelijke evenementen, de beoordelingssystemen van projecten, de criteria voor de selectie van de expertcommissie en nog veel meer. Zo verzamelden we in de eerste weken van de zendingcampagne niet registraties, maar een heleboel vragen over verschillende onderwerpen — vaak hadden ze zelfs niets met de wedstrijd zelf te maken.

Hieruit hebben we geleerd dat we voor de start van het inzamelen van aanvragen veel moeten communiceren met potentiële deelnemers — hen onderdompelen in de specificaties van het evenement en antwoorden geven op vragen over alle aanstaande fasen.

In het algemeen is het belangrijk om actiever te werken met de technologische gemeenschap, die meer geïnteresseerd is in niet alleen de laatste prestaties van de partners, maar ook in het nieuws over de voortgang van de wedstrijd — waarom is er gekozen voor het hackathon-formaat? Hoe wordt het aangepast aan onze wedstrijd? Hoe zal de online-test plaatsvinden? Wauw, de online-test is begonnen — wat nu? Ik begrijp het even niet — ik heb de test gedaan, maar er zijn geen resultaten. Wanneer komen die? En welke taken komen er in de regionale rondes? Wie stelt ze op? En wie zit er in de expertcommissie? Hoe werd dat geselecteerd?

En ga zo maar door.

De belangrijkste les: het is niet voldoende om simpelweg te zeggen: 'Hallo, wij zijn een wedstrijd voor managers, IT-specialisten en ontwerpers. Doe snel mee. Oh, trouwens, het is in het format van hackathons.' Het is noodzakelijk om alles gedetailleerd en stap voor stap uit te leggen.

Online-testen

Fouten in de tests of verschillende mensen die de taak verkeerd begrijpen?

Tijdens de online testfase ontplofte onze sociale media van ontevreden berichten over fouten in de opdrachten. Het probleem was dat dezelfde teksten door specialisten uit verschillende vakgebieden anders werden geïnterpreteerd. Dit hing af van hoe ze in het beroep waren gekomen — of ze zelf hadden geleerd of brede academische kennis en de juiste opleiding hadden. Hun perceptie van semantiek en linguïstiek verschilt sterk — hier moest rekening mee worden gehouden bij het opstellen van tests.

De belangrijkste les: volgende keer willen we regionale focusgroepen samenstellen, bestaande uit specialisten met verschillende profielen. Zij zullen helpen bij het formuleren van taken voor specifieke regio's.

Regionale fasen

In de zomer moet je ontspannen

De allereerste fout is dat we ervoor gekozen hebben om de regionale fasen juist in de zomer te houden — het vakantieseizoen en de studenten zomerperiode, waardoor in sommige steden maar heel weinig mensen meededen aan de hackathon.

Om deze reden hebben we het aantal nominaties verminderd, waardoor teams moesten afzien van de taken die ze oorspronkelijk wilden aanpakken. Niettemin, de steden waar er niet veel deelnemers waren, hebben alle taken met vlag en wimpel uitgevoerd en hebben aangetoond dat je zelfs met een klein team goede oplossingen kunt bedenken. Dit was bijvoorbeeld het geval in Jakutsk en Veliky Novgorod — daar zijn alle teams die oorspronkelijk naar de hackathon kwamen, in de finale gekomen.

De belangrijkste les: of misschien niet in de zomer?

Kenmerken van elke regio

De omstandigheden waarin de regionale hackathons plaatsvonden, waren direct afhankelijk van de lokale partner die de competitie ondersteunde. Daarom was het op de ene plek beter dan op de andere. Niet iedereen begreep de specificiteit van zulke evenementen en waarom mensen 24/7 werken, op poefs of in tenten slapen en zich voeden met broodjes uit de kantine. Daarom waren er op sommige momenten tekortkomingen.

We zijn de universiteiten zeer dankbaar — zij hielpen ons met de locatie, experts, het uitnodigen van de media en het verzamelen van de deelnemers. De samenwerking met hen hielp ons de specificiteit van de regio's beter te begrijpen — in de toekomst zal dit onze samenwerking effectiever maken.

De belangrijkste les: In het volgende seizoen moeten we de samenwerking in de regio's gedetailleerder opbouwen en meer op onszelf en onze ervaring vertrouwen, en niet op lokale partners.

In de regio's wordt informatie anders waargenomen

De kanalen voor het aantrekken van deelnemers in grote steden en regio's werken absoluut anders. Als we bijvoorbeeld in Moskou en Sint-Petersburg genoeg hebben aan advertenties op sociale media en het maken van 'zaaien' in groepen waar de doelgroep zich bevindt, dan werken in de regio's mond-tot-mondreclame en oproepen tot deelname van lokale 'influencers' (regionale overheden, bloggers, universiteiten, IT-gemeenschappen) effectiever.

De belangrijkste les: het aantal kanalen waarmee we met het publiek werken vergroten. Meer opinieleiders en lokale bloggers aantrekken.

Verwarring door vage formuleringen van taken.

Wat kan deelnemers aan de hackathon het meest frustreren en zelfs kwaad maken? Natuurlijk saaie en niet-uitgewerkte taken. Tijdens de regionale en finale ronde klaagden teams dat de formuleringen van de taken vaak niet helemaal duidelijk en transparant waren.

Gedurende de hele competitie hebben we altijd geprobeerd het principe te volgen — formuleer een taak goed => ontvang een goede oplossing. Maar we geven toe dat dat niet altijd gelukt is. In situaties waarin er heel veel taken waren en voor elke taak eigen datasets werden gegeven... kwamen er mislukking voor. Maar dit werd gecompenseerd door de hulp van experts, die geen stap van de teams wegdaalden, alle vragen beantwoordden en van alle kanten de projecten doorwerkten. Dit beïnvloedde de kwaliteit van de prototypes die als resultaat naar voren kwamen.

De belangrijkste les: Voor het formuleren van taken zullen we hulp inschakelen van specialisten die diepgaand kennis hebben van de technologieën waarmee deelnemers zullen werken. Dus als we een taak stellen voor het ontwikkelen van een AR-applicatie voor interieur, hebben we een expert nodig die augmented reality al meer dan eens voor dergelijke oplossingen heeft toegepast.

Eind

‘Hallo! De hackathon komt eraan, maar we hebben de tickets nog niet ontvangen’, of logistieke problemen.

Sommige deelnemers kregen te laat informatie over hoe hun reis naar de finale geregeld zou worden. Dit leidde tot een stortvloed aan vragen en als organisatoren werden we onder vuur genomen. We zullen niemand de schuld geven — het projectteam is uiteraard verantwoordelijk voor alle vertragingen. Het grootste deel van de vertragingen had te maken met het feit dat we meestal om hulp vroegen bij de regio's, maar elke regio kon de logistiek op verschillende tijdstippen regelen. In de toekomst zullen we hier meer tijd voor plannen.

De belangrijkste les: Het is noodzakelijk om deelnemers voortdurend op de hoogte te houden van de stand van zaken bij de aankoop van tickets, hotelreserveringen en andere operationele zaken. Dit zal hen helpen om rustiger te zijn en gewoon te wachten tot de felbegeerde documenten in hun mailbox komen.

En natuurlijk, Guinness.

Je kunt niet gewoon alles perfect doen: wat er achter de schermen van het Guinness-record is gebeurd

Oorspronkelijk hadden we niet als doel om in het Guinness World Records te komen. Maar tijdens de regionale rondes beseften we geleidelijk dat we daar goede kans op maakten, en dichter bij de finale besloten we: "We gaan dit doen, collega's!" Alles ging goed, totdat de vertegenwoordigers van het Guinness World Records de eisen kruiden: dat deelnemers aan de hackathon een hele werkdag (12 uur) binnen moesten blijven. Ze mochten de locatie slechts 40 minuten verlaten. Dit had gevolgen voor de gebruikelijke eet- en toegang regime, wat leidde tot verontwaardiging onder de deelnemers.

De belangrijkste les: Nu zullen we meteen informeren over alle valkuilen die kunnen ontstaan uit verschillende activiteiten binnen de competitie, en deelnemers voorafgaand informeren over deze problemen.

Deel in de reacties welke fouten er nog opgemerkt zijn bij de organisatie van de competitie? We staan altijd klaar om de resultaten te verbeteren!

Bron: habr.com

Koop betrouwbare webhosting met bescherming tegen DDoS, VPS VDS servers 🔥 Koop betrouwbare webhosting met bescherming tegen DDoS, VPS VDS servers | ProHoster