pragmatisches it-testmanagement - qs mit pitpm

17.09.2012

Pragmatisches IT-Testmanagement Qualitätssicherung mit

Karsten Tinnefeld

Kompetenz

adesso optimiert die Kerngeschäftsprozesse

von Unternehmen durch Beratung und

kundenindividuelle Softwareentwicklung.

17.09.2012 Pragmatisches IT-Testmanagement

Geschäftsmodell


Fakten

Mitarbeiter

► Über 1.000 Mitarbeiter in der adesso Group

> hoch motiviert, unternehmerisch denkend, methodensicher,

flexibel, mehr als 90% mit akademischer Ausbildung

Umsatz

► Gruppenumsatz 2011: 106 Mio. Euro

► Umsatzerwartung 2012: über 114 Mio. Euro

Auszeichnungen

► Top Job (2008)

► Deutschlands beste Arbeitgeber (2005, 2010 und 2012)


Standorte


Qualität? Umwelt? Mit Siegel!

► Mit dem ausgebauten und nach ISO 9001 zertifizierten Qualitätsmanagementsystem optimiert adesso Unternehmensabläufe sowie einen innovativen Service mit klarem Kundenfokus.

► Darüber hinaus verdeutlicht adesso mit der Einführung und Zertifizierung eines Umweltmanagements nach ISO 14001 das Bestreben nach einem kontinuierlichen Verbesserungsprozess auch der Umweltleistungen des ganzen Unternehmens und aller damit in Verbindung stehenden Wertschöpfungsprozesse.


adesso dokumentiert den Qualitätsanspruch und ein

nachhaltiges umweltgerechtes Unternehmensdenken

durch die Zertifizierung nach ISO 9001 und ISO 14001.

Referenzen


Qualitätsmanagement in einem typischen IT-Projekt


Sie benötigen ein Testsystem? Also wenn wir jetzt die

Hardware bestellen… genügt Ihnen Anfang März?

Was heißt denn nicht gedeckte Anforderung? Das Altsystem konnte das doch auch! … und dann hatten wir

leider keine Zeit mehr zum Testen.

Also, in der Entwicklungsumgebung geht das alles.

Mit so viel Testerei können wir nicht

konkurrenzfähig anbieten.

„Oh, wie schön ist Panama!“ (Kinderbuchtitel von Janosch)

Panamakanal: Erster Versuch der

Franzosen 1881 bis 1889

► Die Kosten für den Kanal

wurden auf 1,6 Milliarden

Goldfranken geschätzt.

► Wegen Planungsmängeln,

falschen geologischen

Untersuchungen, schlechter

Organisation, Bestechung,

unzähliger technischer

Schwierigkeiten und Pannen

gaben die Franzosen auf

► Das Projekt endete in einem

Desaster, nachdem rund ein

Sechstel des Kanals

fertiggestellt war

► 22.000 Arbeiter fanden in der

Bauzeit den Tod (7,5 Menschen

pro Tag)

► 287 Millionen US-Dollar wurden

„in den Fels gesetzt“


Was Projekte erfolgreich macht

Bewusste

Kommunikation

Vorausschauende

Planung

Klare

Anforderungen

Transparente

Risiken

Direktes

Controlling

Erwartungs-

management

Was hat das mit Qualität zu tun?

„Zum Qualitätsmanagement in Projekten gehören die Prozesse und Aktivitäten

der Trägerorganisation zur Feststellung der Qualitätsvorschriften, -ziele

und -verantwortlichkeiten, damit das Projekt die Bedürfnisse befriedigt, für die es

durchgeführt wird…

Der Projektmanager und das Projektmanagementteam sind für das Managen

der bestehenden Zielkonflikte verantwortlich, um das geforderte Qualitäts- und

Klassenniveau zu liefern.“ (PMBOK Guide, 4. Ausgabe)


Erwartungen erfüllt

Qualität erreicht

Qualitäts- und Projektmanagement

Qualität

► ~ 1900 Inspekteure sortieren Ausschuss (Frederick Taylor)

► ~ 1930 statistische Qualitätssteuerung (Walter A. Shewart)

► 1951 Qualitäts-Triologie (Joseph M. Juran)

