SlideShare ist ein Scribd-Unternehmen logo
1 von 54
Downloaden Sie, um offline zu lesen
© 2016 Mayflower GmbH
International PHP Conference, München 26. Oktober 2016

Martin Ruprecht
Mit Maintenance umgehen können- 

fixt du noch Bugs oder lieferst du schon neue
Features?
Martin Ruprecht
martin.ruprecht@mayflower.de
@mrupilo
„Wir sind hier an zwei Fronten tätig, 

neben den neuen Features sind wir
auch für die Maintenance des
Systems zuständig“
Zitat des Product Owners
13 %
6 %
63 %
19 %
Maintenance Entwicklung Spikes Architektur Meeting
8 %
10 %
4 %
18 % 61 %
Maintenance Entwicklung Spikes Architektur Meeting Weiterbildung
Maintenance
neue
F
e
a
t
u
r
e
sLicence: Public Domain
Das Dilemma
Was macht
Maintenance parallel 

zur Featureentwicklung
so schwierig?
Für Fehleranalyse und
Verbesserung von freiem Code
braucht das Kurzzeitgedächtnis
den Kontext von dazu.
Maintenance
Kontext: 

Welchen Code dazu gibt
es?
Maintenance
Kontext: 

Wie hängt der Code
zusammen?
Maintenance
Ich muss mich in den
Bereich wo es passiert
erst einarbeiten!
Maintenance
Kontinuierlicher Aufbau
von Wissen
Featureentwicklung
Sprint Planning
Meeting
Sprint Refinement
Meetings
Pair Programming
Code Reviews
Architektur
Planning Meeting
Lightning Talks
Brownbag Sessions
Slacktime
Maintenance und Featureentwicklung parallel
Ich muss mich in den
Bereich wo es passiert erst
einarbeiten und verliere
damit das Kurzzeitgedächtnis
für die eigentlichenTasks, an
denen ich sitze.
Das Team wird langsamer!
Maintenance und Featureentwicklung parallel
Licence: Public Domain
Entweder langsamer in der Maintenance
Maintenance und Featureentwicklung parallel
Licence: Public Domain
oder langsamer in der Featureentwicklung
Maintenance und Featureentwicklung parallel
Licence: Public Domain
Planen ist nicht mehr möglich!
Maintenance und Featureentwicklung parallel
Licence: Public Domain
Der Marktdruck steigt
Maintenance und Featureentwicklung parallel
Licence: Public Domain
Technical Debt wird akzeptiert
Maintenance und Featureentwicklung parallel
Licence: Public Domain
EinTeufelskreis entsteht!
Maintenance und Featureentwicklung parallel
Licence: Public Domain
Kunden werden
unzufrieden!
Maintenance und Featureentwicklung parallel
Licence: Public Domain
Kollegen werden
unzufrieden!
Maintenance und Featureentwicklung parallel
Licence: Public Domain
Maintenance
neue
F
e
a
t
u
r
e
sLicence: Public Domain
Das Dilemma
Was gilt es bei einer
Parallelisierung zu
beachten?
Produkt -

Weiterentwicklung
Maintenance-
Geschwindigkeit
Wissens-

Silos
Fokus/

Kontext
Zuverlässigkeit
Ausgeglichenheit
Mit welchen Strategien
kann ich das 

Dilemma umgehen?
Ein Team
Strategien
Licence: Public Domain
Der Product Owner priorisiert die
Arbeit aus beiden Töpfen:
Maintenance und
Featureentwicklung
Strategien: Ein Team
Strategien
Zwei TeamsLicence: Public Domain Licence: Public Domain
Jedes Team kümmert sich
jeweils ausschliesslich um 

seine Aufgabe - Maintenance
oder Featureentwicklung
Strategien: Zwei Teams
Maintenance-Tage
Strategien
Licence: Public Domain
Es gibt ein Team,
bestimmteTage sind für
Maintenance reserviert
Strategien: Maintenance-Tage
Strategien
Maintenance-
Guys
Licence: Public Domain
Es gibt 1-5 Maintenance-Guys
pro Sprint, die sich um
Maintenance-Themen
kümmern.
Strategien: Maintenance-Guy
Strategien
Ein Team, 

