Die Teilnehmer am Hackathon haben einen begrenzten Zeitrahmen. Sie arbeiten oft in Teams, die für sich selbst neu sind und Angst haben, die Aufgabe zu "scheitern". Infolgedessen wird unverhältnismäßig viel Zeit für sekundäre Dinge aufgewendet. Hier finden Sie eine Reihe von Empfehlungen, wie Sie das Problem rechtzeitig erkennen und eine solche Situation verhindern können.
Schritt 1: Langfristige Ziele formulieren
Alle Hackathon-Teilnehmer haben für die nächsten Stunden ein Ziel: zu gewinnen. Aber was ist, wenn es nicht klappt? Ist die Teilnahme am Wettbewerb ohne den ersten Platz bedeutungslos?
Ich rate Ihnen immer, neben dem Sieg auch langfristige Ziele für das Team und für sich selbst zu formulieren. Lernen Sie, schnell für Ergebnisse zu arbeiten, harte / weiche Kompetenzen zu verbessern, Erfahrungen in einem neuen Team zu sammeln, mit Experten zu kommunizieren und ein Stellenangebot zu erhalten. Die Motivation jedes Teilnehmers ist also höher und die Leistung des Teams wird effektiver!
Problemmarker: Sie glauben, dass Ihr Leben ohne einen Sieg nach dem Hackathon gleich bleibt.
Schritt 2: Lernen Sie das Team kennen und versuchen Sie, darin zu arbeiten
Es kann lange dauern, bis die Kommunikation innerhalb des Teams hergestellt ist. Vor allem, wenn Sie sich kurz vor dem Hackathon getroffen haben. Daher empfehle ich, mich im Voraus fertig zu machen und zu chatten. Definieren Sie den Technologie-Stack, verteilen Sie die Rollen im Team, versuchen Sie, einige Aufgaben aus früheren Hackathons zusammen zu analysieren - sie sind normalerweise in Open Source zu finden. Die optimale Teamstruktur besteht aus fünf Spezialisten mit folgender Rollenverteilung: Leiter, Analyst, Designer, Frontentwickler, Backentwickler.
Es kann lange dauern, bis die Kommunikation innerhalb des Teams hergestellt ist. Vor allem, wenn Sie sich kurz vor dem Hackathon getroffen haben. Daher empfehle ich, mich im Voraus fertig zu machen und zu chatten. Definieren Sie den Technologie-Stack, verteilen Sie die Rollen im Team, versuchen Sie, einige Aufgaben aus früheren Hackathons zusammen zu analysieren - sie sind normalerweise in Open Source zu finden. Die optimale Teamstruktur besteht aus fünf Spezialisten mit folgender Rollenverteilung: Leiter, Analyst, Designer, Frontentwickler, Backentwickler.
Problemmarker: Sie haben die Mitglieder Ihres Teams noch nie im Gesicht gesehen, Sie wissen nichts über sie, Sie haben keine Kontakte miteinander.
Schritt 3: Entwickeln Sie eine Themen- / Track-Strategie
Höchstwahrscheinlich wird eine zu einfache und detaillierte Aufgabe viele Teams anziehen und die Konkurrenz wird höher sein als in komplexeren Fällen. Dies ist eine Überlegung wert.
Darüber hinaus enthält eine detaillierte Beschreibung eines Problems häufig eine Voraussetzung für eine Lösung. Die Chancen stehen gut, dass jeder das Gleiche tut. Besser einen Fall wählen, der mehr Freiheit hat. So können Sie und Ihr Team das Problem kreativ lösen, sich beweisen und Ihre Kompetenz steigern.
Problemmarkierung: Nachdem Sie das Problem gelesen haben, wissen Sie bereits, was zu tun ist, bis hin zur Datenbankarchitektur.
Schritt 4: Fügen Sie Ihrer Lösung einen funktionierenden Geschmack hinzu
Sie müssen etwas finden, das die Entscheidung Ihres Teams von den anderen unterscheidet. Es ist immer wieder überraschend, wenn die Autoren viel über das Anmeldeformular, die Datenerfassung und wenig über die Funktionsweise sprechen. Ein Hackathon ist kein Wettbewerb, um einfache Grundformen zu entwickeln. Oft brauchen die Autoren der Aufgabe sie nicht - sie verfügen bereits über ein Ökosystem von Produkten und Tools zur Erfassung personenbezogener Daten. Es ist besser, diesen Teil zu überspringen oder im letzten Moment zu tun - sofern in der Aufgabe nicht anders angegeben, hat dies keine Priorität. Nehmen Sie sich Zeit, um die Grundidee der Lösung zum Laufen zu bringen!
Problemmarker: Das Team begann sofort, die Lösung zu codieren, ohne ihren Wert zu diskutieren.
Schritt 5: Arbeiten Sie ständig mit Experten zusammen
Beim Hackathon sind immer mehrere Branchenexperten anwesend. Ich empfehle Ihnen, im Voraus so viel wie möglich über sie zu lernen und ihr Wissen und ihre Erfahrung maximal zu nutzen - dafür sind sie hier. Bereiten Sie Fragen mit dem Team vor. Bitten Sie einen Experten, Ideen zu bewerten und etwas von sich selbst vorzuschlagen. Wenn Sie die Konsultation vorzeitig beendet haben, hat sich das Team nicht gut auf das Meeting vorbereitet.
Problemmarker: Vor dem Treffen mit Experten haben Sie keine Fragen an sie oder nach 5 Minuten Gespräch haben Sie nichts zu fragen.
Schritt 6: Werfen Sie am ersten Kontrollpunkt eine Million Ideen ein
CustDev ist dein Alles! Wenn ein Team am ersten Kontrollpunkt eine (!) Fertige Idee einer Lösung vorstellt, nehmen Sie das Problem höchstwahrscheinlich zu eng wahr, und diese Lösung ist möglicherweise den anderen sehr ähnlich. In diesem Fall wird es schwierig sein, die Lösung von der Masse zu trennen und zu bewerten. Beeil dich nicht.
Werfen Sie zuerst viele Ideen ein, und Experten helfen Ihnen bei der Auswahl der 2-3 interessantesten. Die Hauptfrage, die Sie sich stellen müssen, ist, für wen diese Lösung ist.
Problemmarkierung: Sie kennen Ihren Benutzer nicht oder haben am ersten Kontrollpunkt einen Teil einer funktionierenden Lösung gezeigt.
Schritt 7: Am zweiten Kontrollpunkt sollte bereits ein Präsentationsprototyp präsentiert werden
Am zweiten Kontrollpunkt präsentieren die Teams die Lösung und diskutieren ihre Implementierung. Es wird jedoch häufig übersehen, dass ein Präsentationsentwurf vorbereitet werden muss, damit Experten ihn überprüfen und später das Endergebnis bewerten können.
Problemmarker: Das Team hat nicht mit der Präsentation begonnen und weiß nicht, wer sprechen wird.
Schritt 8: Am dritten Kontrollpunkt müssen Sie Ihr Produkt bereits eine Weile so präsentieren, wie es vor der Jury steht
. Es werden nur wenige Minuten Zeit gegeben, um vor der Jury aufzutreten. Sie müssen üben, um das Wichtigste über Ihr Produkt sagen zu können. Deshalb bitte ich die Experten am dritten Kontrollpunkt als Experte immer, eine Weile zu sprechen. Es hilft sehr!
Problemmarkierung: Präsentation oder Präsentationsvideo ist nicht fertig.
Schritt 9: Sie müssen sich über die Bewertungskriterien im Klaren sein
Lesen und diskutieren Sie zu Beginn des Hackathons sorgfältig die Kriterien für die Bewertung von Entscheidungen mit Experten. Für jeden von ihnen sollte Ihre Präsentation eine klare Antwort enthalten, die die Jury bewerten kann. Verstehen Sie, wenn die Arbeit erledigt wurde, Sie der Jury jedoch nichts davon erzählt haben, können sie Ihren Erfolg selbst nicht erraten.
Verschwenden Sie keine Zeit damit, das Problem des Problems zu beschreiben - die Jury weiß es bereits. Es macht keinen Sinn, die Teammitglieder lange zu präsentieren und Ihre Kompetenzen zu beschreiben. Die Hauptsache in der Präsentation ist die Geschichte Ihrer Entscheidung unter Berücksichtigung der Bewertungskriterien.
Problemmarker: Sie kennen die Hackathon-Bewertungskriterien nicht.
Schritt 10: Urteile und Kritik fest nehmen
Natürlich versuchen Experten und Jurys, unparteiisch zu sein. Dennoch sind alle Bewertungen in gewissem Maße subjektiv und hängen von der Präsentation des Projekts und den Meinungen eines bestimmten Jurymitglieds ab. Bei der Zusammenfassung der Ergebnisse auf den Strecken, an denen viele Teams teilgenommen haben, bestimmen häufig 1-2 Punkte eines Entscheidungsträgers das Schicksal. Daher muss Ihr Team zunächst eine größere Trennung vom Rest erreichen. Dazu müssen Sie alle vorherigen Tipps berücksichtigen.
Ich glaube, dass Sie nach dem Lesen dieses Artikels Ihre Arbeit beim Hackathon richtig organisieren können. Viel Glück!