Just some old examples of how I changed my slides after reading "presenting to win". My current slides look even more focused and simplified. Gave this talk back in 2009 or so at the Barcamp Cologne

1. Presenting to win

2. 20. Mai 2008
Übersicht
• Einleitung
• Projektplanung
• Projektrealisierung
• Projektabschluss
Einleitung Projektplanung Projektrealisierung Projektabschluss

3. 20. Mai 2008 Seite / 29
Übersicht
• Einleitung
• Projektplanung
• Projektrealisierung
• Projektabschluss
3
Einleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung Projektabschluss

4. 20. Mai 2008 Seite / 29
Einleitung
Einleitung
4
Einleitung Projektplanung Projektrealisierung Projektabschluss

5. 20. Mai 2008
IST-Analyse Contest 2007
• Fehlende festgelegte, objektive Kriterien
– Keine Richtlinien für Studenten
– Nachvollziehbarkeit
• Verschiedene Beurteilung innerhalb der Nationen
– Unterschiedlicher Fokus Marketing / Technik
• Subjektive Entscheidungen
– Mangelnde Nachvollziehbarkeit
Einleitung Projektplanung Projektrealisierung Projektabschluss

6. 20. Mai 2008 Seite / 29
IST-Analyse Contest 2007
• Keine festgelegten Kriterien
Keine Richtlinien für Studenten
• Subjektive Entscheidungen
Mangelnde Nachvollziehbarkeit
• Verschiedene Beurteilungen innerhalb der Nationen
Unterschiedlicher Fokus Marketing / Technik
Einleitung Projektplanung Projektrealisierung Projektabschluss
6

7. 20. Mai 2008
SOLL-Konzept
• Leitfaden für Entwickler
– Abdeckung aller wichtigen Qualitätspunkte im Design,
Dokumentation und Code
• Hilfsmittel zur Kontrolle von Projekten durch
erfahrene Entwickler oder Tester
– Grobbeurteilung: Vergleichbarkeit von Projekten
– Detailuntersuchung: Schwachstellen und Probleme
aufdecken
• Keine Beurteilung fertiger Software, sondern
Steigerung der Qualität in der Java Entwicklung
• Innovation und Kreativität beachten
Einleitung Projektplanung Projektrealisierung Projektabschluss

8. 20. Mai 2008 Seite / 29
SOLL-Konzept und Projektziele
• Leitfaden für Entwickler
Design, Dokumentation und Code
• Richtlinien für interne Java Entwicklungen
Schwachstellen und Probleme
• Innovation und Kreativität
Neue Technologien
• Qualitätssteigerung im Entwicklungsprozess
Keine fertige Software beurteilen
• Grundlage für Contest Richtlinien
Vergleichbarkeit von Projekten
Einleitung Projektplanung Projektrealisierung Projektabschluss
8

9. 20. Mai 2008
Kick-Off Meeting
• Projektstruktur
• Zeitplanung
– 38 Tage
– Vorgabe Zeitrahmen durch Contest 2008
• Meilensteine
• Risikoanalyse
– Einschätzung
– Gegenmaßnahmen
• Kostenrahmen
– 80€ / Stunde für Entwickler
• Zeitpunkt für regelmäßige Statusmeetings
Einleitung Projektplanung Projektrealisierung Projektabschluss

10. 20. Mai 2008 Seite / 29
Kick-Off Meeting
• Teilnehmer: Projektteam
• Meilensteine
• Regelmäßige Statusmeetings
• Projektcontrolling
Einleitung Projektplanung Projektrealisierung Projektabschluss
10

11. 20. Mai 2008
Projektstruktur
Einleitung Projektplanung Projektrealisierung Projektabschluss

12. 20. Mai 2008 Seite / 29
Projektstrukturplan (Auszug)
Einleitung Projektplanung Projektrealisierung Projektabschluss
Projektrealisierung
Richtlinien Contest 2008 WorkshopsHandbuch
12