fixes Gesamtbudget für Features & Maintenance über das
ProjektLicence: Public Domain
Der Product Owner
bestimmt das Feature - und
Maintenance-Budget pro Sprint.
Strategien: Ein Team, Budget für FE und Maintenance
Welche Strategie soll
ich wählen?
Ein Team Zwei Teams
Maintenance
Tage
Maintenance
Guys
1 Team, FE &
M. Budget
Produkt-
Weiterentwicklung + ++ ++ ++ +
Maintenance-
Geschwindigkeit + + 0 0/+ +
Wissen-Silos ++ — + 0 0
Fokus/Kontext - + - + 0
Zuverlässigkeit - + + 0 0
Ausgeglichenheit ++ — — — +
Parallelbetrieb bedeutet
immer ein abwägen an Scope:
was mache ich- was nicht
Unsere Learnings:
Kontext-Wechsel 

und
„Wieder lernen vonThemen“
kostet Zeit
Wir kennen nun die
Auswirkungen der vorgestellten
Strategien und können damit
besser umgehen!
© 2016 Mayflower GmbH
Diskussion:
Welche Strategien kennt?
Welche habt ihr schon probiert?
Welche Auswirkungen hatten die Strategien?
(International PHP Conference, München 26.10.2016:
Mitschrift der Diskussion auf der folgenden Folie)
Frage von Martin Ruprecht: „Welche Strategien kennt/verfolgt ihr?“
- „Wir haben ein Team das sich nur um Maintenance kümmert, allerdings nur bis zu einem gewissen
Grad.Wir kategorisieren die Bugs in Klassen, wird z.B. ein critical Bug nicht in 4Std. gefixt, wird ein
„Experte“ aus dem Entwickler-Team hinzugezogen.“
- „Wir haben für Maintenance ein fixes Zeitbudget, je nach Dringlichkeit werden damit Bugs gefixt.“
Frage aus dem Publikum: „Ist es nicht falsch zwei Teams zu haben mit fix getrennten
Themenbereichen- werden da nicht automatisch Wissens-Silos aufgebaut?“
- Antwort Martin: „Du hast völlig recht! In einer optimalen Welt sollte ein Feedback Kanal etabliert
werden um zum einen das Wissen zu einem Bugfix wieder in das Team zurück zutragen. Und zum
anderen sollten alle Projektbeteiligten über die Entwicklung neuer Features Bescheid wissen.“
Frage aus dem Publikum: „Wie habt ihr Bugs kategorisiert?“
- Antwort Martin: „Wir hatten vier Klassen von Bugs. Eins: Businesskritischer Bug- alle Kraft sollte
darauf verwendet werden diesen Bug zu fixen (weil z.B. keine Buchung erfolgen kann), Zeitraum
zum fixen: sofort. Zwei: High Prio Bug- es ist zwar eine gewisse Funktionalität gegeben aber nicht
im gewünschten Format, Zeitraum zum fixen: in max. 2 Tagen. Drei: Medium Bug: Der Fehler hat
nahezu keine Auswirkung auf die Funktionalität, Zeitraum zum fixen: einen Sprint (2Wochen).Vier:
Low Prio Bug, die Funktionalität ist vollständig gegeben, andere Fixes sind erwünscht (z.B.
kosmetische Änderungen), Zeitraum zum fixen: 2 Sprints“
© 2016 Mayflower GmbH
martin.ruprecht@mayflower.de
@mrupilo
Feedback please!
Vielen Dank für Ihre Aufmerksamkeit!
© 2013 Mayflower GmbH
Kontakt Martin Ruprecht
martin.ruprecht@mayflower.de
+49 89 24 20 54 1116
Mayflower GmbH
Mannhardtstr. 6
80538 München
© 2016 Mayflower GmbH
Bildnachweis:
Alle gewählten Bilder unterliegen der Public Domain und sind
frei verfügbar.

Weitere ähnliche Inhalte

