Non si può semplicemente prendere e fare tutto perfettamente: cosa è rimasto dietro le quinte del record Guinness

Vuoi sapere cosa pensano gli organizzatori del "Salto Digitale" riguardo lo svolgimento del concorso? In questo post non parleremo di dimensioni, di record, delle figure pubbliche, delle soluzioni uniche e dell'organizzazione impeccabile. Racconteremo dei nostri principali errori — credeteci, ce ne sono stati molti. Ma sbagliare è normale, soprattutto se si impara da quegli errori.

Non si può semplicemente prendere e fare tutto perfettamente: cosa è rimasto dietro le quinte del record Guinness

Iniziamo dall'inizio

Campagna di registrazione

Invece di mille domande, mille domande

A dire la verità — all'inizio abbiamo affrontato il problema che il nostro pubblico non capiva esattamente come funzionassero i hackathon — tra i partecipanti c'erano molti principianti, a cui non era familiare questo formato. Erano interessati alla meccanica di svolgimento di tali eventi, ai sistemi di valutazione dei progetti, ai criteri per la selezione del consiglio di esperti e molto altro. Così, nelle prime settimane della campagna di registrazione, raccoglievamo non registrazioni, ma una miriade di domande su vari argomenti — spesso nemmeno riguardavano il concorso stesso.

Da questo abbiamo appreso che prima di avviare la raccolta delle candidature è fondamentale comunicare attivamente con i potenziali partecipanti — immergerli nella specificità dell'evento e rispondere a domande riguardanti tutte le fasi future.

In generale, è importante lavorare attivamente con la comunità tecnologica, che è più interessata non tanto alle ultime novità delle aziende partner, quanto agli aggiornamenti sullo stato del concorso — perché è stato scelto il formato hackathon? Come si adatta al nostro concorso? Come si svolgerà il test online? Wow, è iniziato il test online — cosa si fa dopo? Aspetta, non capisco — ho superato il test ma non ci sono risultati. Quando saranno? Quali compiti ci saranno nelle fasi regionali? Chi li stabilisce? E chi sarà nel consiglio esperto? Come sono stati selezionati?

E così via.

Lezione principale: non è sufficiente dire: "Ciao, siamo un concorso per manager, specialisti IT e designer. Partecipa subito. Oh, tra l'altro, sarà in formato hackathon". È necessario spiegare tutto in modo dettagliato e passo dopo passo.

Test online

Errori nei test o comprensione errata del compito da parte di diverse persone?

Durante la fase di test online, i nostri social media erano inondati di messaggi di insoddisfazione riguardo agli errori nei compiti. Il problema era che lo stesso testo dei compiti veniva percepito in modo diverso da esperti di settori vari. Tutto dipendeva da come erano entrati nella professione: se si erano formati autonomamente o se avevano una solida formazione accademica e le relative competenze. La percezione della semantica e della linguistica variava notevolmente — questo andava tenuto presente nella creazione dei test.

Lezione principale: la prossima volta abbiamo in programma di raccogliere gruppi di focus regionali composti da specialisti di vari profili. Questi aiuteranno a formulare le attività specifiche per le varie regioni.

Fasi regionali

In estate bisogna riposare

Il primo errore è stato scegliere l'estate — stagione di ferie e vacanze studentesche — per svolgere le fasi regionali; in alcune città, quindi, vi hanno partecipato pochissime persone durante il hackathon.

Per questo motivo abbiamo ridotto il numero di candidature, costringendo i team a rinunciare a quelle sfide che inizialmente desideravano affrontare. Tuttavia, le città con meno partecipanti hanno portato a termine tutte le sfide con grande successo, dimostrando che è possibile trovare buone soluzioni anche con un numero ridotto di risorse. È stato così, ad esempio, a Yakutsk e a Veliky Novgorod, dove tutte le squadre che hanno partecipato all'hackathon sono arrivate in finale.

Lezione principale: E se non fosse d'estate?

Caratteristiche di ogni regione

Le condizioni in cui si sono svolti gli hackathon regionali dipendevano direttamente dal partner locale che supportava il concorso. Perciò, in alcune aree le condizioni erano migliori, mentre in altre erano peggiori. Non tutti comprendevano la specificità di tali eventi e perché le persone lavorano 24/7, dormono su pouf o in tende e si nutrono di panini della mensa. Pertanto, ci sono stati alcuni aspetti da migliorare.

Un grande ringraziamento va alle università: ci hanno supportato con le location, gli esperti, l'invito dei media e la raccolta dei partecipanti. Collaborare con loro ci ha aiutato a comprendere meglio le specificità delle regioni, rendendo la nostra cooperazione futura più efficace.

