1. Agile Teamarbeit
Wie Startups Projekte managen und die Zusammenarbeit fördern
Sascha Böhr, CEO 247GRAD

2. Sascha Böhr (32)
CEO & Founder 247GRAD GmbH, 247GRAD Labs GmbH,
Böhr Venture GmbH
- Gründete 2010 die Agentur 247GRAD in Koblenz
- Die ersten Kunden waren Procter & Gamble und Nestle
- 2011 wurde der TABMAKER veröffentlicht (300.000 Installationen in 2 Jahren)
- 2013 wurde die erste Version von 247GRAD CONNECT intern released
- Im selben Jahr konnte eine erste Finanzierungsrunde abgeschlossen werden
- Bis Mai 2016: Knapp 100 Enterprise-Kunden der Software
- Im März 2017 wurde dirico.io veröffentlicht
Vorstellung

3. dirico.io – Social-Media- und Content-Marketing

4. Unsere Kunden

5. „A startup is a human institution designed
to create new products and services under
extreme uncertainly.“
Eric Ries

6. Unsicherheit!
Time (Speed) Money Team (Skills)
Product Market Fit
Sales (Revenue) Marketing Market (Volume)
Business Model USP

7. Warum Startups scheitern?

8. Die meisten Startups arbeiten nach
der sog. Wasserfallmethode

9. 64% of features are rarely or never used, and only 7%
of features being „always“ used and 13% being „often“ used.
The Standish Group

10. STOP
WASTING
PEOPLES
TIME

11. Think lean!

13. Welche Problemstellung gibt es?
Wer hat dieses Problem?
Würde die Person für eine Lösung bezahlen?
Wie sieht die Lösung aus?
Löst unsere Lösung das Problem?
Wie viel würde eine Person für eine Lösung bezahlen?
Wie groß ist der Markt?
Welche Mitbewerber gibt es?

14. Lean Startup

15. „The lean startup method is not about costs,
it is about speed. The goal is to move through
the build-measure-learn feedback loop as quickly
as possible.“

16. • Vermeidung von Ressourcenverschwendung bei Suche nach einem
skalierbaren Geschäftsmodell
• Fokussierung auf Kundennutzen
• Agil in der Umsetzung
• Risikominimierung im Innovationskontext
• Primäre Frage: Sollen wir es bauen?
Vorteile

18. MVP

19. Agile Projektmanagement Methoden

20. Scrum

21. Was ist Scrum?
• Methode zur Entwicklung von umfangreichen Software-Projekten
• Keine präzise Planung des Gesamtprojekts
• Projektlaufzeit wird in Etappen, in sog. Sprints geteilt (iterativer Ansatz)
• Organisation der Sprints durch geregelte Meetings
und Rollenverteilung im Team
(Entwicklungsteam, Scrum Master, Product Owner)
• Am Ende der Sprints stehen funktionsfähige Zwischenprodukte

23. Beispiel Scrum (Rollen)

24. • Product Owner • Scrum Master • Team
• hat die Vision • Coach • 3-7 Personen
• definiert das Ziel • Optimiert Prozesse • Schätzt Aufwände
• Managt Timeline & priorisiert
• Moderiert
• Setzt um und definiert den
Zusatz „Fertig“
• Vertritt und kommuniziert mit
dem Kunden
• Schnittstelle zw. PO und
Team
• Organisiert sich selbst
• Rechtzeitige Kommunikation
Rollen

25. Dailies bei 247GRAD Labs

26. Daily Scrum
Das Treffen:
• startet immer pünktlich
• immer am gleichen Ort und zur gleichen Zeit
• findet offen statt, jeder darf teilnehmen, aber die eigentlichen Rollen haben
Sprachrecht.
• immer auf maximal 15 Minuten, unabhängig von der Teamgröße, beschränkt.
• Teilnehmer sollten stehen, dies soll helfen das Treffen kurz zu halten.
• Was habe ich gestern erledigt?
Was will ich heute erreichen?
Was hat mich daran behindert?

27. Backlog Grooming
Product Owner und das Team:
• Überarbeiten Backlog-Items
• Sortieren überflüssige Backlog-Items aus
• Splitten große Items in Kleinere
• Füllen sie mit Informationen auf
• Ordnen Backlog-Items Tasks zu
• Nehmen Priorisierung vor

28. Story Points
• Nach Mike Cohn angepasste Fibonacci-Reihe
• Je komplexer die "Story" ist, desto schwieriger ist es den Aufwand genau zu
schätzen

29. Aufwandsschätzung
Teammitglieder:
• Stellen ihre Aufwandseinschätzung der Backlog-Items anhand von Story Cards
vor
• Diskutieren bei Uneinigkeit (Höchsteinschätzung vs. Mindesteinschätzung)

30. Sprint Planning
Product Owner und das Team planen :
• Welche Backlog-Items in nächsten Sprint aufgenommen
werden sollen
• Welche Bugs im Sprint behoben werden sollen

31. Sprint Review
Das Team:
• Stellt dem Product Owner, anderen Interessenten und Stakeholdern vor
was es im letzten Sprint erreicht hat
• Präsentiert live am funktionierenden System
• Erhält Feedback von anwesenden Personen

32. Sprint Retrospektive
Das Team, Product Owner und der Scrum Master diskutieren
• Was im letzten Sprint gut lief und Verbesserungen bedarf
• Wie der Prozess verbessert werden kann
• Wie ihre Produktivität gesteigert werden kann
• Was die Arbeit angenehmer machen würde

33. Beispiel Scrum (Backlog)
Quelle: Microsoft Team Foundation Server

34. Beispiel Scrum (Burndown-Chart)
Quelle:Microsoft Team Foundation Server

35. Scrum Board
Quelle:Microsoft Team Foundation Server

37. Kanban

38. Was ist Kanban?
• Methode speziell für schnellere Durchlaufzeiten
• Gliederung der Arbeitsschritte in zentralem Boardsystem
• Pullsystem

40. Kanban Prozess

41. Beispiel Marketing (Kanban)

42. Kanban Board eines Sprints (Bugfixes)
Quelle:Microsoft Team Foundation Server

43. Scrum vs. Kanban

45. Scrum Kanban
Rythmus Sprints mit fester Länge Kontinuierlicher Fluss
Release-Methoden Am Ende jedes Sprints,
wenn vom PO genehmigt
Continiuous Delivery oder
nach Ermessen des
Teams
Rollen Product-Owner, Scrum
Master, Entwicklerteam
Keine vorhandenen Rollen
Zentrale Metriken Velocity Durchlaufzeit
Änderungsphilosophie Keine Änderungen an der
Sprintprognose während
eines Sprints
Es kann jederzeit zu
Änderungen kommen
Scrum vs. Kanban

46. Tools:
• Scrum Meetings
• Backlog
• Sprintplanung
• Meetings
• Kommunikation
• Integration TFS
• Bald MS Teams
• Kundenkommunikation• Aufnahme von Bugs
und Feature-Requests
• Kundenkommunikation
• Support

47. Weiterbildungsmöglichkeiten
(Scrum)
• Scrum Foundation
• Scrum Master
• Product Owner

48. Think big.
Start small.
Move fast.

49. Wir suchen:
Werkstudenten für
• Softwareentwicklung
• Qualitätssicherung
Bewerbungen gerne an: jobs@247grad.de

50. Vielen Dank!