Was ist angesagt?

The Product Owner Playbook - Introduction
The Product Owner Playbook - IntroductionThe Product Owner Playbook - Introduction
The Product Owner Playbook - IntroductionCprime
 
Coaching Scrum Teams
Coaching Scrum TeamsCoaching Scrum Teams
Coaching Scrum Teamsbmyllerup
 
Webinar On Scaled Agile Framework (SAFe) | iZenBridge
Webinar On Scaled Agile Framework (SAFe) | iZenBridgeWebinar On Scaled Agile Framework (SAFe) | iZenBridge
Webinar On Scaled Agile Framework (SAFe) | iZenBridgeSaket Bansal
 
An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)CA Technologies
 
Agile Program and Portfolio Management
Agile Program and Portfolio ManagementAgile Program and Portfolio Management
Agile Program and Portfolio ManagementMike Cottmeyer
 
Introduction agile scrum methodology
Introduction agile scrum methodologyIntroduction agile scrum methodology
Introduction agile scrum methodologyAmit Verma
 
Agile scrum fundamentals
Agile scrum fundamentalsAgile scrum fundamentals
Agile scrum fundamentalsDeniz Gungor
 
Scrum presentation
Scrum presentationScrum presentation
Scrum presentationNguyen Tuan
 
Introduction to scaled agile framework
Introduction to scaled agile frameworkIntroduction to scaled agile framework
Introduction to scaled agile frameworkITEM
 
How to do effective pi planning
How to do effective pi planningHow to do effective pi planning
How to do effective pi planningSwatiKapoor43
 
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaScrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaEdureka!
 
Agile Training: Roles and Expectations
Agile Training: Roles and ExpectationsAgile Training: Roles and Expectations
Agile Training: Roles and ExpectationsMike Wienold
 

Was ist angesagt? (20)

The Product Owner Playbook - Introduction
The Product Owner Playbook - IntroductionThe Product Owner Playbook - Introduction
The Product Owner Playbook - Introduction
 
Scaled Agile Framework SAFe 4.0
Scaled Agile Framework SAFe 4.0Scaled Agile Framework SAFe 4.0
Scaled Agile Framework SAFe 4.0
 
2017 Scrum by Picture
2017 Scrum by Picture2017 Scrum by Picture
2017 Scrum by Picture
 
Coaching Scrum Teams
Coaching Scrum TeamsCoaching Scrum Teams
Coaching Scrum Teams
 
Webinar On Scaled Agile Framework (SAFe) | iZenBridge
Webinar On Scaled Agile Framework (SAFe) | iZenBridgeWebinar On Scaled Agile Framework (SAFe) | iZenBridge
Webinar On Scaled Agile Framework (SAFe) | iZenBridge
 
An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)
 
Agile Program and Portfolio Management
Agile Program and Portfolio ManagementAgile Program and Portfolio Management
Agile Program and Portfolio Management
 
Foundations of the Scaled Agile Framework 3.0
Foundations of the Scaled Agile Framework 3.0Foundations of the Scaled Agile Framework 3.0
Foundations of the Scaled Agile Framework 3.0
 
Role of scrum master
Role of scrum masterRole of scrum master
Role of scrum master
 
Introduction agile scrum methodology
Introduction agile scrum methodologyIntroduction agile scrum methodology
Introduction agile scrum methodology
 
Agile scrum fundamentals
Agile scrum fundamentalsAgile scrum fundamentals
Agile scrum fundamentals
 
Scrum roles
Scrum rolesScrum roles
Scrum roles
 
scrum
scrumscrum
scrum
 
Scrum presentation
Scrum presentationScrum presentation
Scrum presentation
 
Agile 101
Agile 101Agile 101
Agile 101
 
Introduction to scaled agile framework
Introduction to scaled agile frameworkIntroduction to scaled agile framework
Introduction to scaled agile framework
 
Scrum Product Owner
Scrum Product OwnerScrum Product Owner
Scrum Product Owner
 
How to do effective pi planning
How to do effective pi planningHow to do effective pi planning
How to do effective pi planning
 
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaScrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
 
