In der Softwareentwicklung haben agile Teams idealerweise drei bis neun Teammitglieder, so lehrt es der Scrum Guide. In Studien lässt sich Ähnliches finden. Die Produktivität soll sogar mit jeder weiteren Person sinken. Was ist, wenn ein Team größer ist? Wie erhält man den Wissenstransfer bei individuellen Arbeitszeitmodellen von einzelnen Teammitgliedern? Und wie passt eine Designerin eigentlich in ein Cross-funktionales Entwicklungsteam? Fragen, die ein modernes Entwicklungsteam aufwerfen. Wir zeigen aus der Praxis, welche Methoden und Mechanismen sich bei uns etabliert haben und uns zu einem großen, agilen und erfolgreichen Team machen.
Almost every software system is created in difficult conditions and thus from the beginning burdened with quality problems. The most common difficulties are: deadlines forcing us to program hacks; divergent development skills in the team resulting in code of different quality; or old code, that is clumsy, tangled and without unit tests, putting a spoke in our wheel. All these bits and pieces of bad code will raise development costs in the futures that is why they are called technical debt.
In this talk you will see, which principles you should apply to your source code to prevent technical debt growing unrestricted. With the proper tool support refactorings for bad code can quickly be found and eliminated. I will present to you the tool Sotograph which allows us to inspect PHP code on a structural level and try out the effects of refactorings.
Was sind die entscheidenden Zutaten für agile Projekte? Was muss man bei agilen Projekten unbedingt beachten, damit Agilität ihre beeindruckende Kraft entfalten kann.
Mein Talk auf der OOP in München mit einer Kurzfassung aus meinem Buch "Langlebige Softwarearchitekturen - Technische Schulden beherrschen und abbauen"
Technische Schulden in Architekturen erkennen und beseitigenCarola Lilienthal
Beim Entwurf der Softwarearchitektur zu Beginn eines Projekts bringen die Architekten i.d.R. all ihre Erfahrung und ihr Knowhow ein und stellen eine Architektur-Blaupause für die Entwicklung bereit. Aber während der Implementierung weichen die Entwickler ungewollt mehr und mehr von diesen Vorgaben ab: Einerseits macht der Projektdruck Abweichungen notwendig, andererseits entstehen die Abweichungen ungewollt und unbemerkt. Die Architektur des Systems erodiert und es werden Schritt für Schritt technische Schulden aufgebaut. Wartung und Erweiterung der Software werden immer teurer bis zu dem Punkt, an dem jede Änderung zu einer schmerzhaften Anstrengung wird.
In diesem Vortrag berichte ich von meinen Erfahrungen der letzten zehn Jahre mit der Analyse von Softwarearchitekturen in Java (60 Systeme), C# (10 Systeme), C++(6 Systeme): Die Zuhörer wissen nach meinem Vortrag, welche Fehler sie in ihren Softwareprojekten bei der Umsetzung der Architektur nicht machen sollten, welche Prinzipien Sie einhalten sollen, um technische Schulden nicht entstehen zu lassen, welche Tools helfen, technische Schulden aufzuspüren, und wie technische Schulden abgebaut werden können.
Langlebige Softwarearchitekturen - Der Umgang mit technischen SchuldenCarola Lilienthal
Zu Beginn eines Projekts stellen die Architekten eine Architektur-Blaupause für die Entwicklung bereit. Während der Implementierung weichen die Entwickler ungewollt mehr und mehr von diesen Vorgaben ab: Einerseits macht der Projektdruck Abweichungen notwendig, andererseits entstehen die Abweichungen ungewollt und unbemerkt.
Die Architektur des Systems erodiert und weicht immer mehr von der geplanten Nutzung des Frameworks ab. Die Komplexität nimmt zu und es werden Schritt für Schritt technische Schulden aufgebaut.
In diesem Vortrag berichte ich von meinen Erfahrungen der letzten zehn Jahre: Die Zuhörer erfahren, welche Fehler sie in ihren Softwareprojekten bei der Umsetzung der Architektur nicht machen sollten, welche Prinzipien Sie einhalten sollen, um ein langlebige Architekturen zu entwerfen, welche Tools helfen, technische Schulden aufzuspüren, und wie technische Schulden abgebaut werden können.
Was für Arten von Qualitätssicherung sind sinnvoll, wenn man eine sich ändernde Architektur in sich änderndem Kontext entwickelt? Wie kann man im Team die Architektur als Mob verbessern?
Beim Bauen von Software werden tolle Technologien, Programmiersprachen und Tools eingesetzt. Das ist gut und richtig. Aber leider wird dabei oft aus den Augen verloren, dass das Entscheidende nicht die Technik, sondern die *Fachlichkeit* ist. Wenn wir in der Software nicht das fachliche Modell abbilden, dann wird sie unseren Anwendern nicht bei Ihrer Arbeit helfen. Davor schützt uns keine Technologie der Welt. Um das zu verhindern, zeigen wir in diesem Vortrag, wie man die Architektur so baut, dass sie die Fachlichkeit darstellt und wie Domain Driven Design (DDD) und Microservices uns dabei helfen können.
Almost every software system is created in difficult conditions and thus from the beginning burdened with quality problems. The most common difficulties are: deadlines forcing us to program hacks; divergent development skills in the team resulting in code of different quality; or old code, that is clumsy, tangled and without unit tests, putting a spoke in our wheel. All these bits and pieces of bad code will raise development costs in the futures that is why they are called technical debt.
In this talk you will see, which principles you should apply to your source code to prevent technical debt growing unrestricted. With the proper tool support refactorings for bad code can quickly be found and eliminated. I will present to you the tool Sotograph which allows us to inspect PHP code on a structural level and try out the effects of refactorings.
Was sind die entscheidenden Zutaten für agile Projekte? Was muss man bei agilen Projekten unbedingt beachten, damit Agilität ihre beeindruckende Kraft entfalten kann.
Mein Talk auf der OOP in München mit einer Kurzfassung aus meinem Buch "Langlebige Softwarearchitekturen - Technische Schulden beherrschen und abbauen"
Technische Schulden in Architekturen erkennen und beseitigenCarola Lilienthal
Beim Entwurf der Softwarearchitektur zu Beginn eines Projekts bringen die Architekten i.d.R. all ihre Erfahrung und ihr Knowhow ein und stellen eine Architektur-Blaupause für die Entwicklung bereit. Aber während der Implementierung weichen die Entwickler ungewollt mehr und mehr von diesen Vorgaben ab: Einerseits macht der Projektdruck Abweichungen notwendig, andererseits entstehen die Abweichungen ungewollt und unbemerkt. Die Architektur des Systems erodiert und es werden Schritt für Schritt technische Schulden aufgebaut. Wartung und Erweiterung der Software werden immer teurer bis zu dem Punkt, an dem jede Änderung zu einer schmerzhaften Anstrengung wird.
In diesem Vortrag berichte ich von meinen Erfahrungen der letzten zehn Jahre mit der Analyse von Softwarearchitekturen in Java (60 Systeme), C# (10 Systeme), C++(6 Systeme): Die Zuhörer wissen nach meinem Vortrag, welche Fehler sie in ihren Softwareprojekten bei der Umsetzung der Architektur nicht machen sollten, welche Prinzipien Sie einhalten sollen, um technische Schulden nicht entstehen zu lassen, welche Tools helfen, technische Schulden aufzuspüren, und wie technische Schulden abgebaut werden können.
Langlebige Softwarearchitekturen - Der Umgang mit technischen SchuldenCarola Lilienthal
Zu Beginn eines Projekts stellen die Architekten eine Architektur-Blaupause für die Entwicklung bereit. Während der Implementierung weichen die Entwickler ungewollt mehr und mehr von diesen Vorgaben ab: Einerseits macht der Projektdruck Abweichungen notwendig, andererseits entstehen die Abweichungen ungewollt und unbemerkt.
Die Architektur des Systems erodiert und weicht immer mehr von der geplanten Nutzung des Frameworks ab. Die Komplexität nimmt zu und es werden Schritt für Schritt technische Schulden aufgebaut.
In diesem Vortrag berichte ich von meinen Erfahrungen der letzten zehn Jahre: Die Zuhörer erfahren, welche Fehler sie in ihren Softwareprojekten bei der Umsetzung der Architektur nicht machen sollten, welche Prinzipien Sie einhalten sollen, um ein langlebige Architekturen zu entwerfen, welche Tools helfen, technische Schulden aufzuspüren, und wie technische Schulden abgebaut werden können.
Was für Arten von Qualitätssicherung sind sinnvoll, wenn man eine sich ändernde Architektur in sich änderndem Kontext entwickelt? Wie kann man im Team die Architektur als Mob verbessern?
Beim Bauen von Software werden tolle Technologien, Programmiersprachen und Tools eingesetzt. Das ist gut und richtig. Aber leider wird dabei oft aus den Augen verloren, dass das Entscheidende nicht die Technik, sondern die *Fachlichkeit* ist. Wenn wir in der Software nicht das fachliche Modell abbilden, dann wird sie unseren Anwendern nicht bei Ihrer Arbeit helfen. Davor schützt uns keine Technologie der Welt. Um das zu verhindern, zeigen wir in diesem Vortrag, wie man die Architektur so baut, dass sie die Fachlichkeit darstellt und wie Domain Driven Design (DDD) und Microservices uns dabei helfen können.
Technische Schulden tun weh! Wie man sie erkennt und beseitigtCarola Lilienthal
Fast jedes Softwaresystem wird mit guten Vorsätzen aber unter schwierigen Bedingungen entwickelt. Deadlines, unterschiedliche Qualifikationen und Missverständnisse im Entwicklungsteam führen dazu, dass die Architektur des Systems erodiert und Schritt für Schritt technische Schulden aufgebaut werden. Bis das ganze System zu einem unordentlichen großen Knäul verwoben ist und jede Anpassung zu einer unkalkulierbaren Kostenschraube wird. Weder den Entwicklungsteam, noch dem Management macht ein System in einem solchen Zustand Freude.
In diesem Vortrag zeige ich Ihnen, wie Sie Ihren Sourcecode organisieren und weiterentwickeln können, um das Entstehen und Ansteigen von technischen Schulden zu verhindern. Dabei werden Sie sehen, welche Prinzipien helfen, technische Schulden zu vermeiden und wie sie durch geeignete Refactoring aus der Welt geschaffen werden können. Basis aller Empfehlungen werden Beispiele aus den nunmehr über 100 Analysen sein, die ich an unterschiedlichsten Softwaresystemen durchführen durfte.
Modernes Projektmanagement mit agilen Methoden - Mehr Schub für langfristige Projekte
Projekte mit langer Laufzeit, in denen die Definition der Anforderungen und erste Berührungen mit den Anwendern weit auseinanderliegen, sind zum Scheitern verurteilt.
Modernes Projektmanagement stellt durch agile Methoden sicher, dass sich die Projektpartner eng abstimmen und alle relevanten Projektmitarbeiter kontinuierlich den Projektverlauf mit begleiten und definieren. Es wird flexibel auf Änderungen reagiert. Anwender sind frühzeitig eingebunden und können Einfluss nehmen. Die Akzeptanz wird dadurch signifikant erhöht.
In einem interaktiven Interview-Gespräch stellen unser Agil Coach Josephin Woschick und die erfahrene Projekleiterin Sunna Buschmann anhand von zahlreichen praktischen Erfahrungen vor, wie Agil als Methode funktioniert und ihnen hilft, die richtigen Projektergebnisse zu erreichen.
Teilnehmer erhalten auch die Möglichkeit selber Fragen zu stellen.
Sie lernen in diesem Webinar
• Wie startet man in ein agiles Projekt?
• Wie wird ein agiles Projekt aufgesetzt?
• Wieso kommt man agil besser zum Ziel?
Die Firma veranstaltet regelmäßig Events für Partner und Kunden, das NetworkCamp. Meine Session zu webthinking, unserem strategischen Beratungsmodell zur Entwicklung vernetzter Kommunikationslösungen.
Bist du auch ein webthinker?
Meine Antwort vorne weg: Ja! Die Gestaltung des Backlogs hat für mich direkten Einfluss auf die Teamentwicklung!
Auf meiner nun mehr 10-jährigen Reise als Scrum Master und Coach konnte ich beobachten, wie sehr der Aufbau des Product Backlogs meine Arbeit mit den Teams erleichtern oder eben auch erschweren kann. Der erste Schritt für eine erfolgreiche Teamentwicklung beginnt daher für mich beim Product Ownership.
In meinem Talk möchte ich diese Reiseerfahrungen mit euch teilen und den Theorien aus Zielsetzung und Teambuilding gegenüberstellen.
SEO & Content Marketing entlang der Customer Journey1&1
In seinem Vortrag für eine interne 1&1-Konferenz beantwortet Markus Walter folgende Fragen: Wie hat sich die Darstellung von Suchergebnissen verändert und welche Chancen hat man beim SEO? Content Marketing entlang der Customer Journey: Welche Inhalte funktionieren in welcher Phase? Warum muss bereits erstellter Content regelmäßig aktualisiert oder gar gelöscht werden?
Ist der Backolg ein Werkzeug für Teambuilding?JIPP.IT
Meine Antwort vorne weg: Ja! Die Gestaltung des Backlogs hat für mich direkten Einfluss auf die Teamentwicklung!
Auf meiner nun mehr 10-jährigen Reise als Scrum Master und Coach konnte ich beobachten, wie sehr der Aufbau des Product Backlogs meine Arbeit mit den Teams erleichtern oder eben auch erschweren kann. Der erste Schritt für eine erfolgreiche Teamentwicklung beginnt daher für mich beim Product Ownership.
In meinem Talk möchte ich diese Reiseerfahrungen mit euch teilen und den Theorien aus Zielsetzung und Teambuilding gegenüberstellen.
Meine Antwort vorne weg: Ja! Die Gestaltung des Backlogs hat für mich direkten Einfluss auf die Teamentwicklung!
Auf meiner nun mehr 10-jährigen Reise als Scrum Master und Coach konnte ich beobachten, wie sehr der Aufbau des Product Backlogs meine Arbeit mit den Teams erleichtern oder eben auch erschweren kann. Der erste Schritt für eine erfolgreiche Teamentwicklung beginnt daher für mich beim Product Ownership.
In meinem Talk möchte ich diese Reiseerfahrungen mit euch teilen und den Theorien aus Zielsetzung und Teambuilding gegenüberstellen.
Mit agiler Innovation zu Next Generation Mobile Business - Studienkeynote 6. ...University St. Gallen
Im Digitalen Zeitalter sieht Innovationsmanagement anders als in traditionellen Lehrbüchern vermittelt aus. In Grossunternehmen etabliert sich ein Set von Konzepten und Methoden, das Erfolgreiches aus Start-up Ökosystemen adaptiert. Wie Innovationsprojekte mit aktuellsten digitalen Technologien gestaltet sind, ist in einer Untersuchung von 9 Fallstudien mit 31 Interviews erhoben worden. Diese Präsentation zeigt die Treiber, ein ungestaltetes Innovationsmanagement Modell und je einen Ausschnitt aus den in der Studie behandelten Dimensionen. Diese basieren auf dem Activity Theory Framework
Mit agiler Innovation zu Next Generation Mobile Business - Studienkeynote 6. ...Vanessa Guggisberg
Im Digitalen Zeitalter sieht Innovationsmanagement anders als in traditionellen Lehrbüchern vermittelt aus. In Grossunternehmen etabliert sich ein Set von Konzepten und Methoden, das Erfolgreiches aus Design (Design Thinking), Software Entwicklung (Agile Methoden) und Start-up Ökosystemen (Lean Start-up) adaptiert. Wie Innovationsprojekte mit aktuellsten digitalen Technologien gestaltet sind, ist in einer Untersuchung von 9 Fallstudien mit 31 Interviews erhoben worden. Diese Präsentation zeigt die Treiber, ein ungestaltetes Innovationsvorgehens-Modell und je einen Ausschnitt aus den in der Studie behandelten Dimensionen. Diese basieren auf dem Activity Theory Framework.
Weitere ähnliche Inhalte
Ähnlich wie Große agile Teams - Zu viele Entwickler verderben den Brei?
Technische Schulden tun weh! Wie man sie erkennt und beseitigtCarola Lilienthal
Fast jedes Softwaresystem wird mit guten Vorsätzen aber unter schwierigen Bedingungen entwickelt. Deadlines, unterschiedliche Qualifikationen und Missverständnisse im Entwicklungsteam führen dazu, dass die Architektur des Systems erodiert und Schritt für Schritt technische Schulden aufgebaut werden. Bis das ganze System zu einem unordentlichen großen Knäul verwoben ist und jede Anpassung zu einer unkalkulierbaren Kostenschraube wird. Weder den Entwicklungsteam, noch dem Management macht ein System in einem solchen Zustand Freude.
In diesem Vortrag zeige ich Ihnen, wie Sie Ihren Sourcecode organisieren und weiterentwickeln können, um das Entstehen und Ansteigen von technischen Schulden zu verhindern. Dabei werden Sie sehen, welche Prinzipien helfen, technische Schulden zu vermeiden und wie sie durch geeignete Refactoring aus der Welt geschaffen werden können. Basis aller Empfehlungen werden Beispiele aus den nunmehr über 100 Analysen sein, die ich an unterschiedlichsten Softwaresystemen durchführen durfte.
Modernes Projektmanagement mit agilen Methoden - Mehr Schub für langfristige Projekte
Projekte mit langer Laufzeit, in denen die Definition der Anforderungen und erste Berührungen mit den Anwendern weit auseinanderliegen, sind zum Scheitern verurteilt.
Modernes Projektmanagement stellt durch agile Methoden sicher, dass sich die Projektpartner eng abstimmen und alle relevanten Projektmitarbeiter kontinuierlich den Projektverlauf mit begleiten und definieren. Es wird flexibel auf Änderungen reagiert. Anwender sind frühzeitig eingebunden und können Einfluss nehmen. Die Akzeptanz wird dadurch signifikant erhöht.
In einem interaktiven Interview-Gespräch stellen unser Agil Coach Josephin Woschick und die erfahrene Projekleiterin Sunna Buschmann anhand von zahlreichen praktischen Erfahrungen vor, wie Agil als Methode funktioniert und ihnen hilft, die richtigen Projektergebnisse zu erreichen.
Teilnehmer erhalten auch die Möglichkeit selber Fragen zu stellen.
Sie lernen in diesem Webinar
• Wie startet man in ein agiles Projekt?
• Wie wird ein agiles Projekt aufgesetzt?
• Wieso kommt man agil besser zum Ziel?
Die Firma veranstaltet regelmäßig Events für Partner und Kunden, das NetworkCamp. Meine Session zu webthinking, unserem strategischen Beratungsmodell zur Entwicklung vernetzter Kommunikationslösungen.
Bist du auch ein webthinker?
Meine Antwort vorne weg: Ja! Die Gestaltung des Backlogs hat für mich direkten Einfluss auf die Teamentwicklung!
Auf meiner nun mehr 10-jährigen Reise als Scrum Master und Coach konnte ich beobachten, wie sehr der Aufbau des Product Backlogs meine Arbeit mit den Teams erleichtern oder eben auch erschweren kann. Der erste Schritt für eine erfolgreiche Teamentwicklung beginnt daher für mich beim Product Ownership.
In meinem Talk möchte ich diese Reiseerfahrungen mit euch teilen und den Theorien aus Zielsetzung und Teambuilding gegenüberstellen.
SEO & Content Marketing entlang der Customer Journey1&1
In seinem Vortrag für eine interne 1&1-Konferenz beantwortet Markus Walter folgende Fragen: Wie hat sich die Darstellung von Suchergebnissen verändert und welche Chancen hat man beim SEO? Content Marketing entlang der Customer Journey: Welche Inhalte funktionieren in welcher Phase? Warum muss bereits erstellter Content regelmäßig aktualisiert oder gar gelöscht werden?
Ist der Backolg ein Werkzeug für Teambuilding?JIPP.IT
Meine Antwort vorne weg: Ja! Die Gestaltung des Backlogs hat für mich direkten Einfluss auf die Teamentwicklung!
Auf meiner nun mehr 10-jährigen Reise als Scrum Master und Coach konnte ich beobachten, wie sehr der Aufbau des Product Backlogs meine Arbeit mit den Teams erleichtern oder eben auch erschweren kann. Der erste Schritt für eine erfolgreiche Teamentwicklung beginnt daher für mich beim Product Ownership.
In meinem Talk möchte ich diese Reiseerfahrungen mit euch teilen und den Theorien aus Zielsetzung und Teambuilding gegenüberstellen.
Meine Antwort vorne weg: Ja! Die Gestaltung des Backlogs hat für mich direkten Einfluss auf die Teamentwicklung!
Auf meiner nun mehr 10-jährigen Reise als Scrum Master und Coach konnte ich beobachten, wie sehr der Aufbau des Product Backlogs meine Arbeit mit den Teams erleichtern oder eben auch erschweren kann. Der erste Schritt für eine erfolgreiche Teamentwicklung beginnt daher für mich beim Product Ownership.
In meinem Talk möchte ich diese Reiseerfahrungen mit euch teilen und den Theorien aus Zielsetzung und Teambuilding gegenüberstellen.
Mit agiler Innovation zu Next Generation Mobile Business - Studienkeynote 6. ...University St. Gallen
Im Digitalen Zeitalter sieht Innovationsmanagement anders als in traditionellen Lehrbüchern vermittelt aus. In Grossunternehmen etabliert sich ein Set von Konzepten und Methoden, das Erfolgreiches aus Start-up Ökosystemen adaptiert. Wie Innovationsprojekte mit aktuellsten digitalen Technologien gestaltet sind, ist in einer Untersuchung von 9 Fallstudien mit 31 Interviews erhoben worden. Diese Präsentation zeigt die Treiber, ein ungestaltetes Innovationsmanagement Modell und je einen Ausschnitt aus den in der Studie behandelten Dimensionen. Diese basieren auf dem Activity Theory Framework
Mit agiler Innovation zu Next Generation Mobile Business - Studienkeynote 6. ...Vanessa Guggisberg
Im Digitalen Zeitalter sieht Innovationsmanagement anders als in traditionellen Lehrbüchern vermittelt aus. In Grossunternehmen etabliert sich ein Set von Konzepten und Methoden, das Erfolgreiches aus Design (Design Thinking), Software Entwicklung (Agile Methoden) und Start-up Ökosystemen (Lean Start-up) adaptiert. Wie Innovationsprojekte mit aktuellsten digitalen Technologien gestaltet sind, ist in einer Untersuchung von 9 Fallstudien mit 31 Interviews erhoben worden. Diese Präsentation zeigt die Treiber, ein ungestaltetes Innovationsvorgehens-Modell und je einen Ausschnitt aus den in der Studie behandelten Dimensionen. Diese basieren auf dem Activity Theory Framework.
Ähnlich wie Große agile Teams - Zu viele Entwickler verderben den Brei? (20)
Mit agiler Innovation zu Next Generation Mobile Business - Studienkeynote 6. ...
Große agile Teams - Zu viele Entwickler verderben den Brei?
1. WPS - Workplace Solutions GmbH //// Hans-Henny-Jahnn-Weg 29 //// 22085 HAMBURG
Große agile Teams -
Zu viele Entwickler verderben den Brei?
Julia Stoff und Sarah Paruszewski
Februar 2017
2. 22.02.2017 //// Seite 2WPS - Workplace Solutions GmbH
Julia und Sarah
Sarah Paruszewski
@SarahParu
Julia Stoff
@StoffJul
5. 22.02.2017 //// Seite 5WPS - Workplace Solutions GmbH
“Having more than nine members
requires too much coordination. Large
Development Teams generate too much
complexity for an empirical process to
manage”
ScrumGuide, 2016
SCRUM
17. 22.02.2017 //// Seite 17WPS - Workplace Solutions GmbH
Kommunikations Overhead
„Adding manpower to a late project only
makes it later“
Fred Brooks - The Mythical Man-Month
Ramp-up Aufteilbarkeit von Tasks
SCRUM
23. 22.02.2017 //// Seite 23WPS - Workplace Solutions GmbH
Teamzusammensetzung
Agile Entwicklung
24. 22.02.2017 //// Seite 24WPS - Workplace Solutions GmbH
Teamzusammensetzung
Unterschiedliche Fähigkeiten
Ergänzen sich gegenseitig
Innovative Lösungen
25. 22.02.2017 //// Seite 25WPS - Workplace Solutions GmbH
Chef Architekt
Entwickler
Projektleiter
Kunde
PO
ScrumMaster
ROADS-
Team
Designerin
Großes Team im Alltag
26. 22.02.2017 //// Seite 26WPS - Workplace Solutions GmbH
0
5
10
15
20
Dez Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Dez Jan
2015 2016 2017
Wachstum desTeams
Großes Team im Alltag
27. 22.02.2017 //// Seite 27WPS - Workplace Solutions GmbH
Großes Team im Alltag
Rollen im Team
28. 22.02.2017 //// Seite 28WPS - Workplace Solutions GmbH
Großes Team im Alltag
Projektleiter
Schnittstelle zum Kunden
Scrum Master
Koordinierung des Teams
Blick auf die Finanzen
Ansprechpartner für das
Projekt
29. 22.02.2017 //// Seite 29WPS - Workplace Solutions GmbH
Großes Team im Alltag
Designerin
31. 22.02.2017 //// Seite 31WPS - Workplace Solutions GmbH
Design auf Taskebene:
Großes Team im Alltag
32. 22.02.2017 //// Seite 32WPS - Workplace Solutions GmbH
Großes Team im Alltag
Chef Architekt
Behält das gesamte
Architekturkonzept im Blick
Initiert Refactorings
Ansprechpartner
34. 22.02.2017 //// Seite 34WPS - Workplace Solutions GmbH
Wissenstransfer
„Wissen ist das einzige Gut, das sich
vermehrt, wenn man es teilt.“
Marie Freifrau von Ebner-Eschenbach (1830 – 1916)
35. 22.02.2017 //// Seite 35WPS - Workplace Solutions GmbH
Wissenstransfer
Unterschiedliche Arbeitszeitmodelle
Work-Life-Balance
Familie
Hobbies
Arbeit
Unterschiedliche Wissensstände
37. 22.02.2017 //// Seite 37WPS - Workplace Solutions GmbH
Wissenstransfer
Wissensträger
Keine Wissensinseln
Keine Truckfaktoren
In allen/vielen Bereichen auf dem laufenden
Ergänzen/unterstützen sich gegenseitig
38. 22.02.2017 //// Seite 38WPS - Workplace Solutions GmbH
Wissenstransfer
Wie geht das?!
39. 22.02.2017 //// Seite 39WPS - Workplace Solutions GmbH
Wissenstransfer
The most efficient and effective method of
conveying information to and within a
development team
is face-to-face conversation.
Agiles Manifest
49. 22.02.2017 //// Seite 49WPS - Workplace Solutions GmbH
Unser Alltag
Konzeptionsrunden
Zerlegung der Story in Tasks
Nach der Arbeitsgruppe
Kleine Gruppen
Einplanung in den Sprint
Anschließende Vorstellung
54. 22.02.2017 //// Seite 54WPS - Workplace Solutions GmbH
Unser Alltag
Daily Scrum klassisch
15 min Timebox
Synchronisation Team
Was habe ich gestern gemacht?
Was hat mich aufgehalten?
Was mache ich heute?
71. 22.02.2017 //// Seite 71WPS - Workplace Solutions GmbH
Unser Alltag
Paarbildung nach Daily Scrum
Berücksichtigung Wissensstand und Arbeitszeiten
Triviale Arbeiten nicht im Pair
72. 22.02.2017 //// Seite 72WPS - Workplace Solutions GmbH
Unser Alltag
Pair Programming
Hohe Qualität
Austausch
4 Augen Prinzip
Einarbeitung neuer Mitarbeiter
Pilot & Navigator
Pair Programming Matrix
73. 22.02.2017 //// Seite 73WPS - Workplace Solutions GmbH
Unser Alltag
Tim Anna Peter Nina Markus
Tim
Anna I
Peter IIII II
Nina II III I
Markus II I IIIII I
Pair Programming Matrix
75. 22.02.2017 //// Seite 75WPS - Workplace Solutions GmbH
Unser Alltag
Skill
A
Skill
B
Skill
C
Skill
D
Skill
E
Skill
F
Skill
G
Tim
Nina
Peter
Anna
Team Skill Matrix
76. 22.02.2017 //// Seite 76WPS - Workplace Solutions GmbH
Unser Alltag
Klärung der Skill Anforderungen
Status quo
Zeigt Weiterbildungsbereiche
Legt Lernziele fest
83. 22.02.2017 //// Seite 83WPS - Workplace Solutions GmbH
Unser Alltag
Mob Programming
Ein Pilot, viele Navigatoren
Hohe Qualität
Geballtes Wissen Vorstellung von Code
Schwierige Entscheidungen im Code
Selten
97. 22.02.2017 //// Seite 97WPS - Workplace Solutions GmbH
“To improve is to change, so to be perfect is
to have changed often.”
Winston Churchill, “His complete speeches, 1897-1963”
Unser Alltag
98. 22.02.2017 //// Seite 98WPS - Workplace Solutions GmbH
Vielen Dank für Eure
Aufmerksamkeit!
Fragen?