Je kunt niet zomaar alles perfect gaan doen: wat er achter de schermen van het Guinness-record overblijft

Wil je weten wat de organisatoren van Digital Breakthrough vinden over het verloop van de wedstrijd? Dit bericht zal niets bevatten over de omvang, het recordboek, topfunctionarissen, unieke oplossingen en een onberispelijke organisatie. We zullen je vertellen over onze belangrijkste fouten - geloof ons, er waren er nogal wat. Maar het is oké om fouten te maken, vooral als je van die fouten leert.

Je kunt niet zomaar alles perfect gaan doen: wat er achter de schermen van het Guinness-record overblijft

Begin opnieuw

Sollicitatiecampagne

In plaats van duizend aanmeldingen, duizend vragen

Laten we eerlijk zijn: we werden in het begin geconfronteerd met het probleem dat ons publiek niet helemaal begreep hoe hackathons in het algemeen werken; onder de deelnemers bevonden zich veel nieuwkomers die niet bekend waren met dit format. Ze waren geïnteresseerd in de mechanismen van het organiseren van dergelijke evenementen, projectevaluatiesystemen, criteria voor het selecteren van een deskundigenraad en nog veel meer. Zo verzamelden we in de eerste weken van de aanmeldingscampagne geen registraties, maar een heleboel vragen over verschillende onderwerpen - vaak hadden ze niet eens betrekking op de wedstrijd zelf.

Hieruit hebben we een les geleerd dat voordat we de verzameling applicaties lanceren, het noodzakelijk is om veel met potentiële deelnemers te communiceren - om in de details van het evenement te duiken en vragen over alle komende fasen te beantwoorden.

Werk over het algemeen actiever samen met de technologiegemeenschap, die niet meer geïnteresseerd is in de nieuwste prestaties van partnerbedrijven, maar in nieuws over de voortgang van de concurrentie - waarom heb je voor het hackathon-formaat gekozen? Hoe past het zich aan onze concurrentie aan? Hoe gaat het online testen in zijn werk? Wauw, het online testen is begonnen. Wat nu? Dus ik begrijp het niet - ik ben getest, maar er zijn geen resultaten. Wanneer zullen ze zijn? Welke taken zullen er op de regionale podia zijn? Wie wedt? Wie gaat er zitting nemen in de deskundigenraad? Hoe ben je geselecteerd?

En ga zo maar door.

Hoofdles: Het is niet genoeg om alleen maar te zeggen: “Hé, we zijn een wedstrijd voor managers, IT-specialisten en ontwerpers. Doe snel mee. En dit zal trouwens in de vorm van hackathons zijn.” Alles moet gedetailleerd en stap voor stap worden uitgelegd.

Online testen

Fouten in tests of misverstanden over de taak door verschillende mensen?

Tijdens de online testfase barsten onze sociale netwerken van ontevreden berichten over fouten in opdrachten. Het probleem was dat dezelfde taakteksten door specialisten uit verschillende vakgebieden anders werden waargenomen. Alles hing af van hoe ze in het beroep terechtkwamen: ze studeerden zelfstandig of hadden uitgebreide academische kennis en passend onderwijs. Hun perceptie van semantiek en taalkunde is heel anders - hiermee moest rekening worden gehouden bij het samenstellen van tests.

Belangrijkste les: De volgende keer zijn we van plan om regionale focusgroepen samen te stellen, bestaande uit specialisten op verschillende vakgebieden. Zij zullen helpen bij het formuleren van taken voor specifieke regio's.

Regionale podia

In de zomer moet je ontspannen

De allereerste fout is dat we de zomer hebben gekozen om de regionale podia te houden – het seizoen van vakanties en studentenvakanties, dus in sommige steden namen maar heel weinig mensen deel aan de hackathon.

Om deze reden hebben we het aantal nominaties verminderd, waardoor teams gedwongen werden de taken op te geven die ze oorspronkelijk wilden oplossen. Niettemin voltooiden de steden waar niet zoveel deelnemers waren alle taken met een knaller en lieten zien dat zelfs met een klein team goede oplossingen kunnen worden bereikt. Dit was bijvoorbeeld het geval in Jakoetsk en Veliky Novgorod: alle teams die aanvankelijk naar de hackathon kwamen, haalden de finale.

Belangrijkste les: misschien niet in de zomer?

Kenmerken van elke regio

De omstandigheden waaronder regionale hackathons plaatsvonden waren direct afhankelijk van de lokale partner die de competitie ondersteunde. Daarom was het ergens beter, en ergens was het slechter. Ze begrepen niet allemaal de specifieke kenmerken van dergelijke evenementen en waarom mensen 24/7 werken, op voetenbanken of in tenten slapen en broodjes uit de kantine eten. Daarom waren er op sommige aspecten enkele tekortkomingen.

