1. 8 Jahre agiles Testen.
Was kommt jetzt?
Düsseldorf, 26.04.2016
2. Sergej Mudruk
Team Lead QA
Daniel Knott
Senior Software Test Engineer
@dnlkntt
www.adventuresinqa.com
3. XING AG
Gegründet 2003 als OpenBC
Seit 2006 XING AG
> 10 Mio. Mitglieder DACH
> 50% Mobile Traffic
App Releases – alle 2 Wochen
> 800 Mitarbeiter
30 verschiedene Nationalitäten
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 3
4. “Going #Agile at the
enterprise level is a cultural
change, not just a process
change.”
@jeffsutherland
5. 8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 5
2008
6. 200 Mitarbeiter
30 Entwickler, 4 Tester
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 6
7. 8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 7
Ein Experiment
wird
gestartet
8. 1. agiles Entwicklungsteam
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 8
9. SCRUM by the book
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 9
10. 8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 10
In-House
Trainings
11. Embedded Tester seit
Stunde 0
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 11
12. 8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 12
Entwickler
Produkt Manager
Design / UX
Tester
SCRUM Master
[Team]
13. Alle sitzen zusammen
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 13
14. 8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 14
2009
15. 200 Mitarbeiter
257 Mitarbeiter
30 Entwickler, 4 Tester
46 Entwickler, 10 Tester
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 15
16. Weitere agile Teams
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 16
17. Teamstruktur bleibt gleich
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 17
18. SCRUM vs. KANBAN
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 18
19. Aufgaben des Testers
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 19
66. Auch ohne Testabteilung
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 66
67. Test Engineers ein
wichtiger Bestandteil bei
XING
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 67
68. “Going #Agile at the
enterprise level is a cultural
change, not just a process
change.”
@jeffsutherland
69. Mobile Testing @ XING
morgen 10:30 – 11:10 Uhr
8 Jahre agiles Testen. Was kommt jetzt? / Sergej Mudruk & Daniel Knott / Düsseldorf / 26.04.2016 69
DANIEL
Nehmen Sie mit auf unsere Zeitreise
8 Jahre agiles Testen
Wie haben wir unseren Weg gefunden und wo stehen wir heute
Wichtig: Das hier ist der XING Weg und hat damit keine Allgemeingültigkeit
Sieht in jeder Firma anders aus
DANIEL
Sergej arbeitet seit 2008 bei XING und ist einer der ersten agilen Tester. Jetzt Team Lead QA
Daniel mit kurzer Unterbrechung seit 2010 bei XING im Bereich Mobile Testing
DANIEL
Facts zu XING
Wichtig zu wissen, es ist keine LinkedIn Kopie wurde parallel entwickelt im Jahr 2003
Ist dann auch die einzige Marketing Slide heute. Keine Angst wir werden niemanden zu einer Premium Mitgliedschaft anstiften
DANIEL
Lesen des Zitats.
Eigentlich könnten wir die Keynote jetzt hier beenden, denn genau dieses Zitat ist der Knackpunkt. Die Firmenphilosophie
Starten wir mit der Zeitreise
SERGEJ
Starten wir im Jahr 2008
Vor dieser Zeit fand die Softwareentwicklung bei XING auf traditionelle Art und Weise
Die neuen Features wurden eher auf Zuruf des Gründers Lars Hinrichs entwickelt
SERGEJ
Die gesamte Entwicklung fand in Hamburg statt größtenteils in Perl
Es gab keine organisierte Qualitätssicherung
Nicht praktikabel und zu langsam
2008 wurde mit der Rails Entwicklung begonnen und eigentlich haben die Rails Entwickler das Agile Mindset mit in die Firma gebracht.
Seitdem verbuchte XING einen starker MA Zuwachs im Bereich Engineering
SERGEJ
Mit dem ersten Rails Team wurde daher ein Experiment gestartet
Agile Software Entwicklung mit dem Commitment vom CEO
Und mit einem regen Interesse und Engagement von der Seite der Entwickler
SERGEJ
Der Pilot wurde mit einem Team im Bereich Events gestartet
Damals wurden Events auf Rails migriert, bzw. komplett umgeschrieben
Es gab aber ein Problem:
Der Wille war da, aber
es gab kein SCRUM Know How
SERGEJ
Daher erstmal wurde SCRUM by the book erforscht und implementiert
Es wurden Bücher gelesen
Man hat sich auf dem Markt umgeschaut
Und man hat einfach mal angefangen
SERGEJ
Bei dem ganzen Prozess hat man schnell gemerkt, dass man damit alleine nicht weit kommt
In diesem Zug wurden:
Agile Experten eingestellt bzw. engagiert um in-house trainings für das Team zu geben
Und die Teams bei der täglichen Arbeit und ihrer Entwicklung zu begleiten
Es wurde sehr viel ausprobiert
Von den Team Building Maßnahmen
Bis zum zusammenziehen vom ganzen Team auf eine gemeinsame Location
Das Team lief Norming/ Storming/ Performing Phasen durch, bis sich der Prozess etabliert hat
Natürlich liefen die Ersten Sprints nicht gut, aber damit wurde auch nicht gerechnet
SERGEJ
Das tolle damals war, dass gleichzeitig das große Experiment „dediziertes Testen“ angefangen wurde:
es wurden agile Tester direkt mit in das Team eingesetzt
Davor war die externe QA Unterstützung nur in einem komplexen Projekt eingesetzt
Und auch von UX oder PO Kollegen gemacht worden
Es hat aber nicht mehr skaliert
Daher kam es zum ersten Mindset Shift und dem Aufbau der Test Abteilung
SERGEJ
Man sitzt plötzlich mit anderen Leuten in einem Team
Das erste agile Team bestand bereits aus den unterschiedlichen Disziplinen
Umstellung der Arbeitsweise
Pairing mit Devs und PO
SERGEJ
Aber das wichtigste: Alle sitzen am gleichen Ort im gleichen Raum
So bekommt man direkt mit was Entwickler sprechen und man kann als Tester direkt einhaken
Direkte Absprachen mit PO und Design möglich direkt zu Beginn der Entwicklung eines Features
Das tolle, es wurde mit Begeisterung im Team aufgenommen und war wie eine gefühlte Befreiung.
DANIEL
Bereits nach einem Jahr hat sich was getan
DANIEL
57 neue Mitarbeiter Firmenweit
Davon 16 neue Entwickler und 6 neue QA
Wie man sieht eine Dev : QA ratio von ca. 4:1
DANIEL
Experiment lief sehr gut, alle waren zufrieden
Alle neu eingestellten Tester und Entwickler sowie PO, Scrum und Design wurden direkt in agilen Teams zusammengefasst.
DANIEL
Hier hat sich ncihts geänder, alle Sitzen zusammen
Ergebnis: Häufige Firmeninterne Umzüge, um agile Teams an einem Ort zu haben
DANIEL
Einige Teams fangen an mit Agilität zu spielen
Sie Testen KANBAN um zu sehen ob der Ansatz besser für die Arbeit passt
Support Team hatte das Problem mit Fixen Sprints nicht schnell genug auf neue wichtigere Dinge zu reagieren
Team kann Methode wählen. Es gab mal SCRUM Tiefpunkt fast alle auf KANBAN, wegen weniger Meetings. Jetzt wieder SCRUM, KANBAN hat das Gefühl des Abschluss gefehlt.
DANIEL
Kommen wir zu den Aufgaben eines agile Testers (schon seit 2008)
DANIEL
Schreiben der Akzeptanzkriterien mit dem PO
Zu Beginn oft Review der Akzeptanzkriterien sowie Unterstützung
DANIEL
Review der Stories
Viele QA haben sehr intensives Domain wissen und helfen somit die Stories schon bei der Erstellung zu hinterfragen
Viele Einstellungen und unterschiede zwischen den Nutzertypen.
DANIEL
DANIEL
Agile Testen heißt nicht, keine Testfälle zu schreiben
ABER: Wir nutzen kein Testmanagementtool um Testfälle zu erstell und pflegen.
Die Plattform ändert sich einfach zu schnell, Testfälle zu schnell outdated
WICHTIG: Jedes Team ist hier anders, Teilweise wird sehr viel Dokumentiert wie z.B. Payment
DANIEL
Wichtiges Thema für XING
Diverse Testing Staging Systeme
Jeder kann eigene Sandbox erstellen und hat ein lokales XING in einer VM
Jeder braucht Testdaten zum Testen und entwickeln
Daten werden automatisch erstellt zu Beginn per Excel import
Später eigene Tools
DANIEL
Natürlich wird auch getestet
Viel Exploratives Testing
Session Based Testing
Risk Based Testing
Auch damals und noch heute wird viel Experimentiert, jedes Team findet eigen Ansatz zu testen
Viele Test Sessions werden gemacht, Team intern oder auch Teamübergreifend.
DANIEL
Auch damals schon automatisierte Checks
Direkt mit Selenium gestartet
Zu Beginn Java und Selenium 1
Dann Migration zu Rails und Selenium 2 um gleiche Sprache wie Entwickler zu sprechen/ schreiben
Mittlerweile schreiben auch Entwickler Selenium Tests
Reviews innerhalb der QA
Mittlerweile riesiges Selenium Grid mit allen Browservariationen
SERGEJ
SERGEJ
Noch mehr Agile Teams, nach nur 2 Jahren schon 8 agile Teams
Meisten Teams 9 Mitglieder (4 Devs, 1 QA, Scrum, PO, UI, UX)
Immer mehr Anforderungen an die QA gestellt und an die Umgebung
SERGEJ
Mehr QA Kollegen werden eingestellt
Erste größere Änderung innerhalb der QA
Aufteilung der Verantwortlichkeiten
SERGEJ
Ein Teil wurde CORE QA verantwortlich für ....
SERGEJ
Testarchitektur
Erstellung von Testdatentools
Support / Maintenance der gesamten Testinfrastruktur und Staging Systeme
Nicht Teil von agilen Teams. Arbeiten nach KANBAN auf Ticketbasis für die Teams
SERGEJ
Weitere Aufgabe der CORE QA
Risk Management einführen für die Firma
Support für Teams
Prozessmanagement
JIRA, Abläufe etc.
SERGEJ
Wie bereits von Daniel erwähnt!
SERGEJ
Wöchentliche Meetings
Es werden interne wie externe Workshops geplant und durchgeführt
Off-Sites
Test Sessions. Diese werden immer mehr von der ganzen Firma genutzt
SERGEJ
Impressionen von Off-Sites, Meetings, Workshops und Test Sessions
SERGEJ
Wird nicht nur gearbeitet
Auch zusammen gekocht und gegessen
Wird mittlerweile von vielen Teams genutzt PO, DEV, ...
SERGEJ
Test Session
Bei jedem größeren Release von einem Feature werden team übergreifend test sessions durchgeführt
Viele Teams machen das intern vor jedem release
DANIEL
Überspringen wir 2011 und gehen direkt nach 2012
DANIEL
Weitere 6 neue Agile Teams sind hinzugekommen. 2010 waren es noch 8
DANIEL
Weiterhin lebt jedes Team agile anders
Retros sind das wichtigste Meeting im Sprint Cycle für die Teams Änderungen zu besprechen und diese direkt umzusetzen, Wir sehr oft genutzt
DANIEL
Wir hatten schon erwähnt das jedes Team anders ist und anders arbeitet
Haben auch KPI‘s auf PO Ebene
Aber für die meisten Teams ist die Spalte ganz rechts wichtig. Was am ende rauskommt und live geht ist wichtig!
DANIEL
Nächste große Änderung. Agile bzw. Teile von SCRUM gehen in andere Abteilungen über
Office Management organisiert sich jetzt über ein SCRUM Board und hat tägliche Standups
DANIEL
Das gleiche gilt für Internal IT
Nutzen KANBAN
Auch andere Bereiche nutzen wichtige Bestandteile aus der agilen Welt vorallem die analogen Scrum Boards zur Darstellung der Arbeit und die Standups
Für die Entwicklung super, da alle verstehen wie Engineering und QA arbeitet
DANIEL
2008 wurde noch externe Agile Experten angeheuert um Workshops zu geben
Mittlerweile haben wir viele interne Agile Experten die ein eigenen agile Workshop aufgebaut haben an XING angepasst
DANIEL
Das tolle daran ist. Es ist für ALLE MA
Alle neuen MA werden dazu eingeladen den Workshop zu machen
Auch „alte“ MA werden regelmäßig dazu eingeladen
Mix aus neuen und alten ist wichtig um die Theorie weiterzugeben und die Erfahrung
DANIEL
Ein paar Impressionen
Auf der DAchterasse
DANIEL
MIX aus kollegen
Hier Devs, Marketing, Sales
DANIEL
Im Team mit agilen Methoden Aufgaben lösen
DANIEL
DANIEL
Ergebnis nach mehreren Iterationen von agiler Entwicklung
Der Workshop vermittelt viel Theorie aber auch zahlreiche praktische Aufgaben
Ist ein Tagesworkshop von 8h und wird super gerne von allen Kollegen angenommen
SERGEJ
Machen wir einen Sprung in das heute
Zwischen 2012 und 2016 wurden weitere Teams aufgestellt und agile gelebt
SERGEJ
Hier mal der Vergleich der MA von 2008 zu 2016
4 mal so viele MA
7 mal mehr Entwickler
Fast 9 mal mehr QA
Mit dem extremen Wachstum kamen auch einige organisationsumstellungen
SERGEJ
Aktuell mehr als 20 agile Teams
Und durch Re-Orgs gibt es eine sehr große Änderung!
SERGEJ
Kurze Pause!
ABER
SERGEJ
Tester sind jetzt Teil der Entwicklung
Hat noch einen sehr großen Stellenwert innerhalb der Firma und den Teams
Oft sagen QA ok, kann live gehen aber Devs sagen dann noch, nein nur noch ein Test durchführen
Haben in den 8 Jahren super arbeiet geleistet agiles Testen in fast alle Köpfe zu bekommen
Drama wenn QA mal in den Urlaub geht!
SERGEJ
Dadurch sind wir noch näher an der Entwicklung da direkter Chef ein Engineering Lead ist!
SERGEJ
Austausch weiterhin in Form einer Community of Practice
Auch Devs sind jetzt dabei. Vorher nur Tester
SERGEJ
Eine sehr große Änderung zu 2008
Programmierkenntnisse bzw. technische Kenntnisse sind bei uns ein MUSS
Da sehr enge Zusammenarbeit mit Devs
Viel Automatisierung
SERGEJ
Weitere Neuigkeit.
Neue Initiative ins Leben gerufen die da heißt Unleashing
Unleashing bedeutet: loslassen, entfessln
Damit ist folgendes gemeint
SERGEJ
Jedes Team muss bzw. kann alles selber machen
Gerade im Bereich Mobile wichtig
Shift immer mehr zu Mobile
Noch vertiefter Agiler Gedanke, selbstorganisierte Teams
SERGEJ
D.h. ein Team kann eigene API schreiben
Backend, Frontend und auch Mobile kann selbst gemacht werden
Problem hier ist das Know How in den Teams
SERGEJ
Wir wollen das erreichen das neue Produkte danahc entwickelt werden
Es muss an den gesamten Technologie Stack gedacht werden Web, Mobile, API, Backend, Architektur etc.
SERGEJ
Gerade um die Mobile Entwicklung zu skalieren ist das besonders wichtig für die mobile strategie von XING
DANIEL
Kleines Fazit
DANIEL
Durch den Einsatz von agiler Entwicklung sind die Herausforderungen nicht einfacher oder kleiner geworden
Es werden eher viel mehr aber das liegt nicht an agile
Ständiger Wandel in den Teams und in der Organisation
DANIEL
Auch ohne Testabteilung
Wir sehen uns als Teil des Teams
Und ganz besonders wichtig, für euch zum mitnehmen heute
DANIEL
Wir sind ein sehr wichtiger Bestandteil der Firma
DANIEL
Zitat vom Anfang
Das war unser Weg.
Euer weg sieht sehr wahrscheinlich anders aus
DANIEL
Wer mehr über Unleashing hören möchte
Mehr über Mobile Skalierung hören möchte der kommt morgen in unseren Talk