Lezione principale: nella prossima stagione sarà necessario pianificare in modo più dettagliato il lavoro nelle regioni e affidarsi di più a se stessi e alla propria esperienza, piuttosto che ai partner locali.

In regioni la percezione delle informazioni è diversa.

I canali di coinvolgimento dei partecipanti nelle città metropolitane e nelle regioni funzionano in modo completamente diverso. Se, ad esempio, a Mosca e a San Pietroburgo è sufficiente lanciare pubblicità sui social network e fare 'seeding' nei gruppi dove si trova il target di audience, nelle regioni funzionano più efficacemente il passaparola e le chiamate alla partecipazione da parte di locali 'influencer' (amministrazioni regionali, blogger, università, comunità IT).

Lezione principale: aumentare il numero di canali attraverso i quali lavoreremo con il pubblico. Coinvolgere più leader d'opinione, blogger locali.

Confusi da formulazioni ambigue degli obiettivi.

Cosa può deludere e persino innervosire di più i partecipanti all'hackathon? Certamente compiti noiosi e poco curati. Durante le fasi regionali e finali, le squadre si sono lamentate del fatto che le formulazioni dei compiti spesso suonavano poco chiare e trasparenti.

Durante tutto il concorso, abbiamo sempre cercato di seguire la regola — assegna un compito con qualità => ottieni una soluzione di qualità. Ma ammettiamo che non è sempre andata così. In condizioni in cui c’erano davvero molti compiti e per ognuno di essi venivano forniti i propri dataset… ci sono stati degli insuccessi. Ma tutto ciò è stato compensato dall'aiuto di esperti, che non si sono mai allontanati dai team, rispondevano a tutte le domande e lavoravano sui progetti da ogni angolazione. Questo ha influito sulla qualità dei prototipi che sono stati realizzati come risultato.

Lezione principale: Per la formazione dei compiti, ci avvarremo dell'aiuto di specialisti che conoscono a fondo le tecnologie con cui i partecipanti dovranno lavorare. Ad esempio, se poniamo un compito per lo sviluppo di un'app AR per interni, avremo bisogno di un esperto che ha già applicato la realtà aumentata per soluzioni simili.

Finale

«Salve! Presto ci sarà un hackathon, ma i biglietti non ci sono stati inviati», o problemi di logistica

Alcuni partecipanti hanno ricevuto in ritardo informazioni su come sarà organizzato il loro viaggio per la finale. Questo ha generato un'ondata di domande e noi, come organizzatori, ci siamo trovati sotto un vero e proprio fuoco incrociato. Non daremo la colpa a nessuno — il team di progetto è senza dubbio responsabile per tutti i ritardi. Spesso sono stati causati dal fatto che in molti casi ci siamo rivolti alle regioni per chiedere supporto, ma ciascuna di esse è riuscita a organizzare la logistica in tempi diversi. In futuro, ci assicureremo di pianificare più tempo per questo.

Lezione principale: È fondamentale tenere costantemente informati i partecipanti sulla fase di acquisto dei biglietti, sulla prenotazione degli hotel e su altre operazioni. Questo li aiuterà a sentirsi più tranquilli e ad aspettare semplicemente l'arrivo dei documenti tanto attesi nella loro email.

E, naturalmente, Guinness

Non si può semplicemente prendere e fare tutto perfettamente: cosa è rimasto dietro le quinte del record Guinness

Inizialmente non avevamo l'obiettivo di entrare nel Guinness dei Primati. Ma durante le fasi regionali abbiamo gradualmente capito che avevamo tutte le possibilità, e avvicinandoci alla finale abbiamo deciso: «Ce la faremo, colleghi!». Tutto stava andando bene, finché i rappresentanti del Guinness dei Primati non hanno annunciato i requisiti, secondo cui i partecipanti all'hackathon dovevano rimanere chiusi in loco per un'intera giornata lavorativa (12 ore). Avevano la possibilità di lasciare il luogo solo per 40 minuti. Questo ha influito sul normale regime di ristorazione e sul sistema di accesso, suscitando l'indignazione dei partecipanti.

Lezione principale: Ora ci assicureremo di indagare su tutti i potenziali problemi che potrebbero sorgere da varie attività nell'ambito del concorso, e informeremo anticipatamente i partecipanti su di essi.

Condividete nei commenti quali altri errori sono stati notati nell'organizzazione del concorso? Siamo sempre pronti a lavorare per migliorare i risultati!

Fonte: habr.com

Acquista hosting affidabile per siti web con protezione DDoS, server VPS VDS 🔥 Acquista hosting affidabile per siti web con protezione DDoS, server VPS VDS | ProHoster