„Müssen wir jetzt auch noch Code Reviews machen?“ „Müssen nicht, Ihr dürft!“. Team und Qualität profitieren davon, wenn Code Reviews fest in den Entwicklungsprozess integriert sind. Code Reviews bieten einfach zu viele Vorteile, um diese Technik nicht im Alltag zu ignorieren. Meist fehlt die zündende Idee, wie einfach auf die Straße zu bringen sind.
Wir räumen mit gängigen Clichés auf. Code Reviews dürfen Spaß machen und wir werden sehen, wie das geht. Weder Code, Qualität noch das Team müssen auf der Strecke bleiben. Warum also warten?! Los geht es!
Wie schafft man Rahmenbedingungen für Open Innovation? Starre Teams gehören der Vergangenheit, netzwerkartige Teams sind das Arbeitsmodell der Zukunft. Agil, anpassungsfähig, dem Kunden und technischer Exzellenz verpflichtet. Ulf Mewe von der HEC hielt diesen Vortrag auf der letztjährigen Developer Week.
Scrum ist gelebtes Qualitätsmanagement und zum Qualitätsmanagement gehört das Testen. Wie genau spielt das Testen in Scrum mit? Welche Arten und Stufen von Tests gibt es und wie können diese den Scrum Prozess unterstützen oder sogar behindern? Was machen Teams hierbei gerne falsch und können klassische Testverfahren behilflich sein die Qualität zu verbessern? Diese Fragen werden in dem Vortrag diskutiert, beantwortet und bewertet.
Mein Scrum ist kaputt und das Meeting passt leider nicht und die Rollen sind auch nicht gut verteilt. Wie agile Softwarentwicklung mit Scrum funktionieren kann, zeigt Ulf Mewe von der HEC Gmbh.
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Wie schafft man Rahmenbedingungen für Open Innovation? Starre Teams gehören der Vergangenheit, netzwerkartige Teams sind das Arbeitsmodell der Zukunft. Agil, anpassungsfähig, dem Kunden und technischer Exzellenz verpflichtet. Ulf Mewe von der HEC hielt diesen Vortrag auf der letztjährigen Developer Week.
Scrum ist gelebtes Qualitätsmanagement und zum Qualitätsmanagement gehört das Testen. Wie genau spielt das Testen in Scrum mit? Welche Arten und Stufen von Tests gibt es und wie können diese den Scrum Prozess unterstützen oder sogar behindern? Was machen Teams hierbei gerne falsch und können klassische Testverfahren behilflich sein die Qualität zu verbessern? Diese Fragen werden in dem Vortrag diskutiert, beantwortet und bewertet.
Mein Scrum ist kaputt und das Meeting passt leider nicht und die Rollen sind auch nicht gut verteilt. Wie agile Softwarentwicklung mit Scrum funktionieren kann, zeigt Ulf Mewe von der HEC Gmbh.
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Diesen Vortrage habe ich auf den Clean Code Developer Days 2013 gehalten. In diesem Vortrag geht es um folgende Themen:
statische Codeanalyse
Testdriven Development
Refactoring
Continuous Integration
Reviews
Coding Standards
Coding Dojos
Viel Spaß beim Anschauen.
http://www.www.claudioaltamura.de
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0Michael Fischlein
Welche Auswirkung hat eine agiler Softwareentwicklungsprozess auf den Softwaretest und die Qualitätssicherung? Welche Änderungen muss man beachten und wie muss und kann man Softwaretester auf diese Veränderungen vorbereiten.
Dieser Vortrag wurde auf der iqnite 2014 von Michael Fischlein gehalten.
Jedes IT-System stirbt irgendwann und muss durch ein neues System abgelöst werden. Solche Systemablösen bergen zahlreise Herausforderungen: Keine Doku, eine Technologie, die niemand mehr gut kennt, wissende Mitarbeiter sind nicht mehr greifbar, hoher Zeitdruck, großes Risiko im Betrieb etc. - oft eher Organtransplantation, als IT-Projekt.
Im Vortrag möchte ich meine Erfahrungen aus großen Systemablöseprojekten teilen. Wir werden uns ansehen, wie man Methoden aus Requirements Engineering und Reverse Engineering so kombiniert, dass alle notwendigen Anforderungen entdeckt werden. Wir werden sehen, dass die Zusammenarbeit zwischen Fachbereich und IT der kritische Erfolgsfaktor ist, wie man das am Besten organisiert und wie man Use Cases und ein Glossar dabei unterstützend einsetzt.
Im Alltag scheinen manche Hürden nur schwer überwindbar. Darüber hinaus gewinnen Pläne in der Diskussion gern an Umfang.
Wir sprechen über den Zusammenhang von Größe und Umsetzbarkeit. Daraus leiten wir ab, wie Veränderung gelingt und welche Bausteine es dafür braucht.
klein • einfach • schnell
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Die Qualitätsanforderungen an Individualsoftware sind hoch. Sie soll funktional, zuverlässig, benutzerfreundlich und wartbar sein. Nicht zuletzt muss die Kosten-Nutzen-Relation stimmen.
Weitere Vorträge, die wir auch gern in Ihrem Unternehmen halten, finden Sie unter: https://www.iks-gmbh.com/impulsvortraege
Diesen Vortrage habe ich auf den Clean Code Developer Days 2013 gehalten. In diesem Vortrag geht es um folgende Themen:
statische Codeanalyse
Testdriven Development
Refactoring
Continuous Integration
Reviews
Coding Standards
Coding Dojos
Viel Spaß beim Anschauen.
http://www.www.claudioaltamura.de
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0Michael Fischlein
Welche Auswirkung hat eine agiler Softwareentwicklungsprozess auf den Softwaretest und die Qualitätssicherung? Welche Änderungen muss man beachten und wie muss und kann man Softwaretester auf diese Veränderungen vorbereiten.
Dieser Vortrag wurde auf der iqnite 2014 von Michael Fischlein gehalten.
Jedes IT-System stirbt irgendwann und muss durch ein neues System abgelöst werden. Solche Systemablösen bergen zahlreise Herausforderungen: Keine Doku, eine Technologie, die niemand mehr gut kennt, wissende Mitarbeiter sind nicht mehr greifbar, hoher Zeitdruck, großes Risiko im Betrieb etc. - oft eher Organtransplantation, als IT-Projekt.
Im Vortrag möchte ich meine Erfahrungen aus großen Systemablöseprojekten teilen. Wir werden uns ansehen, wie man Methoden aus Requirements Engineering und Reverse Engineering so kombiniert, dass alle notwendigen Anforderungen entdeckt werden. Wir werden sehen, dass die Zusammenarbeit zwischen Fachbereich und IT der kritische Erfolgsfaktor ist, wie man das am Besten organisiert und wie man Use Cases und ein Glossar dabei unterstützend einsetzt.
Im Alltag scheinen manche Hürden nur schwer überwindbar. Darüber hinaus gewinnen Pläne in der Diskussion gern an Umfang.
Wir sprechen über den Zusammenhang von Größe und Umsetzbarkeit. Daraus leiten wir ab, wie Veränderung gelingt und welche Bausteine es dafür braucht.
klein • einfach • schnell
Agile Methoden sind vielerorts auf dem Weg aus der Softwareentwicklung in andere Unternehmensteile. Mit zunehmender Verbreitung des Begriffes geht leider nicht immer die Verbreitung des Mindsets einher. Und selbst wenn ist das kein Allheilmittel für die Unternehmenskultur, auch wenn manche das versprechen. Entwickler verzweifeln oft, wenn die agilen Veränderungen trotz guter Vorsätze nicht einmal bis zur fachlichen Anforderungsseite reichen. Es gilt: Agiles Vorgehen löst keine Probleme, aber es macht sie transparent.
Für Tobias Ranft und Karsten Glied heißt das: Auch wenn es keine Geheimrezepte und keinen „agilen Feenstaub“ gibt: Die typischen Antipatterns erkennen ist ein wichtiger Schritt, um erfolgreich Agil zu werden. In ihrem Vortrag zeigen sie die wichtigsten Antipatterns auf und erläutern, was man aus ihnen für eine erfolgreiche agile Entwicklung ableiten kann.
Wenn in Retrospektiven nur langweilig herumgelabert wird, leiden alle darunter. Mit ein paar Kniffen und gezielter Vorbereitung kann die Grundlage für erfolgreiches Lernen im Team gelegt werden. Lernen ist in einem sich stetig verändernden Umfeld überlebenswichtig. Wie ist eine Retrospektive (sinnvoll) aufgebaut? Welche Methodenbausteine brauchen wir? Was passt zu welcher Teamphase? Wir beleuchten grundlegende Fragen und geben einen Überblick. Angereichert mit Berichten aus der Praxis zeigen wir auf, wie Lernen im Alltag gelingen kann. Damit Teams, Abteilungen und Unternehmen ihr Versprechen guter Zusammenarbeit erfolgreich einlösen können.
IPC / webinale 2018 | Wie Sie Produkte kundenzentriert entwickeln und schärfenTobinium
„Produkte“ sind in aller Munde. Doch was ist eigentlich unser Produkt? Brauche ich das überhaupt? Wie komme ich dazu, wenn ich es brauche? Kundenzentriert soll es weiterentwickelt werden! Doch wie geht das eigentlich? Welche Werkzeuge helfen mir dabei? Und ist Produkt wirklich das Nonplusultra? Oder sind jetzt doch wieder Services in Mode? Diese Fragen begegnen uns häufig in der Praxis. Wir möchten sie mit Euch kritisch beleuchten. Sicher können wir einige Fragen direkt beantworten. Für andere geben wir Euch Werkzeuge und Hilfestellungen aus der Praxis, um eine für Euch passende Antwort zu finden.
BASTA! 2018 | Kanbansimulation mit Team FlowTobinium
Kanban ist eine der Methoden, die immer wieder im Gespräch ist. Dabei handelt es sich um eine flowbasierte Prozesssteuerung. Doch was bedeutet das? Und wie funktioniert das? In diesem Workshop simulieren wir Kanban mit Team Flow von Okaloa. Die Teilnehmerinnen und Teilnehmer können die Wirkmechanismen von Kanban selbst ausprobieren. Dabei ist zu spüren, was es bedeutet "im Flow" zu sein.
BASTA! | Wie steuere ich eine agile TransitionTobinium
Viele Unternehmen wollen agiler werden. Die Frage ist nur: Wie geht das eigentlich? Lässt sich eine agile Transition wirklich steuern? Und wo sind die richtigen Ansatzpunkte? Was kann getan werden, um nachhaltige Veränderung zu schaffen und nicht nur den alten Käse mit neuem Namen zu bekleben?
Wir beleuchten das Thema aus agiler Sicht. Wir empfehlen: Agil mit agil einführen. Wir erzählen Euch, wie es funktioniert und warum. Außerdem besprechen wir, wer bei einer agilen Transition zu welchem Zeitpunkt mit ins Boot geholt werden sollte. Und wir berichten von Erfahrungen, die wir in der Praxis bei verschiedenen agilen Transitionen sammeln konnten.
Lernen ist das Erfolgsrezept, um in einer sich stetig verändernden Umgebung dauerhaft hohe Leistung zu bringen. In agilen Prozessen sollte Lernen (auch) in Retrospektiven stattfinden. Doch zu häufig ist das nicht der Fall: Von Jammerrunden bis zur Kuschelstunde ist uns alles schon einmal begegnet. Solche Retros werden nachvollziehbar als langweilig oder überflüssig empfunden. Dabei sind Feedback und Lernen essenzielle Bestandteile agilen Vorgehens.
Tobias Ranft zeigt auf, wie Lernen gelingen kann, welche Bausteine eine gute Retrospektive braucht und mit welchem Rezept eure Retros gelingen können. Damit können Teams, Abteilungen und Unternehmen ihr Versprechen guter Zusammenarbeit erfolgreich einlösen.
Webinale 2017 | Hilfe, wir wachsen ...und alles geht kaputtTobinium
Eben noch in einem Büro, jetzt auf zwei Etagen verteilt. Wenn bisherige Formen der Zusammenarbeit sich plötzlich frustrierend ineffektiv anfühlen, liegt es bei jungen Unternehmen oder Projektteams oft daran, dass die Methoden und Rituale nicht mehr zur Teamgröße passen. Gerade dann gilt es, agile Methoden nicht über Bord zu werden, sondern anzupassen.
Tobias Ranft und Karsten Glied zeigen in ihrem Vortrag, welche agilen Werte beim Wachstum besonders gefährdet sind und welche Fehler ihr als Teams in Wachstumsphasen vermeiden solltet.
ein Erfharungsbericht über die Einführung von Scrum. Und ein Hinweis auf Risiken und Nebenwirkungen (agile Transition), die wir gar nicht beabsichtigt hatten.
1. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 1
QUALITÄT UND TEAM MIT CODE REVIEWS
TOBIAS RANFT
VORTRAG | W-JAX | 05. NOVEMBER | MÜNCHEN
2. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 2
TOBIAS RANFT
Agile Coach
@HerrTo
judithandresen.com
ECHTE ZUSAMMENARBEIT
MÖGLICH MACHEN
3. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 3
STELLT FRAGEN!
4. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 4
PROBIERT ETWAS AUS UND FINDET,
WAS FÜR EUCH FUNKTIONIERT!
5. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 5
WAS IST EIGENTLICH QUALITÄT?
_ Statische und dynamische
Quellcodeanalyse (jdepend,
Testabdeckung)
_ Skalier- und Erweiterbarkeit
_ Reported bugs
_ WTF per minutes
6. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 6
GUTER CODE IST LES-, TEST- UND
ERWEITERBAR …
… UND TUT, WAS ER SOLL.
7. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 7
QUALITÄT ENTSTEHT IN GUTEN TEAMS.
Die besten Architekturen, Anforderungen und Entwürfe
entstehen durch selbstorganisierte Teams.
Prinzipien hinter dem agilen Manifest
http://agilemanifesto.org/iso/de/principles.html
8. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 8
POTENTIALE VON CODE REVIEWS
_ Wissen verteilen
_ Gemeinsame Sprache (im Team) finden
_ Fehler (früh) erkennen
_ Collective Ownership – gemeinsame
Verantwortung
_ Spaß !
9. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 9
WENN IHR KEINEN SPASS
MIT CODE REVIEWS HATTET,
HABT IHR NICHT DAS RICHTIGE ODER
ES NICHT RICHTIG GEMACHT!
10. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 10
WAS IST „CODE REVIEW“?
A Check im Workflow (Pull- oder Merge-
Requests, Commit-Reviews, asynchron)
B Pair-Programming (1 zu 1, synchron)
C Code-Review in der Gruppe (1 Alle,→
synchron)
11. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 11
CODE REVIEW:
ES SCHAUEN MEHR ALS ZWEI AUGEN DRAUF!
12. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 12
MOB PROGRAMMING (ALLE ALLE)→
_ Beamer oder Screen,
Entwicklungsumgebung
_ Eine Aufgabe / Anforderung für alle
_ Moderation kann sinnvoll sein
_ 45 – 90 Minuten
_ Gundsätzlich: Gegenindikatoren beachten
13. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 13
MOB REFACTORING (ALLE ALLE)→
_ Wie Mob Programming
_ Modul, Klasse oder Methode überarbeiten
_ Wissensvermittlung extrem
_ Handwerk, Tipps- und Tricks und
Systemkenntnis werden verteilt
14. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 14
MOB PAIRING (1 ALLE)→
_ Eine Entwicklerin oder ein Entwickler setzt
„den Hut auf“
_ Jeder Schritt wird verbalisiert
_ Alle fragen, fragen, fragen
_ Steile Lernkurve möglich
_ Exponierte Stellung Teamdynamik beachten→
15. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 15
WEITERE MOB VARIANTEN
_ Mob Bug Fixing Regressiontest first→
_ Double- / Multi- Mob: test, implement,
refactor
_ Mob Dojos Wiederholung!→
16. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 16
TEAMSPHASEN NACH TUCKMAN
Norming
_neue Regeln
_offene Fronten
_“besser als Storming“
Performing
_hohe Motivation
_hohes Leistungslevel
_guter Konfliktumgang
Storming
_Revierkämpfe
_hohes Energielevel
_Cliquen
Forming
_ höflich
_keine (sichtbaren) Konflikte
17. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 17
TEAMPHASEN NACH TUCKMAN
Forming PerformingStorming Norming Adjourning
Arbeitsleistung
Motivation
Quelle: sminca 076, www.sminca.de
18. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 18
WEITERE GEGENINDIKATOREN: JA!
19. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 19
PROBIERT ETWAS AUS UND FINDET,
WAS FÜR EUCH FUNKTIONIERT!
20. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 20
PAIR PROGRAMMING (1 1)→
_ Navigator Driver, Maus Tastatur,→ →
Test Implementierung, Libero(2 Rechner),→
Architect Syntaxor, Silent – nur→
schreiben, ...
_ Rollen und Besetzung tauschen
_ Keine Störungen zulassen Fokus→
_ Promodoro Timer
21. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 21
STUDIE: DIE VORTEILE ÜBERWIEGEN
A Relativer Zeitbedarf: 120 – 150%
B 15% weniger Defekte
C 20% weniger Zeilen Code
Laurie Williams (2001): The Costs and Benefits of Pair Programming
https://collaboration.csc.ncsu.edu/laurie/Papers/XPSardinia.PDF
22. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 23
COST INCREASES OVER TIME
Quelle: http://csfieldguide.org.nz/releases/2.4.1/en/chapters/software-engineering.html
23. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 24
PAIR COLLABORATION ( 1 1+)→
_ Remote und lokal möglich
_ Körperliche Nähe vermeidbar
_ Screensharing ist kein Ersatz
_ Lösungen: Saros (Eclipse, XMPP), AWS Cloud9
(Webclient, kein Java), Floobits (Cloud)
_ Miteinander sprechen muss möglich sein
24. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 25
FLOOBITS
_ Sublime
_ IntelliJ (IDEA)
_ Emacs
_ Neovim
_ Atom
Quelle: http://floobits.com
25. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 26
CHECK IM WORKFLOW (1 1)→
_ Synchron Bias vermeiden→
_ Ready to prove: Pull- oder Merge-Requests
(github, gitlab, bitbucket, TFS) asynchron
_ Nicht mehr als eine Antwort digital!
_ Inline comments!!
26. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 27
CODING DOJO (1 - Alle)
_ Zeit begrenzen
_ Trainingsaufgabe lösen
_ Eventuell: Eine Lösung vorstellen
_ Wiederholen
27. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 28
WAS WIRST DU IN DEN NÄCHSTEN TAGEN
ÄNDERN ODER AUSPROBIEREN?
28. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 29
PROBIERT ETWAS AUS UND FINDET,
WAS FÜR EUCH FUNKTIONIERT!
29. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 30
VIEL ERFOLG!
judithandresen.com/blog/vortrag
judithandresen.com/newsletter
info@judithandresen.com
@judithandresen
Wir wollen als Team wachsen. Wir suchen
agile Coaches, Organisationsentwickler
und -entwicklerinnen.
30. QUALITÄT UND TEAM MIT CODE REVIEWSBERATUNG JUDITH ANDRESEN 31
WIR BILDEN ZU AGILE COACHES AUS.
NÄCHSTER AUSBILDUNGSSTART:
JANUAR 2019
INFOS UNTER
judithandresen.com/termine