Möchten Sie die Meinung der Organisatoren von âDigital Breakthroughâ hören, wie der Wettbewerb abgelaufen ist? In diesem Beitrag wird es nicht um die GröĂe, das Rekordbuch, die ersten Persönlichkeiten, einzigartige Lösungen und perfekte Organisation gehen. Wir erzĂ€hlen von unseren gröĂten Fehlern â glauben Sie uns, davon gab es viele. Aber Fehler zu machen ist normal, besonders, wenn man aus ihnen lernt.

Fangen wir von vorne an
Bewerbungskampagne
Statt tausend Bewerbungen tausend Fragen
Wir mĂŒssen ehrlich zugeben â zu Beginn standen wir vor dem Problem, dass unser Publikum nicht ganz verstand, wie Hackathons funktionieren â unter den Teilnehmern waren viele Neulinge, die mit diesem Format nicht vertraut waren. Sie waren an der DurchfĂŒhrung solcher Veranstaltungen, den Bewertungssystemen fĂŒr Projekte, den Kriterien fĂŒr die Auswahl des Expertengremiums und vielem mehr interessiert. Daher sammelten wir in den ersten Wochen der Bewerbungskampagne nicht Registrierungen, sondern eine Menge Fragen zu verschiedenen Themen â oft bezogen sich diese Fragen nicht einmal auf den Wettbewerb selbst.
Daraus haben wir gelernt, dass man vor dem Start der Bewerbungsphase viel mit potenziellen Teilnehmern kommunizieren muss â sie in die Besonderheiten der Veranstaltung einfĂŒhren und Fragen zu allen bevorstehenden Schritten beantworten.
Insgesamt mĂŒssen wir aktiver mit der Technologiegemeinschaft arbeiten, die mehr an den Neuigkeiten ĂŒber den Fortschritt des Wettbewerbs interessiert ist als an den letzten Errungenschaften der Partnerunternehmen â warum haben wir uns fĂŒr das Format Hackathon entschieden? Wie wird es an unseren Wettbewerb angepasst? Wie wird das Online-Testing ablaufen? Wow, das Online-Testing hat begonnen â was machen wir jetzt? Ich verstehe nicht â ich habe getestet, aber es gibt keine Ergebnisse. Wann werden die bekannt gegeben? Welche Aufgaben wird es in den regionalen Runden geben? Wer setzt diese an? Und wer wird im Expertengremium sitzen? Wie wurden sie ausgewĂ€hlt?
Und so weiter.
Die wichtigste Lektion: Es reicht nicht aus, einfach zu sagen: "Hallo, wir sind ein Wettbewerb fĂŒr Manager, IT-Fachleute und Designer. Nimm schnell teil. Ăbrigens findet das im Hackathon-Format statt." Alles muss detailliert und Schritt fĂŒr Schritt erklĂ€rt werden.
Online-Testing
Fehler in den Tests oder das falsche VerstÀndnis der Aufgaben durch verschiedene Personen?
WĂ€hrend der Phase des Online-Testings quollen unsere sozialen Netzwerke ĂŒber von unzufriedenen Nachrichten ĂŒber Fehler in den Aufgaben. Das Problem war, dass dieselben Aufgabentexte von Fachleuten aus verschiedenen Bereichen unterschiedlich interpretiert wurden. Alles hing davon ab, wie sie in den Beruf kamen â ob sie sich selbst ausgebildet hatten oder ĂŒber umfangreiche akademische Kenntnisse und entsprechende AbschlĂŒsse verfĂŒgten. Die Wahrnehmung von Semantik und Linguistik war bei ihnen stark unterschiedlich â dies musste bei der Erstellung der Tests berĂŒcksichtigt werden.
Die wichtigste Lektion: FĂŒr das nĂ€chste Mal planen wir, regionale Fokusgruppen aus Spezialisten unterschiedlicher Disziplinen zusammenzustellen. Sie werden helfen, die Aufgaben fĂŒr die spezifischen Regionen zu formulieren.
Regionale Runden
Im Sommer sollte man sich erholen
Der allererste Fehler war, dass wir fĂŒr die DurchfĂŒhrung der regionalen Runden ausgerechnet den Sommer gewĂ€hlt haben â die Urlaubs- und Semesterzeit, wodurch in einigen StĂ€dten nur sehr wenige Menschen am Hackathon teilnahmen.
Aus diesem Grund mussten wir die Anzahl der Nominierungen reduzieren, weshalb Teams von den Aufgaben absehen mussten, die sie ursprĂŒnglich lösen wollten. Dennoch zeigten die StĂ€dte, in denen nicht so viele Teilnehmer waren, dass sie alle Aufgaben mit Bravour meisterten und zeigten, dass auch kleine Gruppen gute Lösungen erarbeiten können. So war es zum Beispiel in Jakutsk und Nowgorod â dort kamen alle Teams, die ursprĂŒnglich zum Hackathon gekommen waren, ins Finale.
Die wichtigste Lektion: oder vielleicht nicht im Sommer?
Die Besonderheiten jeder Region
Die Bedingungen, unter denen die regionalen Hackathons stattfanden, hingen direkt vom lokalen Partner ab, der den Wettbewerb unterstĂŒtzte. Deshalb war es an manchen Orten besser, an anderen schlechter. Nicht alle verstanden die Besonderheiten solcher Veranstaltungen und warum die Leute 24/7 arbeiten, auf Poufs schlafen oder in Zelten leben und sich von Brötchen aus der Mensa ernĂ€hren. Daher gab es an manchen Stellen MĂ€ngel.
Unser groĂer Dank gilt den UniversitĂ€ten â sie haben uns mit dem Veranstaltungsort, Experten, der Einladung von Medien und der Rekrutierung von Teilnehmern unterstĂŒtzt. Die Zusammenarbeit mit ihnen half uns, die Besonderheiten der Regionen besser zu verstehen â in Zukunft wird dies unsere Kooperation effektiver gestalten.
Die wichtigste Lektion: In der nĂ€chsten Saison mĂŒssen wir die Arbeit in den Regionen detaillierter organisieren und mehr auf uns selbst und unsere Erfahrungen vertrauen, anstatt auf lokale Partner.
In den Regionen wird Informationen anders wahrgenommen
Die KanĂ€le zur Gewinnung von Teilnehmern in MillionenstĂ€dten und Regionen funktionieren völlig unterschiedlich. WĂ€hrend es beispielsweise in Moskau und Sankt Petersburg ausreicht, Werbung in sozialen Netzwerken zu schalten und âPostsâ in Gruppen zu platzieren, in denen sich die Zielgruppe aufhĂ€lt, sind in den Regionen Mundpropaganda und Aufrufe zur Teilnahme von lokalen âInfluencernâ (Regionalverwaltungen, Bloggern, UniversitĂ€ten, IT-Communities) effektiver.
Die wichtigste Lektion: die Anzahl der KanĂ€le zu erhöhen, ĂŒber die wir mit dem Publikum arbeiten. Mehr MeinungsfĂŒhrer und lokale Blogger einbeziehen.
Durch unklare Formulierungen der Aufgaben verwirrt.
Was kann die Teilnehmer eines Hackathons am meisten frustrieren und sogar wĂŒtend machen? NatĂŒrlich langweilige und unzureichend durchdachte Aufgaben. In der regionalen und finalen Phase beschwerten sich die Teams darĂŒber, dass die Formulierungen der Aufgaben oft nicht ganz klar und verstĂ€ndlich waren.
WĂ€hrend des gesamten Wettbewerbs haben wir immer versucht, der Regel zu folgen - qualitativ eine Aufgabe stellen => qualitativ eine Lösung erhalten. Aber wir mĂŒssen zugeben, dass dies nicht immer der Fall war. In Anbetracht der vielen Aufgaben und der spezifischen DatensĂ€tze fĂŒr jede einzelne⊠kam es zu Misserfolgen. Doch alles wurde durch die UnterstĂŒtzung von Experten, die den Teams zur Seite standen, kompensiert und alle Fragen beantworteten und die Projekte umfassend bearbeiteten. Gerade das hatte Einfluss auf die QualitĂ€t der Prototypen, die als Ergebnisse entstanden.
Die wichtigste Lektion: FĂŒr die Formulierung von Aufgaben werden wir Spezialisten hinzuziehen, die sich gut mit den Technologien auskennen, mit denen die Teilnehmer arbeiten mĂŒssen. Wenn wir also eine Aufgabe zur Entwicklung einer AR-Anwendung fĂŒr das Interieur stellen, benötigen wir einen Experten, der bereits mehrfach Augmented Reality fĂŒr Ă€hnliche Lösungen verwendet hat.
Das Finale
âHallo! Bald findet der Hackathon statt, aber die Tickets wurden uns noch nicht zugesendetâ, oder Probleme mit der Logistik.
Einigen Teilnehmern wurde zu spĂ€t mitgeteilt, wie ihre Anreise zum Finale organisiert werden wĂŒrde. Das fĂŒhrte zu einer Flut von Fragen und wir, als Organisatoren, wurden einem echten Beschuss ausgesetzt. Die Schuld von uns abzuweisen, werden wir nicht; das Projektteam trĂ€gt natĂŒrlich die Verantwortung fĂŒr alle Verzögerungen. Diese waren meist darauf zurĂŒckzufĂŒhren, dass wir in den meisten FĂ€llen um UnterstĂŒtzung bei den Regionen gebeten haben, aber jede von ihnen konnte die Logistik zu unterschiedlichen Zeitpunkten organisieren. In Zukunft werden wir dafĂŒr mehr Zeit einplanen.
Die wichtigste Lektion: Es ist notwendig, die Teilnehmer stĂ€ndig darĂŒber zu informieren, in welchem Stadium sich der Ticketkauf, die Hotelreservierungen und sonstige operative Dinge befinden. Das wird ihnen helfen, ruhiger zu sein und einfach zu warten, bis die gewĂŒnschten Dokumente per E-Mail bei ihnen eintreffen.
Und natĂŒrlich Guinness.