We betuigen onze diepe dankbaarheid aan de universiteiten - zij hebben ons geholpen met het platform, experts, het uitnodigen van de media, het verzamelen van een trechter van deelnemers. Door met hen samen te werken, hebben we de specifieke kenmerken van de regio's beter kunnen begrijpen. Dit zal onze samenwerking in de toekomst effectiever maken.

Belangrijkste les: Volgend seizoen is het noodzakelijk om het werk in de regio's gedetailleerder te organiseren en meer op onszelf en onze ervaring te vertrouwen, in plaats van op lokale partners.

In de regio's nemen ze informatie anders waar

Kanalen voor het aantrekken van deelnemers in steden met meer dan een miljoen inwoners en in regio's werken totaal anders. Als het bijvoorbeeld in Moskou en Sint-Petersburg voldoende zal zijn om advertenties op sociale netwerken te lanceren en te ‘zaaien’ in groepen waar de doelgroep zit, dan in de regio’s mond-tot-mondreclame en oproepen tot deelname van lokale ‘beïnvloeders’ (regionale overheden) effectiever werken, bloggers, universiteiten, IT-gemeenschappen).

Belangrijkste les: het aantal kanalen vergroten waarmee we met het publiek zullen samenwerken. Trek meer opinieleiders en lokale bloggers aan.

Verward door vage formuleringen van taken

Wat kan de deelnemers aan de hackathon het meest van streek maken en zelfs boos maken? Natuurlijk saaie en onontwikkelde taken. In de regionale en eindfase klaagden teams dat de formulering van de taken vaak niet geheel duidelijk en transparant was.

Gedurende de hele competitie hebben we altijd geprobeerd de regel te volgen: een probleem van hoge kwaliteit stellen => een oplossing van hoge kwaliteit krijgen. Maar we geven toe dat het niet altijd zo is gegaan. In omstandigheden waarin er veel taken waren en voor elk van hen hun eigen datasets werden uitgegeven... gebeurden er fouten. Maar alles werd gecompenseerd door de hulp van experts die de teams nooit verlieten, alle vragen beantwoordden en van alle kanten aan projecten werkten. Dit heeft de kwaliteit van de prototypes beïnvloed die als resultaat uitkwamen.

Belangrijkste les: Om de taken te formuleren, zullen we specialisten in dienst nemen die een diepgaand inzicht hebben in de technologieën waarmee de deelnemers zullen werken. Dus als we de taak stellen om een ​​AR-toepassing voor het interieur te ontwikkelen, dan hebben we een expert nodig die augmented reality al voor soortgelijke oplossingen heeft gebruikt.

slotstuk

"Hallo! De hackathon komt eraan, maar ze hebben ons geen kaartjes gestuurd”, of problemen met de logistiek

Sommige deelnemers kregen laattijdig informatie toegestuurd over hoe hun route naar de finale zou verlopen. Dit veroorzaakte een stortvloed aan vragen, en wij, als organisatoren, kwamen echt onder vuur te liggen. We zullen niemand de schuld geven - het projectteam is uiteraard verantwoordelijk voor alle vertragingen. Meestal waren ze te wijten aan het feit dat we in de meeste gevallen de regio's om hulp vroegen, maar elk van hen was in staat om de logistiek binnen verschillende tijdsbestekken te organiseren. In de toekomst zullen wij hier meer tijd aan besteden.

Belangrijkste les: Het is noodzakelijk om deelnemers voortdurend te informeren over de fase van het kopen van tickets, hotelreserveringen en andere transacties. Dit zal hen helpen rustiger te worden en gewoon te wachten tot de gekoesterde documenten per post arriveren.

En natuurlijk Guinness

Je kunt niet zomaar alles perfect gaan doen: wat er achter de schermen van het Guinness-record overblijft

Aanvankelijk hadden we niet het doel om in het Guinness Book of Records te komen. Maar tijdens de regionale etappes beseften we langzamerhand dat we alle kansen hadden om dit te bereiken, en dichter bij de finale besloten we: “Dit gaan we doen, collega’s!” Alles ging prima totdat vertegenwoordigers van het Guinness Book of Records de eis bekendmaakten dat deelnemers aan de hackathon de hele werkdag (12 uur) het pand niet mochten verlaten. Zij hadden slechts de mogelijkheid om het terrein gedurende 40 minuten te verlaten. Dit beïnvloedde de standaard wijze van catering en toegang, wat verontwaardiging veroorzaakte bij de deelnemers.

Belangrijkste les: Nu zullen we meteen alle valkuilen ontdekken die kunnen voortvloeien uit verschillende activiteiten binnen de competitie, en de deelnemers hierover vooraf informeren.

Deel in de reacties welke andere fouten zijn opgemerkt bij het organiseren van de wedstrijd? Wij staan ​​altijd klaar om te werken aan het verbeteren van de resultaten!

Bron: www.habr.com

Voeg een reactie