Anforderungs- und Projektmanagement

Transkript

1 Anforderungs- und Projektmanagement Zwei Regelkreise mit vielen Gemeinsamkeiten Stefan Gregorzik 2. Berliner Requirements Engineering Symposium Berlin, 27. September 2012

2 CONTACT Software 1990 gegründet Gesellschafter Karl Heinz Zachries (100 %) 20 Jahre Branchen-Know How Mit über 140 Mitarbeitern und starkem Partnernetzwerk spezialisiert auf PLM und Creativity Management in der Produktentwicklung Einer der führenden Anbieter für internationale Fertigungsunternehmen und Entwicklungsorganisationen Anwender in 30 Ländern auf 5 Kontinenten nutzen CONTACT Produkte 2

3 Projekt- und Anforderungsmanagement sind ineinandergreifende Regelkreise Projekt-Regelkreis: Ausplanung des Prozessrahmens Definition und Einsteuerung Aufgaben Ergebniskontrolle Festlegung Folge-/Gegenmaßnahmen Projektmanagement Steuerungs- und Definitionsdomänen integriert Anforderungs-Regelkreis: Formulierung / Verfeinerung Verknüpfung Referenzstrukturen (Funktion, Produkt...) und Aufgaben Validierung Abdeckung und Erfüllung Freigabe Anforderungsmanagement 3

4 PEP-Management umfasst das operative Projektmanagement, inhaltliche Festlegung und Front-Loading Bibliotheken PEP-Phasenmodell Projektplan und -meilensteine Workspace PEP-Phasenmodell (des Kunden) Operative Projektplanung / -steuerung Verantwortlichkeiten und Aufgaben Anforderungen (Lasten- / Pflichtenheft) und Zielwerte Deliverables und GW-Kriterien Lieferumfänge von Teams, Externen,... Bibliotheken für interne Standards und Best Practices Bibliotheken Anforderungen Ziele Aufgaben Deliverables Prozesse Baukästen Lessons Learned Templates Alle Elemente für die Regelkreise abgebildet 4

5 Beispiel: Projektstruktur mit zugeordneten Anforderungen Projektübersicht Verknüpfung Arbeitsergebnis als Deliverable zu Gateway-Prüfpunkt Anforderungskatalog Verknüpfung Anforderung und Aufgabe Anforderungen in der Projektstruktur integriert Deliverables als Beziehung zwischen Anforderung und Gateway genutzt Struktur der Anforderungen und Ziele Vorwärts- und Rückwärts- Beziehungen nachvollziehbar Zuordnung Arbeitsergebnis Regelkreis auf einem Blick Arbeitsergebnis 5

6 Termin erreicht heißt nicht besser geworden Aufgaben nicht als terminliches Strukturierungselement sehen,... sondern Lieferaktivität mit einem bestimmten Aufwand ( Workload ) Projektfortschritt nicht nach Terminerfüllung controllen, Arbeitsspeicher E D C B A G F E D K J I H... sondern nach realisiertem Wert im Deliverable (umgesetzten Aufwand) Iteratives Vorgehen: Steuerung und Controlling auf Basis Time- Boxes Wert- und ergebnisorientierte Projektsteuerung = unmittelbare Sicht auf das Projekt Realisierte Workload C B A Schritt 1 G F E D Schritt 2 K J I H Schritt 3 EarnedValue Kurve zeigt aufkummulierten realisierten Wert 6

7 Die Reifegradsteuerung erfolgt durch Abgleich von Absicherungsfällen und Produktstruktur Anforderungen gegen Funktionsstruktur spiegeln ( Controlling Abdeckungsgrad)... und in Absicherungsmatrix an Produktstruktur reflektieren Anforderungen Ergebnis: zur Absicherung notwendige Workload Zur Workload werden Absicherungs- ergebnisse dokumentiert ( Controlling Erfüllungsgrad) Funktionen (Absicherungsfälle) Arbeitspakete (Workload) für Absicherung definiert Kette Anforderung Absicherungsfall Komponente Modell Ergebnis nachvollziehbar Produktstruktur und CAD-Geometrien Workload () Versuchsdurchführung/ CAE Modelle Absicherungsergebnisse 7

8 Earned Value ist eine Reifegradaussage Schleife 1 Schleife 2 Schleife 3 Berücksichtigen: Oftmals mehrere Schleifen notwendig (ggf. Absicherung mit verschiedenen Produktvarianten) In Arbeit Value is earned, wenn Absicherung positiv, nicht wenn Aufgabe (ein-/erst- malig) durchlaufen Workload () erledigt Anforderung nicht erfüllt wieder nicht jetzt aber: Anforderung erfüllt, value is earned Eine Information gibt Aussage zu Projektfortschritt und Reifegrad. 8

