A (German) bullet slide deck for hackathon beginners.

1. HOW TO SURVIVE
A 2DAY HACKATHON?

2. Stefan Adolf
Developer Ambassador
Turbine Kreuzberg
40 Hackathons / 7 Jahre
7 gewonnen.
alles gesehen.
HELLO, I AM

3. IDEATION

4. Ideation
Die wenigsten Ideen
klingen auf Anhieb gut.

5. Ideation
Löst genau ein Problem.
Nicht alle auf einmal.

6. Ideation
“Think Big” ist gut für die Series A.
Konzentriert Euch auf das Machbare.

7. Ideation
Wenn es zu simpel klingt,
ist es vielleicht genau richtig.

8. Ideation
Spiegelt Eure Idee mit anderen.
Mehr Gehirne denken mehr.

9. Ideation
Von welchen externen Resourcen
hängt Ihr ab?
Welche davon könnt Ihr simulieren?

10. Ideation
Das kann so nicht funktionieren, weil...
Wenn wir diese Randbedingung erstmal
weglassen, könnten wir...
vs

11. Ideation
Eine gute Idee hat bestimmt schon
jemand vor Euch gehabt.
Es kommt nur auf die richtige
Umsetzung an.

12. TEAM BUILDING

13. Team building
Findet Kolleg*innen, die sich auf
die Idee committen.

14. Team building
Sprecht Leute aktiv an, wenn Ihr
dabei sein wollt.

15. Team building
Charakter-Match
> Skillset-Match

16. Team building
Teams mit ähnlichen Skills
können eine Idee schneller umsetzen
Teams mit unterschiedlichen Skills
kommen auf unkonventionelle Lösungen
vs

17. BEST PRACTICES
Für Ideeningenieur*innen

18. Kommt nicht jede Stunde mit
einem neuen Twist um die Ecke.
Best Practices for
business people
Macht die Idee nicht
komplizierter, sondern
konkreter.

19. Business Model Canvasses
sind ein tolles Tool.
Best Practices for
business people
Besser sind one-line Epics und
Stories für Euer Team

20. Unterstützt Eure Coder mit
Struktur. Werdet zum
“Product Owner”
Best Practices for
business people
Behaltet den Überblick über
den Fortschritt und Probleme

21. Euer Job ist die Story.
Wie passen Präsentation
und Demo zusammen?
Best Practices for
business people
Euer Ziel ist das
Minimal Presentable Result

22. BEST PRACTICES
Für Designer*innen

23. UX ist relevanter als UI.
Baut UIs, die man
demonstrieren kann
Best Practices for
designers
Design-Standards sind einfacher
realisierbar als “kreative”
Bedienkonzepte

24. Erzeugt maximalen Output.
Je mehr man sieht, desto besser
lässt sich diskutieren.
Best Practices for
designers
Teilt Euren Workspace mit
Eurem Team.

25. Iteriert schnell: wenn Coder ein
Problem haben, vereinfacht es
für sie.
Best Practices for
designers
Nehmt Euren Codern
“langweilige” Tasks ab.

26. BEST PRACTICES
für Entwickler*innen

27. 1. git(hub|lab) repo
2. README|SETUP.MD
Best Practices for
coders
Einigt Euch auf einen
Tech Stack. Jede*r kann
Javascript & Python

28. Tag 1: trunk based mob
Tag 2: tiny branches
Alle mergen alles, immer.
Best Practices for
coders
Docker ist toll für DBs.
IaC ist Overhead.
Local setup > K8S Tilt

29. Nur einfache Dependencies
SQLite > PgSQL
Best Practices for
coders
Der beste Code ist
kein Code.
Google Drive as a DB
MLaaS, BaaS, SaaS

30. Setzt Stage & CI auf
Vercel, netlify, travis,
heroku, GH Actions, ...
Best Practices for
coders
TDD hilft beim Probleme
lösen.
E2E-Tests sind Overload.

31. Niemals, niemals, niemals
Credentials committen.
→ .env files ftw.
Best Practices for
coders
Jedes Teammitglied muss
- auf Stage kommen oder
- lokal ausführen können

32. WIE GEWINNT MAN
SOWAS?

33. Beschreibt eine klare Vision.
Löst ein klares Problem.
Erzählt eine runde Geschichte.
Wie gewinnt man sowas?
Macht Euren Team-Effort sichtbar.
Hebt Eure persönlichen Skills hervor.

34. Sprecht mit den Challenge-Gebern
während des Hackathons
Wie gewinnt man sowas?
Funktionierender Prototyp
> bunte Slidedecks

35. GOOD LUCK,
LET’S GO!
@stadolf
stefan.adolf@turbinekreuzberg.com
github.com/elmariachi111
ASK ME ANYTHING