Gemeinsamer Vortrag mit Judith Andresen und Agata Raap über Risikoanalys und wie man den Vorteil von Unit Testing berechnbar machen kann.

1. PHP Unconference
Hamburg, 19.08.2012
Judith Andresen, Agata Raap, Frank Sons
Es rechnet sich!
Argumente für den Einsatz von PHPUnit
1

2. Siehe auch: Vortragsübersicht janosch007 2
Weitere Texte, Quellen,
Zitatgeber
Spielregeln für diesen
Vortrag
_ Zwischenfragen JA
_ „Coaching“ NEIN
_ Twittern JA
@janosch007, @teemitzitrone, @FrankS

3. 3
Judith, Agata & Frank
Judith | Account Director bei SinnerSchrader
Agata | PHP-Entwicklerin bei Bigpoint
Frank | Senior Software Engineer bei Bigpoint

4. 4
Ziel des Vortrags
„Es rechnet sich“
PHPUnit-Erfahrung
Business-Sicht auf Projekte
Neuen Blickwinkel auf Projekte /
Testverfahren aufzeigen

5. I. Zielkonflikte in IT-Projekten
II. Rechnen!
III. Diskussion
Agenda
5

6. I. Zielkonflikte in IT-Projekten
II. Rechnen!
III. Diskussion
Agenda
6

7. „Testen können wir nicht, weil es zu viel kostet.“
„Fürs Testen haben wir keine Zeit!“
7

8. Rechnet sich diese Einstellung?
8

9. 9
Ohne Tests verbringt der Entwickler viel
Zeit mit BugFixing
60%
BugFixing
10% Tests
30% Entwicklung

10. 10
Tests erhöhen die produktive
Entwicklungszeit
20% BugFixing
60%
BugFixing 30% Tests
10% Tests
50% Entwicklung
30% Entwicklung

11. 11
Projektmanager wollen liefern!
Zeit Qualität Aufwand
Zielerreichung für Marketing / Business

12. 12
Entwickler will über Zeit liefern!
Sicherheit Performance Stabilität
Langlebige Qualität im Produkt

13. 13
Projektmanagement schaut aufs
Projekt, Entwicklung aufs Produkt
Projekt 1 Projektmanager
Projekt 2
Projekt 3
System 1
Entwickler
System 2
System 3
Zeit t

14. Qualität aus Sicht des Kunden ist die GUI am
Abgabetag
Damit unterscheiden sich die Qualitätsmetriken
14

15. I. Zielkonflikte in IT-Projekten
II. Rechnen!
III. Diskussion
Agenda
15

16. 1. Risiken in Auswirkungen beziffern
2. Entwicklungsaufwand gegenüber stellen
16

17. 1. Risiken in Auswirkungen beziffern
2. Entwicklungsaufwand gegenüber stellen
17

18. Rudolf Baehr 18
Risiko = Eintrittswahrscheinlichkeit *
Auswirkungen
# Beschreibung EWS A R M
Prio A-Themen für
Inhalte werden später als
1 80 % 5 4 „schmalen Roll-Out“
01.06. geliefert
identifizieren
Wir kennen die EWS nicht!
Kunde benennt Frühe Releases |
2 Änderungsbedarf erst nach 90 % 3 2,7 Zeitplanung (inkl.
dem ersten Release Livegangs-Relevanz) klären
Aufwände unterschätzt Code-Reviews vor Livegang;
3 75 % 4 3
(-> schlecht wartbarer Code) ggf. Projektlaufzeit ändern
Datenbank-Übertrag zum
4 10 % 5 0,5 Probelauf | Üben
Livegang nicht fehlerfrei

19. Interdisziplinäre Risikoanalyse!
Wie teuer ist es, wenn das Risiko eintritt?
19

20. Einfach mal rechnen!
20

21. 21
Integration von Affiliates kaputt:
Landingpage down
_ 1 Stunde
_ Besucher / Stunde: 250.000
_ 10% ClickRate
_ Preis pro Click: 0,10 EUR
_ => 2.500 EUR Verlust
_ => Unzufriedene Kunden / Interessenten

22. 1. Risiken in Auswirkungen beziffern
2. Entwicklungsaufwand gegenüber stellen
22

23. 23
Absichern über UnitTests
_ 15 PT Aufwand
_ 400,00 EUR Mitarbeiterkosten / Tag
_ 6.000,00 EUR Kosten
_ + 20% UnitTests = 1.200,00 EUR

24. 24
Zahlen fürs Management
zusammenstellen
# Risiko Fachliche Folgen Monetäre Folgen Vorsorge
Landingpage für
1 Reputationsverlust -2.500,00 1.200,00
1h down
2 ...
3 ...
Argumentativ auch „alte“ Fälle beachten
4 ...

25. Naiv
Risikomanagement
25

26. 26
Atompilz, schillernd,
Bekanntschaft gemacht
_ Zwei Tage Stillstand der zentralen
Buchungsdatenbank
_ SEO-abhängige Website aus Google ausgesperrt
(robots.txt aus Test-Umgebung verweigerte
Zugriff)
Und welche Fälle kennt Ihr?

27. I. Zielkonflikte in IT-Projekte
II. Rechnen!
III. Diskussion
Agenda
27

28. Fragen?
Bild: http://www.morguefile.com/archive/display/663499 28

29. www.andresen.de/blog/vortrag
@janosch007
Viel Erfolg!
Bild: http://www.morguefile.com/archive/display/229539 29