► 1959 Qualitäts-Regelkreis (W. Edwards Deming)

► 1987 ISO 9000

► 2002 ISTQB

Projektmanagement

► ~ 1860 Eisenbahn-Bau

► ~ 1900 Wissenschaftliche Betriebsführung (F. Taylor)

► 1896/1910 Balken- diagramm (Adamiecki/Gantt)

► ~ 1950 Netzplantechnik

► 1969 Project Management Institute (Philadelphia PA)

► 1989 Projects in Controlled Environments (UK)

► 2012 Q3 ISO 21500


Projektmodell-Standards (PMI, Prince, ISO 21500-Draft…)

► werden zentral durch Prozessmodelle abgebildet

1. wenn Voraussetzungen (Dokumente da, Zustände erreicht) vorhanden

2. verwende bestimmte Werkzeuge, Methoden, Verfahren

3. erstelle Ergebnisse (=: Ausgangsartefakte)

► nutzen ein einfaches Rollenmodell zu Definition von Verantwortlichkeiten

► integrieren die zentralen Wissensgebiete im Projektmanagement

> Umfang/Inhalt, Zeit, Kosten, Ressourcen/Team, Verträge, Kommunikation, Integration, Risiko und Qualität

► Anforderungen an ein passendes Modell

> einfach

> konkret

> anwendungsbezogen


Projektmanagement zwischen Struktur und Flexibilität

Starre

Struktur

Flexible

Ansätze Pragmatische

Struktur

17.09.2012

► Starre Projektmanagement-Strukturen geben Sicherheit, bedeuten aber meist strukturellen Mehraufwand für das Projekt

► Flexible Ansätze ermöglichen einen hohen Grad an Individualismus, sind aber aufgrund mangelnder Struktur nicht skalierbar

► Eine pragmatische Struktur bedient sich nur relevanter Anteile der starren Vorgaben und ergänzt fehlende Teile

Pragmatisches IT-Testmanagement

Eigenschaften einer pragmatischen Methodik

1) PMBOK® Guide als Basis

2) Integration von softwareentwicklungsspezifischem Anforderungsmanagement

3) Wissensgebiet Softwareentwicklungsmanagement mit eigenen Prozessen

4) Einfache Prozesse

Sprachlich klar und einfach

grafisch gestaltet (z.B. in Business Process Modeling Notation)

5) Phasenmodell mit Kontrollpunkten und „machbarer Agilität“ (nicht unbedingt Scrum) aufbauen

6) Controlling als wichtigster Steuerungsprozess

7) Direkt einsetzbare Vorlagen

= PITPM – Pragmatisches IT-Projektmanagement


Qualität ist im integrierten Prozessmodell

► vielschichtig relevant

> Unternehmensprozesse (ISO 9000 et. al.)

> Programmprozesse (Multiprojekt-Management)

> Projektprozesse (Projektabwicklung)

> Produktqualität (Grad der Anforderungserfüllung)

> Vertragspartner-Beziehung (Shareholder-Analyse, Kommunikation)

► im Einzelfall geeignet zu bewerten

> Prevention over Inspection – „Zero Defects“ (Philip Crosby)

> Cost of Quality (aus der 6σ-Bewegung)

– sichere Kosten für Inspektionen, Richtlinien, etc. vs.

– mögliche Kostensteigerungen, Motivationsprobleme, unzufriedene Kunden, erhöhtes Risiko, Rework, Terminverschiebungen, …


Qualitätsmanagement im PMBOK®-Standard

► Nur drei (fast schon Meta-)Prozesse

> Qualität planen

> Qualitätssicherung durchführen

> Qualitätslenkung durchführen

► aber wichtige (und oft genau die richtigen) Maßgaben

> Den Projektauftrag und eigene Annahmen stetig auf Korrektheit prüfen

> Den Kunden nach seinen eigenen Qualitätsmaßstäben fragen

> Qualitätsstandards prüfen, planen und im Zweifel eigene Prozesse entwerfen!

> Qualitätsmetriken aus Kunden- und Unternehmenssicht planen

> Probleme und Beschwerden sammeln und Wiederholungen vermeiden