Agile Training: Roles and Expectations
Agile Training: Roles and ExpectationsAgile Training: Roles and Expectations
Agile Training: Roles and Expectations
 

Ähnlich wie Mit Maintenance umgehen können- Fixt du noch Bugs oder lieferst du schon neue Features

Ueberlegungen Projektmanagement Web Applications
Ueberlegungen Projektmanagement Web ApplicationsUeberlegungen Projektmanagement Web Applications
Ueberlegungen Projektmanagement Web ApplicationsGünther Haslbeck
 
Software-Tests in PHP-Anwendungen
Software-Tests in PHP-AnwendungenSoftware-Tests in PHP-Anwendungen
Software-Tests in PHP-AnwendungenGjero Krsteski
 
Software Entwicklung im Team
Software Entwicklung im TeamSoftware Entwicklung im Team
Software Entwicklung im Teambrandts
 
Agile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von ScrumAgile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von ScrumZeljko Kvesic
 
Raus aus den Silos - Datenmanagement im digitalen Zeitalter
Raus aus den Silos - Datenmanagement im digitalen ZeitalterRaus aus den Silos - Datenmanagement im digitalen Zeitalter
Raus aus den Silos - Datenmanagement im digitalen ZeitalterDetlev Sandel
 
Fonda Casestudy: Das Online Vertriebsportal der Generali Deutschland
Fonda Casestudy: Das Online Vertriebsportal der Generali DeutschlandFonda Casestudy: Das Online Vertriebsportal der Generali Deutschland
Fonda Casestudy: Das Online Vertriebsportal der Generali DeutschlandFonda Wien
 
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...QAware GmbH
 
10 Fragen vor Testautomatisierung
10 Fragen vor Testautomatisierung10 Fragen vor Testautomatisierung
10 Fragen vor TestautomatisierungClaudia Baur
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernSascha Böhr
 
oee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 Technologie
oee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 Technologieoee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 Technologie
oee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 TechnologieLean Knowledge Base UG
 
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software EntwicklungDevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software EntwicklungMarc Müller
 
Scrum Cheat Sheet (Jan 2012)
Scrum Cheat Sheet (Jan 2012)Scrum Cheat Sheet (Jan 2012)
Scrum Cheat Sheet (Jan 2012)Michael Hübl
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererTobias Schlüter
 
Einfangen eines technisch kaputten projektes
Einfangen eines technisch kaputten projektesEinfangen eines technisch kaputten projektes
Einfangen eines technisch kaputten projektesJohann-Peter Hartmann
 
UX & AGILE vom SCRUM Stammtisch Graz
UX & AGILE vom SCRUM Stammtisch GrazUX & AGILE vom SCRUM Stammtisch Graz
UX & AGILE vom SCRUM Stammtisch GrazHAnnes Robier
 
Bessere Software schneller liefern
Bessere Software schneller liefernBessere Software schneller liefern
Bessere Software schneller liefernMayflower GmbH
 
Klassifizierung von Versicherungsschäden – AI und MLOps bei der Mobiliar
Klassifizierung von Versicherungsschäden – AI und MLOps bei der MobiliarKlassifizierung von Versicherungsschäden – AI und MLOps bei der Mobiliar
Klassifizierung von Versicherungsschäden – AI und MLOps bei der MobiliarBATbern
 
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...Markus Unterauer
 

Ähnlich wie Mit Maintenance umgehen können- Fixt du noch Bugs oder lieferst du schon neue Features (20)

Ueberlegungen Projektmanagement Web Applications
Ueberlegungen Projektmanagement Web ApplicationsUeberlegungen Projektmanagement Web Applications
Ueberlegungen Projektmanagement Web Applications
 
Software-Tests in PHP-Anwendungen
Software-Tests in PHP-AnwendungenSoftware-Tests in PHP-Anwendungen
Software-Tests in PHP-Anwendungen
 
Software Entwicklung im Team
Software Entwicklung im TeamSoftware Entwicklung im Team
Software Entwicklung im Team
 