13. 20. Mai 2008
Dokumentation und Design
• Unified Modelling Language (UML)
• Objektorientiertes Design (OOD)
• Design Pattern (Entwurfsmuster)
• Use Cases (Anwendungsfälle/-szenarien)
Einleitung Projektplanung Projektrealisierung Projektabschluss

14. 20. Mai 2008
Code
• Objektorientierte Programmierung (OOP)
• Javadoc
• Quelltext Kommentare
• Unit Tests
• Design Pattern (Entwurfsmuster)
• Coding Style Guides
• Sauberer und strukturierter Code
Einleitung Projektplanung Projektrealisierung Projektabschluss

15. 20. Mai 2008
Projektgesamtheit
• Übereinstimmung Design und Code
• Komplexität
• Innovation und Kreativität
Einleitung Projektplanung Projektrealisierung Projektabschluss

16. 20. Mai 2008 Seite / 29
Dokumentation und Design
• Unified Modelling Language (UML)
• Objektorientiertes Design (OOD)
• Design Pattern (Entwurfsmuster)
• Use Cases (Anwendungsfälle/-szenarien)
Einleitung Projektplanung Projektrealisierung Projektabschluss
16

17. 20. Mai 2008 Seite / 29
Code
• Objektorientierte Programmierung (OOP)
• Javadoc
• Quelltext Kommentare
• Unit Tests
• Design Pattern (Entwurfsmuster)
• Coding Style Guides
• Sauberer und strukturierter Code
Einleitung Projektplanung Projektrealisierung Projektabschluss
17

18. 20. Mai 2008 Seite / 29
Projektgesamtheit
• Übereinstimmung Design und Code
• Komplexität
• Innovation und Kreativität
Einleitung Projektplanung Projektrealisierung Projektabschluss
18

19. BenQ Confidential (yyyy/mm/dd) ©2005, BenQ Corporation
Once upon a time on an airplane
•In 1997 Kent Beck and Erich Gamma fly from
Zürich to Atlanta for the OOPSLA conference.
– Kent Back
•has his test framework for SmallTalk on his laptop
•and would like to learn Java.
– Erich Gamma
•has Java on his laptop
•and would like to have test framework for Java.
•By the time their airplane touches down in
Atlanta
– Kent Beck has learned Java from Erich Gamma
– and they have written the initial version of what is
now well-known as JUnit.

20. Frank Sons, 18.03.2009/ 26
Es war einmal…
1997, auf dem Flug von Zürich nach Atlanta:
• Kent Beck
SmallTalk Test Framework
Will Java lernen
• Erich Gamma
Java auf seinem Laptop
Sucht Test Framework für Java
• Bei der Ankunft in Atlana
Kent Beck hat Java gelernt
Erster Entwurf für JUnit ist fertig
20

21. BenQ Confidential (yyyy/mm/dd) ©2005, BenQ Corporation
How to test software
•What are the different testing methods?
–Non functional tests
•Performance /Stability
–Application testing / Acceptance testing
•Testing the code as the user would see it (black
box)
–Integration testing
•Testing of a module of the code (e.g. a package)
–Unit testing
•Testing a ‘unit’ of code, usually a class

22. Frank Sons, 18.03.2009/ 26
Was kann man testen?
• Komponententests
White Box Testing
Teile der Software testen
• Akzeptanztests
Black Box Testing
Testen ob Anforderungen erfüllt werden
• Nicht-Funktionale Tests
Performance
Usability
22

23. BenQ Confidential (yyyy/mm/dd) ©2005, BenQ Corporation
Why Software Testing?
•‘I don’t have time to test my software’
•‘It runs, so it should be ok’
•‘We have some designated testers, it’s
their job to test our software’
•‘I only changed some very small stuff, it
still runs’

24. Frank Sons, 18.03.2009/ 26
Testen, muss das sein?
• „Wir haben keine Zeit dafür“
• „Testen ist langweilig und stupide“
• „Mein Code ist fehlerfrei“
• „Wir testen doch nach der Entwicklung“
• „Die Testabteilung testet doch“
24