Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Scaling Agile – a practical Approach

Berlin DoSE 2012 - Jane Trümner & Armin Grau - Immobilienscout24
by

Jane Truemner

on 22 September 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Scaling Agile – a practical Approach

ImmobilienScout24 in Zahlen:
„Eines der Big10“
Jane Trümner
Armin Grau
SCRUM steckt an...
Literatur
Portalverfügbarkeit > 99.98%
Warum Scaling?
gemeinsame Ziele
Wie skaliert man Scrum?
Groß & Agile...
Klein & Agile ...

Aufwand steigt
Das Ideal
selforganized
Am besten gar nicht!
Gründe, doch zu skalieren:
Nahe am Ideal bleiben!
von der Idee zum MVP
DevOps-Ansatz
Ein Team ...
Eine Service Line ...
Mehrere Service Lines ...
Transparenz
Reduziere Abhängigkeiten (Produkt & Technologie)
Einbindung der Teams, z.B. in Fish Bowls
Good practices - no silver bullet!
Wasserfälle auflösen
Organisation
Portfolio-steuerung
Priorisierung
fachübergreifende Gremien
PO und UX in
Teams & Scrum Meetings
QA als Teil des Entwicklungsprozesses
Testautomatisierung
Zero bug policy
User Insights
Discovery Workshops
User Tests
devops
Team bis nach Livegang für Software verantwortlich
Interdisziplinäre
Teams
end2end Verantwortung
know your infrastructure
you built it - you run it
Buch Clubs
Continuous Integration
alle branches abgeschafft
100 Entwickler - ein Produkt - ein trunc
--> vermindert Integrationsschmerzen
--> kleine Iterationen
Continuous Delivery
jederzeit releasen!
Automatisierung Tests & Deployment!
--> schnelle Reaktion im Fehlerfall
--> inkrementelle Produktentwicklung nahe am Kunden
Testdriven development
erhöht Qualität (Funktionen & Code)
Testbarkeit <-> Codequalität
Testabdeckung
pair programming
coding dojos
Abhängigkeiten reduzieren
Aufteilung eines Gesamtthemas in möglichst unabhängige Teile
Conway's law
Selbstorganisation der Teile (Teams/Service Lines) zulassen
Verzicht auf zentrale Spezial-/Supportteams
Mitspielen lassen!
Mindset
Entscheidungen
Think big, start small
Kai Zen
Iteratives Vorgehen
Continuous improvement
Speed
Learning
Innovation
Committment
Ja, agile & lean klappt auch bei großen Organisationen
lose gekoppelte Einheiten
ausgerichtet auf Customer & Produkt
eigenständig und unabhängig
übergreifende Guidelines und Gremien gekoppelt
Voraussetzung: Scrum, Agile & Lean auf der Teamebene gelebt
> 500 Mitarbeiter
> 100 Entwickler
Continuous delivery --> viele Komponenten
650 Features/Stories LIVE in 2011
Kernportal = wöchentliche Releases
20+ SCRUM Teams
Team Lead "Scrum Masters"
jane.truemner@immobilienscout24.de
Head of IT DEV
armin.grau@immobilienscout24.de
Kleine Teams
Komplexität
Top-Leute
Teamplayer
eng am Customer
end2end
"mein Baby"
Intransparenz
Verantwortung
Kundenfokus
Abhängigkeiten
Agiler Reifegrad?
Experten nicht verfügbar
Termin & Mindestumfang
Fokus & Priorisierung
Produkt- & Technologieabhängigkeiten
gewachsene Organisation
MVP
Discovery
Umsetzung
Product Owner
Scrum Master
Entwickler
Tester
Application Manager
UX-Designer
"from concept to cash"
verantwortlich für ein Produkt
mehrere interdisziplinäre Teams
co-located
Schlank halten von Abstimmungsprozessen
selbstorganisiert
co-location
Process
Speed vs. Effizienz
organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations.
Engineering
I survived a deployment!
I can handle anything!
If it hurts, do it more often...
People
Verantwortung und Empowerment
Betroffene zu Beteiligten machen
Lernende Organisation
gesamtes Team für Qualität verantwortlich!
> 4 Jahre agile Produktentwicklung
Abstimmung & Kommunikation
co-located
Rollen + Prozess = Customer Value
bündeln von Energie
Komplexität managen
Full transcript