Agile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von ScrumAgile softwareentwicklung am Beispiel von Scrum
Agile softwareentwicklung am Beispiel von Scrum
 
Raus aus den Silos - Datenmanagement im digitalen Zeitalter
Raus aus den Silos - Datenmanagement im digitalen ZeitalterRaus aus den Silos - Datenmanagement im digitalen Zeitalter
Raus aus den Silos - Datenmanagement im digitalen Zeitalter
 
Scrum 2009 10_23
Scrum 2009 10_23Scrum 2009 10_23
Scrum 2009 10_23
 
Fonda Casestudy: Das Online Vertriebsportal der Generali Deutschland
Fonda Casestudy: Das Online Vertriebsportal der Generali DeutschlandFonda Casestudy: Das Online Vertriebsportal der Generali Deutschland
Fonda Casestudy: Das Online Vertriebsportal der Generali Deutschland
 
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...
 
10 Fragen vor Testautomatisierung
10 Fragen vor Testautomatisierung10 Fragen vor Testautomatisierung
10 Fragen vor Testautomatisierung
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
 
oee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 Technologie
oee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 Technologieoee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 Technologie
oee.cloud: OEE-Optimierung einfach, schnell mit Industrie 4.0 Technologie
 
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software EntwicklungDevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
 
Scrum Cheat Sheet (Jan 2012)
Scrum Cheat Sheet (Jan 2012)Scrum Cheat Sheet (Jan 2012)
Scrum Cheat Sheet (Jan 2012)
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
 
Einfangen eines technisch kaputten projektes
Einfangen eines technisch kaputten projektesEinfangen eines technisch kaputten projektes
Einfangen eines technisch kaputten projektes
 
Projekte Schneiden
Projekte SchneidenProjekte Schneiden
Projekte Schneiden
 
UX & AGILE vom SCRUM Stammtisch Graz
UX & AGILE vom SCRUM Stammtisch GrazUX & AGILE vom SCRUM Stammtisch Graz
UX & AGILE vom SCRUM Stammtisch Graz
 
Bessere Software schneller liefern
Bessere Software schneller liefernBessere Software schneller liefern
Bessere Software schneller liefern
 
Klassifizierung von Versicherungsschäden – AI und MLOps bei der Mobiliar
Klassifizierung von Versicherungsschäden – AI und MLOps bei der MobiliarKlassifizierung von Versicherungsschäden – AI und MLOps bei der Mobiliar
Klassifizierung von Versicherungsschäden – AI und MLOps bei der Mobiliar
 
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
Rückwärts denken vorwärts handeln - Requirements Reverse Engineering bei Syst...
 

Mehr von Mayflower GmbH

JavaScript Days 2015: Security
JavaScript Days 2015: SecurityJavaScript Days 2015: Security
JavaScript Days 2015: SecurityMayflower GmbH
 
Vom Entwickler zur Führungskraft
Vom Entwickler zur FührungskraftVom Entwickler zur Führungskraft
Vom Entwickler zur FührungskraftMayflower GmbH
 
Salt and pepper — native code in the browser Browser using Google native Client
Salt and pepper — native code in the browser Browser using Google native ClientSalt and pepper — native code in the browser Browser using Google native Client
Salt and pepper — native code in the browser Browser using Google native ClientMayflower GmbH
 
Plugging holes — javascript memory leak debugging
Plugging holes — javascript memory leak debuggingPlugging holes — javascript memory leak debugging
Plugging holes — javascript memory leak debuggingMayflower GmbH
 
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...Mayflower GmbH
 
Native Cross-Platform-Apps mit Titanium Mobile und Alloy
Native Cross-Platform-Apps mit Titanium Mobile und AlloyNative Cross-Platform-Apps mit Titanium Mobile und Alloy
Native Cross-Platform-Apps mit Titanium Mobile und AlloyMayflower GmbH
 
Pair Programming Mythbusters
Pair Programming MythbustersPair Programming Mythbusters
Pair Programming MythbustersMayflower GmbH
 