> Dem Team Qualitätsmaßstäbe vermitteln, seine Verbesserungen sammeln

> Qualitätsplanung und -prüfungen haben Einfluss auf die Projektplanung

► jedoch mit sehr allgemein-statistischen Tooling (Fertigungsabweichungen etc.)


Warum dann trotzdem der PMI-Standard?

► Erfolgreiche Projektmanagement-Methodik – weit über USA hinaus

► Wesentliche Grundlage für zukünftigen ISO-Standard 21500

► Prozesse bieten Leitfäden für Neulinge – zum Beispiel auch PM in QM!

► transportiert wichtige Ideen

> Prozessfokus

> Ein-/Ausgangsartefakte definieren Dokumente und Abhängigkeiten

> Punktgenaue Sortierung von Werkzeugen und Methoden möglich

> Trennung Produkt / Projekt

► ausgelegt für große Projekte, zuschneidbar

► Ideal: die lernende, sich ständig verbessernde Organisation

> Prozessverbesserungspläne

> Prozess-Reviews als Projektbestandteil

► mit PITPM (PMI PM Summit best paper award 2010) erfolgreich für IT-Projekte angepasst


Das Buch mit den Bienen

► Die Methodik wird vollständig transparent im Buch „Pragmatisches IT-Projektmanagement“ beschrieben

► Erschienen im dpunkt-Verlag im Sommer 2010

► Auszug Pressestimmen:

> „…ein großer Wurf …“

> „Ein echter Mehrwert!“

> „In Kombination mit der umfangreichen Sammlung von downloadbaren Templates können Projektmanager ihren methodischen Werkzeugkasten um ein wertvolles Element bereichern.“

> „Die Autoren stellen die Behauptung auf, dass sich nur wenige Projekte für eine vollständig agile Entwicklung eignen, und zeigen einen akzeptablen Mittelweg mit der Durchführung in Iterationen auf.“


Einfache Prozesse

Projektprozesse sind für Fachfremde häufig nicht nachvollziehbar

► Einfache Sachverhalte müssen sich auch einfach darstellen lassen können – sonst sind sie nicht einfach

Lösungsansatz

► Darstellung in leicht

verständlicher

Business Process

Modeling Notation

(BPMN)


PITPM Projektphasen

Vorbereitung Planung Durchführung Einführung Abschluss


„machbare Agilität“

► Fachliche und technische Anforderungen sind meist nicht mit dem Projektstart durchdrungen worden

► Vorstellungskraft der Fachbereiche für das Endprodukt ist begrenzt

► Es ergeben sich Änderungen im Projektverlauf

► Nicht alle technischen Komplikationen lassen sich bei der Planung „erahnen“

Lösungsansatz

► Projekt in Iterationen teilen wo immer möglich

► Kontaktpunkte mit dem Auftraggeber in jeder Iteration

► „Scrum“ ist nicht das Allheilmittel

Es gibt kaum noch Projekte, die im Wasserfall durchgeführt werden können


Agiler Ansatz: Iterativ arbeiten

► Basis ist der Projektplan, in dem die Iterationen vorab festgelegt werden müssen

> Kapazität

> Inhalte

> Termine

► Jede Iteration hat einen Planungs- und einen Durchführungsteil

> Einfache Iteration (testbar oder nicht testbar)

> Release-Iteration

> Letzte Iteration

► Rollierende Planung „in Maßen“

> Grundlegende Planänderungen bedürfen eines CR

> Termine und Inhalte sollten sich nicht verschieben Eine

Iteration

Pla

nun

gste

il

Du

rch

führu

ng

ste

il


Controlling als Projektsteuerungsinstrument

Projekt-Controlling soll Risiken minimieren

► Der Projektmanager soll jederzeit fundierte Auskunft über den Zustand seines Projektes geben können

► Die Informationsbasis muss über mehrere Projekte vergleichbar sein

Lösungsansatz

► Controlling kontinuierlich durchführen

> Z.B. immer Freitags in Individualgesprächen

> mit Einzelbetrachtung kritischer Arbeitspakete

► Konsolidierung aller Arbeitspakete zum Controlling für das Management

► Basierend auf der Earned-Value-Technik