UrsprĂŒnglich hatten wir nicht das Ziel, ins Guinness-Buch der Rekorde zu kommen. Aber wĂ€hrend der regionalen Etappen wurde uns allmĂ€hlich klar, dass wir alle Chancen dazu haben, und nĂ€her zum Finale entschieden wir - âWir schaffen das, Kollegen!â. Alles lief groĂartig, bis die Vertreter des Guinness-Buchs die Anforderungen bekanntgaben, dass die Teilnehmer des Hackathons einen ganzen Arbeitstag (12 Stunden) nicht das GebĂ€ude verlassen dĂŒrfen. Sie hatten nur die Möglichkeit, den Veranstaltungsort fĂŒr 40 Minuten zu verlassen. Das wirkte sich auf die ĂŒbliche Organisation von Verpflegung und Zutrittsregelungen aus, was zu Unmut bei den Teilnehmern fĂŒhrte.
Die wichtigste Lektion: Jetzt werden wir sofort nach allen möglichen Stolpersteinen fragen, die aus verschiedenen AktivitĂ€ten im Rahmen des Wettbewerbs entstehen können, und die Teilnehmer im Voraus darĂŒber informieren.
Teilen Sie in den Kommentaren mit, welche Fehler noch bei der Organisation des Wettbewerbs festgestellt wurden? Wir sind immer bereit, an der Verbesserung der Ergebnisse zu arbeiten!
Quelle: habr.com
