Ich erzähle die Geschichte einer kleinen agilen Firma, die sich aufmachte, mit Scrum erfolgreich zu werden. Mit wechselnder Mitarbeiteranzahl, und stets viel mehr Projekten als Teammitgliedern, entwickelten und entwickeln wir laufend eine gemeinsame Team- und Firmenkultur, und ein für uns passendes Verständnis von Scrum. Als Dienstleister bauen wir enge Beziehungen zu unseren Kunden auf, deren Produkte wir entwickeln. Im Laufe von 6 Jahren wuchsen und erwuchsen wir als Team und als Firma, entwickelten eine gemeinsame Kultur, in der sowohl Platz für Grösse, als auch für Fehler zu finden ist. Aus manchen Fehlern lernten wir schnell, aus anderen nur langsam, aber wir ließen nur wenige aus. Wir entwickelten für uns funktionierende Zugänge zu verschiedenen Themen und Herausforderungen: Scrum im Multiprojekt-Umfeld, starke Technologie- und Domänenwechsel, Pair- und Mob-Programming, Entscheidungsfindung auf verschiedensten Ebenen, Selbstorganisation, Diskussionskultur und Meeting-Effizienz. Scrum mit einem kleinen Team ist anders als im klassischen Enterprise-Umfeld, macht aber viel mehr Spass.
3. Agile Software- und Produkt-Entwicklung seit 2004
10 Devs, Ops, ScrumMaster, Product Owner
Branchenneutral, KMU und Konzernkunden
Managed Services in 3 Wiener Rechenzentren
Managed Cloud Services
25th-floor GmbH
Wer sind wir?
4. Robert Prosenc
• Seit 2011 bei 25th-floor
• Fullstack Software Developer
• ScrumMaster & Product Owner
• rund 20 Jahre IT-Erfahrung
@rprosenc
https://www.25th-floor.com
rp@25th-floor.com
XING, LinkedIn, GitHub & Co
Wer bin ich?
24. Mehrfachrollen
Social
Konflikt Spezialisierung
GF/SM/PO ➔ Machtgefälle
Dev/SM ➔ Teamkonflikte
Dev/PO ➔ Prozess-Aushebelung
Gar keine Rollen!
Explizite Rollen, Vollzeit
Zeit@25th-floor
(Interessenskonflikte)
(Zusagen auf eigene Kosten)
(Moderation vs eigene Position)
(Selbstorganisation zugelassen)
(Passende Personen,
erfüllen nur jeweils EINE Rolle)
25. Mehrfachrollen
Social
wenn es nicht anders geht…
GF? NEIN!
Dev? Begabte Person
Shared Responsibility (SM)
Projektausschluss
Awareness
(Als Entwickler bei nur einem Projekt Rollenwechsel)
(Alle fühlen sich verantwortlich -> klare Kommunikation)
(Bewusst sein, und bleiben, dass Mehrfachrollen
eigene Probleme mitbringen)
(Manche können das, auf Dauer trotzdem nicht gut!)
29. Triviale Essenz
Prozess-Umsetzung hinterfragen
Richtige Personen (Peter Prinzip)
Awareness
Experimentieren
(Zuerst die Umsetzung, dann erst den Prozess hinterfragen)
(Sich der Probleme bewusst sein)
(Nicht jede Lösung passt auf jedes Team)
(Wünsch Dir was
-> die richtigen Personen für die richtigen Aufgaben)
30. agile tour Vienna
25 Nov 2017
Special thanks to
Andreas de Pretis
Nerma Hamzabegovic
Danke für die
Unterstützung!!