► Unabhängig vom Grad der Agilität

► Direkt einsetzbare Vorlage


…eine einfache Zusammenfassung


Direkt verwendbare Vorlagen

Viele Faktoren entscheiden über die Akzeptanz einer Methodik im Unternehmen

► Der Schlüssel ist jedoch meist der unkomplizierte Zugriff auf Vorlagen und Beispiele

► Die Erstellung von Vorlagen sollte eng mit den Prozessen verknüpft sein, um die Erforder- nisse ideal abbilden zu können

Lösungsansatz

► PITPM kommt mit über 30 „schlüssel- fertigen“ Vorlagen, beispielsweise

> Projektauftrag

> Projektmanagementplan

> Risikomanagementliste

> Leistungsreport

> Gantt-Charts

> usw.


PITPM Vorlagenmatrix


Qualitätssicherung und Test in PITPM

► Vorbereitungsphase

► Planungsphase

> P.3 Qualitätsplanung konfigurieren

> P.9 Anforderungen spezifizieren

> P.15 Qualitätskontrolle planen

> P.16 Entwicklung planen

► Durchführungsphase

> D.3 Produktqualität kontrollieren

> D.4 Projektkommunikation steuern

> D.9 Softwareprodukt entwickeln

> D.10 Abnahmetest durchführen

► Einführungsphase

► Abschlussphase

> A.2 Testabschlussbericht erstellen

> A.7 Abschlussbericht + Feedback erstellen


PITPM Projektphasen



Planung!

► In der Planungsfolge spät, denn Qualität berücksichtigt viele Gesichtspunkte:

> vollständige Anforderungen

> Aufgaben-, Zeit- und Budgetplanung

ganzheitlicher Blick auf das Projekt

► Qualitätsplanung vor Risikoplanung

> ihre Maßnahmenplanung beeinflusst Qualitätsrisiken und Produktrisiken

► Am Ende nicht absolut, denn die Planungsprozesse sind iterativ zu sehen


P.3 Qualitätsplanung konfigurieren

► Erstellung der Qualitätsplanung

> Zieldefinition, Prozessdefinition

> parallel

– Maßnahmen planen und Ende-Kriterien

– QS-Infrastruktur planen

► Eingangsartefakte

> Anforderungsliste zur Ableitung der QS-Ziele

> PSP: liefert Qualitätskriterien


> Projektauftrag mit Vereinbarungen

► Ergebnisartefakte

> Qualitätssicherungsplan (mehrfach fortgeschrieben)

► Methoden

> Kosten-Nutzen-Analysen

> Benchmarking

> QS-Methoden, Techniken und Werkzeuge

> Schulungen

> Reviews


P.3 Qualitätsplanung konfigurieren

► Erstellung der Qualitätsplanung

> parallel

– Auswertung planen

– Werkzeuge auswählen und einführen

– Testsysteme bereitstellen

> Plan überprüfen (QS der QS)


> Qualitätssicherungsplan

> Testwerkzeugkasten

> Leitfaden zur Testwerkzeug-Auswahl


> Qualitätssicherungsplan (mehrfach fortgeschrieben)

> Testwerkzeuge / -anleitungen

> Testsysteme

► Methoden

> Software-Konfigurationsmanagement-Werkzeuge (Ticketing, Versionskontrolle, Continuous Build / Deliver)

> Administrationswerkzeuge

> Schulungen / Trainings


Anforderungsmanagement: Ohne R kein Q!

Was ist wichtig und warum?

► Festlegung der zu erstellenden Artefakte (bspw. Use-Cases, Regelwerke,

Maskenbeschreibungen, …) und der Werkzeuge (PowerPoint, Eclipse, Visio, …)

► Festlegung der Freigabeprozesse

> Wer macht QS, wer gibt frei

> Wie erfolgt die Freigabe – Ziel:

Erstellung der Spezifikation >> Vorstellung im Gremium >> Reviewphase >> Abnahme

> „Stillschweigende Abnahme“ (bei Verstreichen eines Termins)

vs. aktive Freigabe durch Auftraggeber

► Anforderungsmanagement ist weit mehr als das Schreiben der Spezifikation