Shoeism - Frau im Glück
Shoeism - Frau im GlückShoeism - Frau im Glück
Shoeism - Frau im GlückMayflower GmbH
 
Von 0 auf 100 in 2 Sprints
Von 0 auf 100 in 2 SprintsVon 0 auf 100 in 2 Sprints
Von 0 auf 100 in 2 SprintsMayflower GmbH
 
Piwik anpassen und skalieren
Piwik anpassen und skalierenPiwik anpassen und skalieren
Piwik anpassen und skalierenMayflower GmbH
 
Agilitaet im E-Commerce - E-Commerce Breakfast
Agilitaet im E-Commerce - E-Commerce BreakfastAgilitaet im E-Commerce - E-Commerce Breakfast
Agilitaet im E-Commerce - E-Commerce BreakfastMayflower GmbH
 
Mongo DB - Segen oder Fluch
Mongo DB - Segen oder FluchMongo DB - Segen oder Fluch
Mongo DB - Segen oder FluchMayflower GmbH
 

Mehr von Mayflower GmbH (20)

Why and what is go
Why and what is goWhy and what is go
Why and what is go
 
Agile Anti-Patterns
Agile Anti-PatternsAgile Anti-Patterns
Agile Anti-Patterns
 
JavaScript Days 2015: Security
JavaScript Days 2015: SecurityJavaScript Days 2015: Security
JavaScript Days 2015: Security
 
Vom Entwickler zur Führungskraft
Vom Entwickler zur FührungskraftVom Entwickler zur Führungskraft
Vom Entwickler zur Führungskraft
 
Produktive teams
Produktive teamsProduktive teams
Produktive teams
 
Salt and pepper — native code in the browser Browser using Google native Client
Salt and pepper — native code in the browser Browser using Google native ClientSalt and pepper — native code in the browser Browser using Google native Client
Salt and pepper — native code in the browser Browser using Google native Client
 
Plugging holes — javascript memory leak debugging
Plugging holes — javascript memory leak debuggingPlugging holes — javascript memory leak debugging
Plugging holes — javascript memory leak debugging
 
Usability im web
Usability im webUsability im web
Usability im web
 
Rewrites überleben
Rewrites überlebenRewrites überleben
Rewrites überleben
 
JavaScript Security
JavaScript SecurityJavaScript Security
JavaScript Security
 
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...
50 mal produktiver - oder warum ich gute Teams brauche und nicht gute Entwick...
 
Responsive Webdesign
Responsive WebdesignResponsive Webdesign
Responsive Webdesign
 
Native Cross-Platform-Apps mit Titanium Mobile und Alloy
Native Cross-Platform-Apps mit Titanium Mobile und AlloyNative Cross-Platform-Apps mit Titanium Mobile und Alloy
Native Cross-Platform-Apps mit Titanium Mobile und Alloy
 
Pair Programming Mythbusters
Pair Programming MythbustersPair Programming Mythbusters
Pair Programming Mythbusters
 
Shoeism - Frau im Glück
Shoeism - Frau im GlückShoeism - Frau im Glück
Shoeism - Frau im Glück
 
Von 0 auf 100 in 2 Sprints
Von 0 auf 100 in 2 SprintsVon 0 auf 100 in 2 Sprints
Von 0 auf 100 in 2 Sprints
 
Piwik anpassen und skalieren
Piwik anpassen und skalierenPiwik anpassen und skalieren
Piwik anpassen und skalieren
 
Agilitaet im E-Commerce - E-Commerce Breakfast
Agilitaet im E-Commerce - E-Commerce BreakfastAgilitaet im E-Commerce - E-Commerce Breakfast
Agilitaet im E-Commerce - E-Commerce Breakfast
 
Mongo DB - Segen oder Fluch
Mongo DB - Segen oder FluchMongo DB - Segen oder Fluch
Mongo DB - Segen oder Fluch
 
Schnelle Geschäfte
Schnelle GeschäfteSchnelle Geschäfte
Schnelle Geschäfte
 

Mit Maintenance umgehen können- Fixt du noch Bugs oder lieferst du schon neue Features