0
Kontinuierliche Verbesserung inPHP-ProjektenThorsten Rinne ist in Australien, statt dessendann ich.                       ...
ContinuousIntegration?     Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 2
ContinuousInspection?    Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 3
Continuous Delivery?         Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 4
http://www.flickr.com/photos/nataliaromay/3217596831/          Warum brauchen wir            kontinuierliche            Ver...
Wir sind Entwickler        Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I
Wir sind EntwicklerWir sind nicht der        Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February ...
Wir sind Entwickler  Wir sind nicht derWir sind nicht perfekt, aber wir wissen das      immerhin.          Continuous Impr...
„Continuous Improvement isbetter than delayed perfection.“           Mark Twain               Continuous Improvement in PH...
Aber was genau ist kontinuierliche  Verbesserung?        Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25...
„A continuous improvement process is an ongoing effortto improve products, services  or processes. These efforts       see...
Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 10
ContinuousImprovement      ~    Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 11
KAI                         ZEN  =                           =Wandel                       Gut         Continuous Improvem...
Attention!  Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 13
Das kompletteUnternehmen mussden Wandel wollen!         Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25t...
In 3 Schritten zur kontinuierlichen  Verbesserung        Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25...
1   Was wollen wir     erreichen?Welche Probleme und        Continuous Improvement in PHP Projects I   Mayflower GmbH   I  ...
2 Was machen wir konkret? WelcheMaßnahmen machen       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th...
3Wir entscheiden, welche     Maßnahmen in    Verbesserungen          Continuous Improvement in PHP Projects I   Mayflower G...
Plan                    DoAct              Check       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th...
PLAN:Was wollen wir      Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 20
Plan                    DoAct              Check       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th...
DO:Durchführen der      Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 22
Plan                    DoAct              Check       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th...
CHECK:What did we achieve?         Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 24
Plan                    DoAct              Check       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th...
ACT:Es zum Standard      Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 26
Plan                    DoAct              Check       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th...
Ok, Theorie ist klar,was macht die Praxis?          Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th Fe...
SCRUM  Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 29
SCRUM                                                 Retrospektiv                                                 e Retur...
SCRUM                                                 Retrospektiv                      Sprint                     e      ...
SCRUM                                                  Retrospektiv                       Sprint                     e    ...
SCRUM                                                            Retrospektiv                                 Sprint      ...
SCRUM                                                            Retrospektiv                                 Sprint      ...
SCRUM                                                            Retrospektiv                                 Sprint      ...
SCRUM                                                            Retrospektiv                                 Sprint      ...
SCRUM                       24 hours                                                            Retrospektiv              ...
SCRUM:     Velocity alstransparente Effizienz          Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th...
Plan Do                                                        Act CheckTypische Fehler:- Retrospektiven ohne C&A- Shippab...
ExtremeProgramming    Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 33
ExtremeProgramming:     Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 34
ExtremeProgramming:     Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 35
ExtremeProgramming:     Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 36
Fazit:Agile Methoden sind für     kontinuierlicheVerbesserung gemacht!          Continuous Improvement in PHP Projects I  ...
Scrum + XP + Continuous EPIC WIN Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 38
TechnischeKontinuierliche Verbesserung      Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February  ...
Mit einer alten Code-    Basis arbeiten         Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th Februa...
Code Aging    Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 41
Technical Debt      Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 42
„We can do things quick and dirty.                Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th Febr...
„We can do things quick and dirty.The dirty way leads to technical debt.                 Continuous Improvement in PHP Pro...
„We can do things quick and dirty.The dirty way leads to technical debt.  This can kill a software.“                 Conti...
Warum auch dasManagement keinenTechnical Debt will:         Continuous Improvement in PHP Projects I   Mayflower GmbH   I  ...
Kosten pro Feature / Bug                       fehlendes Refactoring           maximaler Businessvalue                    ...
Ohne Rückzahlung der technischenSchulden stirbt die        Continuous Improvement in PHP Projects I   Mayflower GmbH   I   ...
KontinuierlichesRefaktorieren der       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 47
PHP Tool Support       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 48
Ein CI-Server muss da         sein.         Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February  ...
Ein CI-Server muss da         sein.  Selbst wenn man   keine Unittests         Continuous Improvement in PHP Projects I   ...
(Bitte nicht Sebastian          Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 50
Jenkins CI Server       Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 51
Netterweise gibts schon eine schöne PHP-               Integration:        http://jenkins-            php.org             ...
$   pear   channel-discover   pear.pdepend.org$   pear   channel-discover   pear.phpmd.org$   pear   channel-discover   pe...
PHP_CodeSniffer      Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 54
Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 55
PHP_CodeBrowser      Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 56
Cinder  Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 57
Todolist1.   Commitment von _jeder_ Seite schaffen2.   Organisatorische Infrastruktur schaffen3.   Technische Infrastruktu...
Questions?    Continuous Improvement in PHP Projects I   Mayflower GmbH   I   25th February   I 59
Upcoming SlideShare
Loading in...5
×

Kontinuierliche verbesserung in php projekten

366

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
366
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
4
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • \n
  • Wer benutzt continuous integration?\nJenkins? Bamboo? phpUnderControl?\nPHPUnit? Unittests?\n
  • PHP_CodeSniffer? phpcpd?\nWer benutzt diese Tools??\n
  • Wer macht die Releases? Können jederzeit welche passieren? \n
  • \n
  • \n
  • \n
  • \n
  • Aber was steht genau dahinter? \n
  • Dahinter steht die Einsicht, dass eine konsequente Verbesserung überall in kleine Schritten mehr Früchte trägt als die Hoffnung auf ein Silver Bullet, das einen magischen Durchbruch erlaubt.\n
  • Die Idee stammt nicht von uns Software-Jungs, sonder bildet die Grundlage des Erfolges der japanischen Automobilhersteller in der Nachkriegszeit. \n\n
  • Die Idee hat sich einen Weg durch alle Branchen gefressen, und findet sich als KaiZen, als TQM, als Kontinuierlicher Verbesserungsprozess und ähnliches in fast jedem mittlerem und grossen Unternehmen. \n\n
  • KAIZEN sind zwei Worte, \nKAI steht für Wandel | ZEN steht für das Gute\nder Wandel zu etwas Besserem ist also die Motivation.\n
  • Und da beginnen auch die Probleme - Wandel bringt Probleme\n\n
  • Wenn das Management, die Projektleiter, die Gamedesigner, die Entwickler oder die Admins den Wandel nicht wollen - weil sie ihm etwa nicht trauen - funktioniert es nicht. Auch nicht der Wandel zum Guten.\n
  • \n
  • Dieser Schritt wird vom ganzen Team in einem Workshop gemacht. Im Gegensatz zur klassischen Unternehmensführung geht es hier nicht um Vorgaben des Managements, sondern um eine gemeinsame Einschätzung der Leute, die es betrifft. In Scrum nennt man diesen Workshop Retrospektive. Probleme und Chancen werden durch die Betroffenen priorisiert.\n
  • Aus den Problemen und Chancen entwickeln wir Maßnahmen - aber nicht jede Maßnahme taugt, denn das Ziel sind kontinuierliche, kleine Verbesserungen und keine Revolutionen. \n
  • Weiss jemand, wie das geschieht? Woran erkennt man, dass ein Maßnahme eine Verbesserung sein wird? \n
  • Die Antwort ist einfach: man kann es nicht vorher entscheiden, man muss es probieren. \nEiner der Leute, die damals von MacArthur nach Japan geholt wurden war William Edwards Deming, und hier sehen wir den Deming-Circle, der genau mit der Tatsache umgeht, dass man erst hinterher weiß, obs gut war.\n
  • Zunächst Planen, das ist der oben genannte Workshop bzw. die Scrum-Retrospektive.\n\n
  • Second part is DO.\n
  • Dann wird die Änderung durchgeführt - das muss btw. nicht überall sein, und es muss sich auch nicht um eine grundlegende Änderung handeln. Hiermit kann auch ein kleiner Probelauf, zum Beispiel ein Architectural Spike als Test im nächsten Sprint gemeint sein.\n\n
  • Der dritte Schritt ist CHECK\n
  • Die Resultate werden geprüft, und es wird beurteilt, ob es so überall eingeführt werden kann, ob es angepasst und nicht mal probiert werden muss oder ob es einfach nur eine Schnappsidee war. \n\n
  • Last step: ACT\n
  • Wenn man festgestellt hat das es taugt, wird es auf breiter Front eingeführt. Bis es aufhört zu taugen und wieder als Problem auftaucht.\n
  • Einer dieser Cycles bezieht sich also nur auf eine Veränderung, auf nur eine Maßnahme, von der man erst nach dem Durchlauf weiss, ob sie was getaugt hat. \n
  • \n
  • \n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • In Scrum nimmt die Retrospektive die Rolle der kontinuierlichen Verbesserung ein. Auch das konsequente Liefern von potenziell lieferbaren Produkten fokussiert auf kleine statt grundlegende Änderungen.\n
  • Testgetriebene Entwicklung ist klassische Kontinuierliche Verbesserung: Es wird das Soll definiert, und dann das Ist so geändert, dass das Soll messbar erfüllt wird.\n
  • Jetzt machen wir - wie auch hier - schon eine Weile Scrum, und da gibts auch schon Erfahrungen, warum das nicht immer klappt. \n
  • Auch Extreme Programming bringt einige Ideen aus der kontinuierlichen Verbesserung mit.\n
  • Testgetriebene Entwicklung ist klassische Kontinuierliche Verbesserung: Es wird das Soll definiert, und dann das Ist so geändert, dass das Soll messbar erfüllt wird.\n
  • Kontinuierliche Integration sichert das Vorgehen in kleinen Schritten, und die permanente Prüfung dieser kleinen Schritte. Wenn sie das Gesamtsystem stören, wird es unmittelbar behoben.\n
  • Refactoring beruht auf der Prüfung des bestehenden und passt dieses gegebenenfalls an.\n
  • \n
  • Wir haben also ohnehin schon die Plattform, die uns kontinuierliche Verbesserung bringt.\n
  • Ein paar praktische Beispiele für kontinuierliche Verbesserung in PHP-Projekten.\n
  • Bei PHP gab es ja nicht umsonst die Dark Ages. Erinnert sich noch jemand an PHP-Code, den er 2001 programmiert hat? Angeblich soll es sogar sehr erfolgreiche Browsergames auf einer solchen Basis geben. \n
  • Aber auch bei neuem Code haben wir in PHP solche Probleme, schliesslich wollen die Leute schnelle Featureänderungen und viel Evolution. Das ist massgeblich für die Plattformentscheidung zu PHP:\n
  • Das, was wir dann unsichtbar in der Software mitschleppen ist technical debt.\n
  • Erfunden hat das Ward Cunningham 1992\n
  • Erfunden hat das Ward Cunningham 1992\n
  • Und damit will es btw genau Test Driven Development, Refactoring, etc. \n
  • Wenn ich die Lebenszeit der Software auf eine Zeitachse lege, dann gibt es eine natürliches Ende des Lebens der Software - wenn der Aufwand zur Änderung höher ist als der Businessvalue der Änderung. Häufige Änderungen beschleunigen dieses Leben, Refactoring verlängert es.\n
  • Ich kann also mit dem Einsatz von Refactoring nicht nur die laufenden Kosten der Software mittelfristig senken, sondern auch die Gesamtlebenszeit - und damit den Gesamt-ROI - vergrössern.\n
  • Und da wir alle das Pech haben, dass unsere Lösungen erfolgreich sind und sich tatsächlich weiterentwickeln, müssen wir auch alle Refactorn.\n
  • Netterweise hilft einem die PHP-Welt dabei, und versucht uns den Weg zu billig und schmerzfrei wie möglich zu machen.\n
  • \n
  • \n
  • State-Of-The-Art tool ist Jenkins.\n
  • Installation for PHPUnit, PHP_Depend, PHPMD, phpcpd, phploc,\nPHP_Documentator, PHP_CodeSniffer and PHP_CodeBrowser\n
  • \n
  • Der Codesniffer hilft mir bei einigen Varianten von Technical Debt - zB fehlender Inline-Dokumentation, schlechter Struktur und unlesbarem Code. Er verbilligt mir, in Deming-Circle gesprochen, den Plan-Anteil\n
  • PHPMD ist der PHP Mess Detector, der ähnliches tut - allerdings tiefer in den Syntax und die Struktur eingesteigt, und auch Aussagen über Vererbungstiefe und ähnliches geben kann. Wie man an diesem Feature sehen kann kommt er aus der Java-Welt.\n
  • Der Codebrowser kommt von Mayflower und ist ein einfaches Tool, dass die Ausgaben aller oben genannter Tools direkt im Sourcecode anzeigt. Das verbilligt den Do-Teil aus dem Deming-Circle, weil ich die Verbesserungen on the fly machen kann, wenn ich den Code ohnehin gerade verstehe.\n\n
  • Cinder macht das gleiche - nur innerhalb von Eclipse. Die Ergebnisse aus meiner Jenkins-CI werden direkt auf meinen Code in der IDE abgebildet - und auf die Weise kann ich dort unmittelbar an meinem Code Verbesserungen vornehmen.\n\n
  • \n
  • \n
  • Transcript of "Kontinuierliche verbesserung in php projekten"

    1. 1. Kontinuierliche Verbesserung inPHP-ProjektenThorsten Rinne ist in Australien, statt dessendann ich. © 2011 Mayflower GmbH
    2. 2. ContinuousIntegration? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 2
    3. 3. ContinuousInspection? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 3
    4. 4. Continuous Delivery? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 4
    5. 5. http://www.flickr.com/photos/nataliaromay/3217596831/ Warum brauchen wir kontinuierliche Verbesserung? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 5
    6. 6. Wir sind Entwickler Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I
    7. 7. Wir sind EntwicklerWir sind nicht der Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I
    8. 8. Wir sind Entwickler Wir sind nicht derWir sind nicht perfekt, aber wir wissen das immerhin. Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I
    9. 9. „Continuous Improvement isbetter than delayed perfection.“ Mark Twain Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 7
    10. 10. Aber was genau ist kontinuierliche Verbesserung? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 8
    11. 11. „A continuous improvement process is an ongoing effortto improve products, services or processes. These efforts seek incremental improvement over time or breakthrough improvement all at once.“ Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 9
    12. 12. Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 10
    13. 13. ContinuousImprovement ~ Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 11
    14. 14. KAI ZEN = =Wandel Gut Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 12
    15. 15. Attention! Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 13
    16. 16. Das kompletteUnternehmen mussden Wandel wollen! Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 14
    17. 17. In 3 Schritten zur kontinuierlichen Verbesserung Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 15
    18. 18. 1 Was wollen wir erreichen?Welche Probleme und Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 16
    19. 19. 2 Was machen wir konkret? WelcheMaßnahmen machen Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 17
    20. 20. 3Wir entscheiden, welche Maßnahmen in Verbesserungen Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 18
    21. 21. Plan DoAct Check Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 19
    22. 22. PLAN:Was wollen wir Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 20
    23. 23. Plan DoAct Check Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 21
    24. 24. DO:Durchführen der Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 22
    25. 25. Plan DoAct Check Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 23
    26. 26. CHECK:What did we achieve? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 24
    27. 27. Plan DoAct Check Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 25
    28. 28. ACT:Es zum Standard Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 26
    29. 29. Plan DoAct Check Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 27
    30. 30. Ok, Theorie ist klar,was macht die Praxis? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 28
    31. 31. SCRUM Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 29
    32. 32. SCRUM Retrospektiv e Return Gift wrap Cancel Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    33. 33. SCRUM Retrospektiv Sprint e 2 weeks Return Gift wrap Cancel Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    34. 34. SCRUM Retrospektiv Sprint e 2 weeks Sprint goal Return Gift wrap Cancel Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    35. 35. SCRUM Retrospektiv Sprint e 2 weeks Sprint goal Return Sprint backlog Gift wrap Cancel Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    36. 36. SCRUM Retrospektiv Sprint e 2 weeks Sprint goal Return Sprint Potentially backlog shippable Gift wrap product increment Cancel Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    37. 37. SCRUM Retrospektiv Sprint e 2 weeks Sprint goal Return Sprint Potentially backlog shippable Gift wrap product increment Cancel CS fixes Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    38. 38. SCRUM Retrospektiv Sprint e 2 weeks Sprint goal Return Sprint Potentially backlog Cancel shippable CS fixes product incrementGift wrap Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    39. 39. SCRUM 24 hours Retrospektiv Sprint e 2 weeks Sprint goal Return Sprint Potentially backlog Cancel shippable CS fixes product incrementGift wrap Product backlog Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 30
    40. 40. SCRUM: Velocity alstransparente Effizienz Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 31
    41. 41. Plan Do Act CheckTypische Fehler:- Retrospektiven ohne C&A- Shippable- SCM ignoriert das Produkt selbst- Velocity wird ignoriert Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 32
    42. 42. ExtremeProgramming Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 33
    43. 43. ExtremeProgramming: Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 34
    44. 44. ExtremeProgramming: Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 35
    45. 45. ExtremeProgramming: Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 36
    46. 46. Fazit:Agile Methoden sind für kontinuierlicheVerbesserung gemacht! Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 37
    47. 47. Scrum + XP + Continuous EPIC WIN Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 38
    48. 48. TechnischeKontinuierliche Verbesserung Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 39
    49. 49. Mit einer alten Code- Basis arbeiten Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 40
    50. 50. Code Aging Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 41
    51. 51. Technical Debt Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 42
    52. 52. „We can do things quick and dirty. Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 43
    53. 53. „We can do things quick and dirty.The dirty way leads to technical debt. Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 43
    54. 54. „We can do things quick and dirty.The dirty way leads to technical debt. This can kill a software.“ Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 43
    55. 55. Warum auch dasManagement keinenTechnical Debt will: Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 44
    56. 56. Kosten pro Feature / Bug fehlendes Refactoring maximaler Businessvalue DEAD END! Zeit Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 45
    57. 57. Ohne Rückzahlung der technischenSchulden stirbt die Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 46
    58. 58. KontinuierlichesRefaktorieren der Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 47
    59. 59. PHP Tool Support Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 48
    60. 60. Ein CI-Server muss da sein. Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 49
    61. 61. Ein CI-Server muss da sein. Selbst wenn man keine Unittests Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 49
    62. 62. (Bitte nicht Sebastian Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 50
    63. 63. Jenkins CI Server Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 51
    64. 64. Netterweise gibts schon eine schöne PHP- Integration: http://jenkins- php.org Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 52
    65. 65. $ pear channel-discover pear.pdepend.org$ pear channel-discover pear.phpmd.org$ pear channel-discover pear.phpunit.de$ pear channel-discover components.ez.no$ pear channel-discover pear.symfony-project.com$ pear install pdepend/PHP_Depend$ pear install phpmd/PHP_PMD$ pear install phpunit/phpcpd$ pear install phpunit/phploc$ pear install PHPDocumentor$ pear install PHP_CodeSniffer$ pear install --alldeps phpunit/PHP_CodeBrowser$ pear install --alldeps phpunit/PHPUnit Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 53
    66. 66. PHP_CodeSniffer Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 54
    67. 67. Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 55
    68. 68. PHP_CodeBrowser Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 56
    69. 69. Cinder Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 57
    70. 70. Todolist1. Commitment von _jeder_ Seite schaffen2. Organisatorische Infrastruktur schaffen3. Technische Infrastruktur schaffen4. Nachvollziehbare Verbesserung produzieren Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 58
    71. 71. Questions? Continuous Improvement in PHP Projects I Mayflower GmbH I 25th February I 59
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×