9 Beispiel: Dokumentation verschiedener Absicherungsschleifen Datenblatt Anforderung inkl. Zielwerte und Ampelstatus Ist-Werte der versch. Schleifen Tabellarischer Soll-Ist- Vergleich 9

10 Prozessperspektive im Reifegrad: Definition of Done Checkliste Definition on Done Allein stimmige Absicherungsergebnisse noch kein Garant für erfüllten Prozess Problem insbes. bei nicht-quantifizierbaren Anforderungen / Zielen Kernfragen aus Prozessperspektive: Wann ist eine Aufgabe WIRKLICH erledigt? Wann ist eine Anforderung WIRKLICH erfüllt? Steuerung Prozessqualität ist zentraler Bestandteil 10

11 Konsistenz von Projekt gegen Requirements prüfen: Erfolgreiches Claim Management durch klare Nachweisketten Änderung(sanfrage) Aufgabe Neue Anfragen / Aufgaben des Kunden gegen Requirements Stack prüfen Abweichungen als Claim (Mehraufwand) markieren Für Nachverhandlungen steht klare Nachweiskette zur Verfügung Konsistenzcheck: Keine Aufgabe im System ohne Relation zu einer Anforderung Im gesamten Projektverlauf muß Aktualität der Anforderungen sichergestellt sein Anforderungen Ziele Maximierung der Faktura von Mehrleistungen durch Prüfmechnismen 11

12 PLM integriert 4 Ebenen von der Steuerung über Spezifikation und Absicherung bis hin zu Realisierung Prozess / Projekt Anforderungen Absicherung Checklisten (Deliverables) Risiken Claims Offene Punkte Änderungen Baukästen Funktionen (Produkt) Konfiguration (Varianten) über alle Ebenen... Konfig.parameter durch Bezug auf Anforderungen dokumentieren Änderungen in Anforderungs-Ebene definiert Baukästen und Kataloge stellen Front-Loading- Wissen bereit Funktionen definieren Absicherungsvorschriften Bezug auf geometrische Strukturen Realisierung Methoden (Produktion) Produktstruktur COP s Ganzheitliche Perspektive nur mit PLM (anstelle Stand-Alone Anforderungsmanagement) Konfigurationsregeln Produktionsstruktur 12

13 Systems Engineering: Definition des Projektgegenstandes erlaubt zielgerichtete Projektsteuerung Definition Beziehungsparameter (frei konfigurierbar): Abhängigkeiten, Unverträglichkeiten... Design Structure Matrix bildet Definitionsgeflecht im Projekt ab Abhängigkeiten oder konkurrierende Anforderungen Von Anforderungen (Änderungen) betroffene Funktionen und Teile... Kritische Beziehungen werden mit Projektaufgaben abgedeckt... und stehen z.b. im Risiko- Reporting zur Verfügung Kollisionsprüfung für aktive Steuerung im Projekt 13

14 Beispiel: Netzdarstellung der Anforderungen, zugehörigen Absicherungsvorschriften und Produktkomponenten Funktionen Anforderungen Baugruppen 14

15 Das Bauraum-Cockpit gibt einen Überblick von Geometrie, Aktivitäten und Vorgaben zu einem Entwicklungsumfang Projekte (12 Einträge) Anforderungen und Funktionen (494 Einträge) Varianten Konfigurationen (12 Einträge) Bauräume (78 Einträge) Teile (896 Einträge) Muster und Prototypen (62 Einträge) Verfahren und Werkzeuge (98 Einträge) privat sollte man nochmal mit Weber besprechen deckel.prt eingecheckt am :58 Abweichung von Req Oberflächengüte Kommentare Aktivitäten Vorschläge Reifegrad E :52 Ähnliches Teil verfügbar: S ECM Anschlussmaß 3mm größer (erstellt :12) Bauraumvorgaben Offene Anforderungen Leistung Aufgaben max. Volumen Sperrdruck Herstellung Klebeverbindung Hebel Druckguß Gehäuse Abgedeckte Anforderungen Gewicht Gewicht Gehäuse Handhabung Hebeldruck Stellwinkel Abgedeckte + erfüllte Anforderungen Anschlußmaße Durchmesser Flansch Höhe Sockel Höhe Gehäuse 15

16 Vielen Dank für Ihre Aufmerksamkeit Stefan Gregorzik