> Hoher Kommunikationsaufwand mit Auftraggeber und Entwicklung

> Häufig neben dem PM „fachliche Instanz“

> Schnittstellenfunktion zwischen Anforderungen und Entwicklung

► Die Spezifikation ist (mit-)entscheidend für die Qualität des Produktes


P.9 Anforderungen spezifizieren

► Qualitätssicherung der Anforderungsspezifikation

> Fachliche Verifikation

> Technische Realisierbarkeit

> Initiale Testfälle (Testbarkeit)


> Anforderungsspezifikation

> Anforderungsliste, Protokolle, Geschäftsprozess-diagramme, UI-Wireframes, Glossar, Prototyp


> Anforderungsspezifikation (fortgeschrieben)

> Change Requests

> Initiale Testfälle

► Methoden

> Reviews

> Testspezifikationswerkzeug

> Anforderungsmanagement-Werkzeug

> SCM-Werkzeug


P.15 Qualitätskontrolle planen

► Iterationsplanung Softwaretest

> Aktivitäten, Methoden, Aufwände, Metriken

> Priorisierung



> Projektstrukturplan

> Projektumfangsbeschreibung

> Qualitätssicherungsplan


> Testkonzept

> Teststrategie

> Testfall-Priorisierung


P.16 Entwicklung planen

► Qualitätssicherung von Spezifikation und Entwurf ► Eingangsartefakte

> Spezifikationsdokumente


> Spezifikationsdokumente (fortgeschrieben)

► Methoden

> Reviews


PITPM Projektphasen



D.3 Produktqualität kontrollieren


D.3 Produktqualität kontrollieren – Technischer Tester

► Technische Testaufgaben

> Verfeinerung und Ausführung technischer Tests

> Automatisierung von Fachtests

> Testauswertung

► Eingangsdokumente



> Testwerkzeug

> Testleitfaden


> Technische Tests

> Testdatenanforderung

> Testabdeckung

> Fehlerbericht

► Methoden

> Testverfahren

> Automatisierungsaufwand-Nutzen-Schätzungen

> Regressions-Priorisierung

> GUI-Test-Werkzeuge

> Strukturanalysen

> Testdoubles


D.3 Produktqualität kontrollieren – fachlicher Tester

► Fachliche Testaufgaben

> Verfeinerung und Ausführung fachlicher Tests ► Eingangsartefakte



> Testleitfaden

> Testdaten


> Fachliche Tests


> Fehlerbericht

► Methoden

> Testverfahren


D.3 Produktqualität kontrollieren – Testmanager

► Testmanageraufgaben

> Bereitstellung von Testdaten in der Vorbereitung

> Überprüfung von Releases in der Nachbereitung



► Ausgangsartefakte

> Testdaten

► Methoden

> …


> Getestetes Softwareprodukt

► Ausgangsartefakt

> Softwareproduktrelease

► Methoden

> Text


D.3 Produktqualität kontrollieren


D.4 Projektkommunikation steuern


D.4 Projektkommunikation steuern

► Teststatus-Auswertung durch Testmanager ► Fehlerstatus

> Fehler je Prioritätsstufe

> Fehlerverteilung / Komponenten

> Erfolgreiche Nachtests

> Reepen-Quote

> Relative Fehlerdichte (nicht abgeschlossene / alle Fälle)

> Fehlerfindungsrate (Fehler / Komponentengröße)

► Testdurchführungs-Status

> Gesamtzahl Testfälle

> Durchgeführte Testfälle

> Erfolge

> Testfalldurchführungen / Tag

► Testobjekt-Status

> Alles in Ordnung, teilweise Nachtest erforderlich, nicht vollständig getestet, nicht getestet


D.9 Softwareprodukt entwickeln


D.9 Softwareprodukt entwickeln – Softwareentwickler

► Tests der Einzelkomponenten, test first möglich

► Integration der Komponenten untereinander und mit Drittsystemen

► Methoden

> Whitebox-Tests, auch in Kombination mit Blackbox

> Testdoubles / Platzhalter

> Testüberdeckungskriterien

> Fehlerfindungsraten

> Integrationsstrategien

> Backbone-Erstellung


D.9 Softwareprodukt entwickeln – technischer Tester

► Test der Integration des Systems in die Systemlandschaft

► Integrationstests

> Lastsimulation

> Performancemessungen bei Lastspitzen

> Langzeittests

> Ressourcenverbrauchstests

> Robustheitstests

– Verfügbarkeit

– Datenintegrität

– Pannenverhalten

► Methoden

> Testtreiber

> Strukturbasierte Tests

> Erfahrungsbasierte Tests


D.10 Abnahmetest durchführen


D.10 Abnahmetest durchführen

► Begleitung des Abnahmetests durch den Testmanager ► Eingangsartefakte

> Mängelliste

> System-Testfälle

> Projektumfangsbeschreibung

> Kunden-Abnahme-Testfälle


> Abnahme-Testfälle

> Mängelliste (fortgeschrieben)

► Methoden

> Fehlerverfolgungs-Werkzeug

> Testspezifikations-Werkzeug

> Moderation

> Kommunikation


PITPM Projektphasen



A.2 Testabschlussbericht erstellen

► Zusammenstellung und Auswertung von

> Qualitätsmetriken

> statistischen Auswertungen

► Einsatz von Visualisierungshilfsmitteln

► Testerfolg

> Grund für Testende

> Erreichte / verfehlte Ziele

> Durchgeführte / geplante Tests

> Erreichte Kennzahlen

> Bewertung Quality-Gates

> Risikobewertung / Gegenmaßnahmen bei Zielverfehlungen

> Bekannte Test-Lücken

> Bekannte Fehler

> Güte der Planung

> Verbesserungsvorschläge

> …


A.7 Abschlussbericht + Feedback erstellen

► Qualitätsbewertung der Projektprozesse ► Ziele

> Verbesserungserkennung

> Prioritätensetzung

> Einführung von Prozessänderungen

> Schulung für Prozessänderungen

> Änderungsanpassung


> alles


> Projektbericht

► Methoden

> Prozessanalyse, -bewertung und -änderung


Qualitätssicherung und Test in PITPM (Reprise …)

► Vorbereitungsphase

► Planungsphase

> P.3 Qualitätsplanung konfigurieren

> P.9 Anforderungen spezifizieren

> P.15 Qualitätskontrolle planen

> P.16 Entwicklung planen

► Durchführungsphase

> D.3 Produktqualität kontrollieren

> D.4 Projektkommunikation steuern

> D.9 Softwareprodukt entwickeln

> D.10 Abnahmetest durchführen

► Einführungsphase

► Abschlussphase

> A.2 Testabschlussbericht erstellen

> A.7 Abschlussbericht + Feedback erstellen


Rollenmodell

► Prozesse definieren verschiedene QS-Verantwortliche

> Testmanager – Organisation der Qualitätssicherung, Testteam-Manager

> Fachlicher Tester – Domänen-Wissen, Ablaufdenken und -prüfung

> Technischer Tester – Technik-Wissen, Testautomatisierung

> Softwareentwickler – Test der eigenen Komponenten, technische Integration

► Rolle des Projektmanagers

> Oberste Projektverantwortung, damit oberste Qualitätsverantwortung

Viel mehr Management- / Systemfehler als Mitarbeiterfehler (Deming, Juran)

> Recht und Pflicht zur Abwägung der Wissensgebiete

► Testmanager vs. Projektmanager

> Testmanager sind Teammitglied und berichten an Projektmanager

> oft Mitglied des Projektmanagement-Teams (= erweiterter Führungskreis)

> Keine herausgelöste Organisation, können aber separat berichten

> stark bevorzugt separate Person: vertreten Primat der Qualität im Projekt


PITPM Projektphasen



business.people.technology.quality.

www.adesso.de

[email protected]

blog.adesso.de

Karsten Tinnefeld Qualitätsmanagement-

Beauftragter

adesso AG

Stockholmer Allee 24

44269 Dortmund

Telefon +49 231 930-9211

Telefax +49 231 930-9331

Mobil +49 178 2808107

[email protected]

www.adesso.de

http://www.adesso.de/

mailto:[email protected]

mailto:[email protected]

pragmatisches it-testmanagement - qs mit pitpm

Documents