Software Engineering. Risikomanagement in der Softwareentwicklung



Ähnliche Dokumente
Grundlagen des Software Engineering

Software Engineering. Organisation von Softwareentwicklungsprojekten

Software Engineering. Bibliographisches Institut & F. A. Brockhaus AG, Mannheim; Spektrum Akademischer Verlag GmbH, Heidelberg, 2003

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

2. Wie wird Risikomanagement angewendet? Der Risikomanagement-Prozess Die Schritte des Risikomanagements Die Einbettung in Managementsysteme

Projektmanagement (Modelle, Methoden & Tools)


Universität Stuttgart Institut für Automatisierungstechnik und Softwaresysteme Prof. Dr.-Ing. M. Weyrich. Softwaretechnik I

FUTURE NETWORK REQUIREMENTS ENGINEERING

Was ist clevere Altersvorsorge?

Würfelt man dabei je genau 10 - mal eine 1, 2, 3, 4, 5 und 6, so beträgt die Anzahl. der verschiedenen Reihenfolgen, in denen man dies tun kann, 60!.

Freiberufliche Bodenkunde

Ohne Fehler geht es nicht Doch wie viele Fehler sind erlaubt?

Modul 3: Service Transition

Vermeiden Sie es sich bei einer deutlich erfahreneren Person "dranzuhängen", Sie sind persönlich verantwortlich für Ihren Lernerfolg.

Themenarbeit HTA.SWE.S08 Pascal Ming 23.Juni 2008

Risikomanagement in der Praxis Alles Compliance oder was?! 1. IT-Grundschutz-Tag

Modul 5: Service Transition Teil 1

SWOT-Analyse. Der BABOK V2.0 (Business Analysis Body Of Knowledge) definiert die SWOT-Analyse wie folgt:

Software Engineering. Sommersemester 2012, Dr. Andreas Metzger

Agieren statt Reagieren. Risikomanagement das Werkzeug der Zukunft

Gedanken zu: Wildbäche und Murgänge eine Herausforderung für Praxis und Forschung

Projektmanagement (Modelle, Methoden & Tools)

Die GFFT-Erfahrungsdatenbank - Potenziale und Ansatz. Prof. Dr. Manfred Broy, TU München Prof. Dr. Andreas Rausch, TU Clausthal

PRAKTIKUM Experimentelle Prozeßanalyse 2. VERSUCH AS-PA-2 "Methoden der Modellbildung statischer Systeme" Teil 2 (für ausgewählte Masterstudiengänge)

Anleitung zur Bearbeitung von Prüferkommentaren in der Nachreichung

geben. Die Wahrscheinlichkeit von 100% ist hier demnach nur der Gehen wir einmal davon aus, dass die von uns angenommenen

Erfolgreiche Webseiten: Zur Notwendigkeit die eigene(n) Zielgruppe(n) zu kennen und zu verstehen!

Einführung in MS-Project

360 - Der Weg zum gläsernen Unternehmen mit QlikView am Beispiel Einkauf

Delta Audit - Fragenkatalog ISO 9001:2014 DIS

Software Systems Engineering

Softwaretechnologie Wintersemester 2009/2010 Dr. Günter Kniesel, Pascal Bihler

GRS SIGNUM Product-Lifecycle-Management

Senkung des technischen Zinssatzes und des Umwandlungssatzes

Teil 1: IT- und Medientechnik


Die Gesellschaftsformen

Wichtig ist die Originalsatzung. Nur was in der Originalsatzung steht, gilt. Denn nur die Originalsatzung wurde vom Gericht geprüft.

Fachbericht zum Thema: Anforderungen an ein Datenbanksystem

DIE UNSTERBLICHE PARTIE

Sofort-Rente. Mit Sicherheit ein Leben lang

Mit dem Tool Stundenverwaltung von Hanno Kniebel erhalten Sie die Möglichkeit zur effizienten Verwaltung von Montagezeiten Ihrer Mitarbeiter.

Skills-Management Investieren in Kompetenz

Planungsverhalten im Projektmanagement Die Beurteilung der eigenen Schätzsicherheit und ihre Auswirkungen auf die Projektplanung.

IT-Sicherheitsmanagement bei der Landeshauptstadt München

Funktionaler Zusammenhang. Lehrplan Realschule

Teambildung. 1 Einleitung. 2 Messen der Produktivität

Kurzanleitung zur Softwareverteilung von BitDefender Produkten...2

SWOT Analyse zur Unterstützung des Projektmonitorings

Fragebogen: Abschlussbefragung

Agenda: Richard Laqua ISMS Auditor & IT-System-Manager

Agile Software Development

Leo Baumfeld. Risikoanalyse. Begleiter: ÖAR-Regionalberatung GmbH. Fichtegasse 2 A-1010 Wien. Tel. 01/ , Fax DW 10 Mobil: 0664/

Software Qualität: Übung 3

0, v 6 = , v 4 = span(v 1, v 5, v 6 ) = span(v 1, v 2, v 3, v 4, v 5, v 6 ) 4. span(v 1, v 2, v 4 ) = span(v 2, v 3, v 5, v 6 )

KoSSE-Tag 2013 Software-Qualitätssicherung

impact ordering Info Produktkonfigurator

Die Invaliden-Versicherung ändert sich

Einführung Risk Management Konzept

Produktanalyse C-QUADRAT ARTS Fonds. Jänner 2008 Marketingmitteilung nur zur internen Verwendung

Agiles Design. Dr.-Ing. Uwe Doetzkies Gesellschaft für Informatik mail:

Übungsklausur vom 7. Dez. 2007

Ihre Interessentendatensätze bei inobroker. 1. Interessentendatensätze

Lizenzierung von Windows Server 2012

Hilfe, mein SCRUM-Team ist nicht agil!

Diese Ansicht erhalten Sie nach der erfolgreichen Anmeldung bei Wordpress.

StuPro-Seminar Dokumentation in der Software-Wartung. StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung.

Hauptseminar Entwicklung von Informationssystemen

Im Prüfungsteil Mündlicher Ausdruck sollen Sie zeigen, wie gut Sie Deutsch sprechen.

über die betriebliche Altersversorgung (bav) bav-kompetenz-center LZ 7710

S-RIM: Strategisches Risiko Management Proaktive Vermeidung möglicher Projektrisiken und Entwicklung von Fall-Back-Szenarien

statuscheck im Unternehmen

Pragmatisches Risikomanagement in der pharmazeutischen Herstellung

Zwei einfache Kennzahlen für große Engagements

Vermittlung von Unternehmensbeteiligungen für kleine und mittlere Unternehmen (KMU) Prozessablauf

Kapitalerhöhung - Verbuchung

Heute handeln. Später genießen. Altersvorsorge für AuSSertariflich Beschäftigte. BVK Bayerische. Versorgungskammer

Dokumentation für die software für zahnärzte der procedia GmbH Onlinedokumentation

In diesem Tutorial lernen Sie, wie Sie einen Termin erfassen und verschiedene Einstellungen zu einem Termin vornehmen können.

WollCo Wolfgang Kohl Consulting. Nachhaltige Projektumsetzung nicht nur in der Verantwortung von Geschäftsführen / Unternehmern

Ergänzungs- bzw. Änderungsantrag zu Beschlussvorlage

Häufig wiederkehrende Fragen zur mündlichen Ergänzungsprüfung im Einzelnen:

GI FG-Treffen RE, Essen Anforderungsmanagement und Mitarbeitermotivation

Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am

Microsoft Access 2013 Navigationsformular (Musterlösung)

Die Klimaforscher sind sich längst nicht sicher. Hans Mathias Kepplinger Senja Post

Sybase Central Dokumentation Aktivierung der Monitoringfunktion

MORE Profile. Pass- und Lizenzverwaltungssystem. Stand: MORE Projects GmbH

TTS - TinyTimeSystem. Unterrichtsprojekt BIBI

Was meinen die Leute eigentlich mit: Grexit?

Risikomanagement bei PPP Projekten: Erfahrungen aus Deutschland

Die Software für Visualisierung und Analyse von Strukturinformationen aus EDM- und PDM-Systemen.

No risk, no fun? Wie Risikomanagement im Projekt teuren Überraschungen vorbeugt

Softwareanforderungsanalyse

Hochschule Darmstadt Fachbereich Informatik

TEMPORE ZEIT- & TÄTIGKEITENERFASSUNG Mitarbeiter kontrollieren & Arbeitszeiten erfassen

Emergency Room für Projektleiter

Lernaufgabe Industriekauffrau/Industriekaufmann Angebot und Auftrag: Arbeitsblatt I Auftragsbeschreibung

Transkript:

Software Engineering Risikomanagement in der Softwareentwicklung Die Inhalte der Vorlesung wurden primär auf Basis der jeweils angegebenen Literatur erstellt. Darüber hinaus finden sich ausgewählte Beispiele zur Softwareentwicklung aus dem Bereich der Telekommunikation. 17.03.2011 Prof. Dr. Andreas Schmietendorf 1

Inhaltsübersicht Grundanliegen des Risikomanagements Beispiele möglicher Softwarerisiken Prozess des Risikomanagement Werkzeuge zum Risikomanagement 17.03.2011 Prof. Dr. Andreas Schmietendorf 2

Grundanliegen des Risikomanagements 17.03.2011 Prof. Dr. Andreas Schmietendorf 3

Risikomanagement Das Grundanliegen des Risikomanagements besteht in der rechtzeitigen Bestimmung von Risikofaktoren bzw. der mit einem hohen Risiko behafteten Bereiche bei der Softwareentwicklung. Daraus leiten sich die entsprechenden Maßnahmen zur Absicherung, Ressourcenerweiterung oder der Änderung der Entwicklungsvariante ab. Quelle: Dumke, R.: Software Engineering (4. Auflage), S. 217, Vieweg Verlag, Wiesbaden, 2003 17.03.2011 Prof. Dr. Andreas Schmietendorf 4

Motivation Ungefähr 80 Prozent aller Überarbeitungskosten werden benötigt, um 20 Prozent der Fehler zu beseitigen. Ziel des Software- Managements muss es sein, diese 20%-Probleme zu identifizieren und zu beseitigen, solange ihre Überarbeitungskosten noch relativ gering sind. - Ziel des Risiko-Managements ist es, die Wechselbeziehungen zwischen Risiken und Erfolg zu formalisieren und in anwendbare Prinzipien und Praktiken umzusetzen. - Aufgabe des Risiko-Managements ist es, Risiken zu identifizieren, anzusprechen und zu beseitigen, bevor sie zu einer Gefahr für einen erfolgreichen SW-Einsatz werden oder die Hauptquelle für Überarbeitungen darstellen. Quelle: Balzert, H.: Lehrbuch der Softwaretechnik, S. 176, Spektrum Akademischer Verlag, Heidelberg Berlin, 1998 17.03.2011 Prof. Dr. Andreas Schmietendorf 5

Risikokategorien Projektrisiken mit potentiellen Auswirkungen auf: - Projektzeitplan - Ressourcen (z.b. Verlust eines Mitarbeiters) Produktrisiken mit Auswirkungen auf: - Qualität der entwickelten Software - Leistung der entwickelten Software (z.b. schlechte Performance) Wirtschaftliche Risiken mit Auswirkungen auf: - Das eigene Unternehmen - Den Auftraggeber (z.b. fehlende Prozessunterstützung) Unter Verwendung von: Sommerville, I.: Software Engineering, S. 135, Pearson Studium Addison-Wesley, München, 2007 17.03.2011 Prof. Dr. Andreas Schmietendorf 6

Beispiele möglicher Softwarerisiken 17.03.2011 Prof. Dr. Andreas Schmietendorf 7

Typische Softwarerisiken I Risikomerkmale bzw. Risikoelemente: Fluktuation des Personals und personelle Defizite Unrealistische Planung & begrenzte finanzielle Mittel Entwicklung falscher Funktionalität und Eigenschaften Entwicklung der falschen Benutzeroberfläche Vergolden von Anforderungen Unter Verwendung von: Dumke, R.: Software Engineering (4. Auflage), S. 216, Vieweg Verlag, Wiesbaden, 2003 17.03.2011 Prof. Dr. Andreas Schmietendorf 8

Typische Softwarerisiken II Risikomerkmale bzw. Risikoelemente: Ständiges Verändern der Anforderungen Defizite extern gelieferter Komponenten Umstellungen bei extern vorgesehenen Komponenten Defizite in der Echtzeitleistung Überschätzung der Möglichkeiten eines Entwicklungsparadigmas Unter Verwendung von: Dumke, R.: Software Engineering (4. Auflage), S. 216, Vieweg Verlag, Wiesbaden, 2003 17.03.2011 Prof. Dr. Andreas Schmietendorf 9

Übung 3-1 Überlegen Sie sich geeignete Risikomanagement-Techniken zur Vermeidung der aufgezeigten Risikoelemente. Die Verwendung von Festpreisverträgen wird gerne genutzt um das Projektrisiko vom Kunden zum Auftragnehmer zu verlagern. Wie kann der Einsatz derartiger Verträge die Wahrscheinlichkeit von Produktrisiken erhöhen? Unter Verwendung von: Sommerville, I.: Software Engineering, S. 144, Pearson Studium Addison-Wesley, München, 2007 17.03.2011 Prof. Dr. Andreas Schmietendorf 10

Prozess des Risikomanagements 17.03.2011 Prof. Dr. Andreas Schmietendorf 11

Prozess des Risikomanagements Quelle: Balzert, H.: Lehrbuch der Softwaretechnik, S. 177, Spektrum Akademischer Verlag, Heidelberg Berlin, 1998 17.03.2011 Prof. Dr. Andreas Schmietendorf 12

Risikoidentifikation Unter Verwendung von Checklisten potentieller Risiken: Technologische Risiken Personenbezogene Risiken Unternehmensbezogene Risiken Risiken durch Werkzeuge Anforderungsrisiken Schätzrisiken Ergebnis ist eine Liste der projekt-spezifischen Risikoelemente Unter Verwendung von: Sommerville, I.: Software Engineering, S. 138, Pearson Studium Addison-Wesley, München, 2007 17.03.2011 Prof. Dr. Andreas Schmietendorf 13

Risikoanalyse Für jedes Risikoelement werden die Schadenswahrscheinlichkeit und das Schadensausmaß geschätzt. - gering <10% - niedrig 10 25% - mittel 25 50% - hoch 50 75% - sehr >75% Der Risikofaktor berechnet sich dann aus dem Produkt der beiden Schätzungen. Unter Verwendung von: Balzert, H.: Lehrbuch der Softwaretechnik, S. 177, Spektrum Akademischer Verlag, Heidelberg Berlin, 1998 17.03.2011 Prof. Dr. Andreas Schmietendorf 14

Risiko-Prioritätenbildung Die ermittelten Risikoelemente sind nach Prioritäten zu ordnen. Eine Möglichkeit besteht in der Berechnung der Risikofaktoren. Oft konzentriert man sich auch auf die Eintrittswahrscheinlichkeit oder das Schadensausmaß. Oft ist es aber auch sehr schwierig, Eintrittswahrscheinlichkeiten genau genug zu schätzen. Man benutzt dann einfachere Skalen (z.b. A, B, C). Eine vollständige Risiko-Analyse würde Prototypen, Leistungsmessungen und Simulationen erfordern, die aber teuer und zeitaufwändig sind. Unter Verwendung von: Balzert, H.: Lehrbuch der Softwaretechnik, S. 181, Spektrum Akademischer Verlag, Heidelberg Berlin, 1998 17.03.2011 Prof. Dr. Andreas Schmietendorf 15

Risiko-Managementplanung Berücksichtigung aller erkannten Hauptrisiken Je Risikoelement ist ein Risikomanagement-Plan zu entwickeln Strategien zum Umgang mit Risiken - Vermeidungsstrategie -Risk Vermeidung - Minimierungsstrategie -Risk Minimierung - Notfallpläne Risk Notfall Beispiele: - Risk Vermeidung Austausch fehlerhafter Service bzw. Produkte - Risk Minimierung Reduktion der Personalabhängigkeit - Risk Notfall Umgang mit wegbrechenden Auftraggeber Unter Verwendung von: Sommerville, I.: Software Engineering, S. 140, Pearson Studium Addison-Wesley, München, 2007 17.03.2011 Prof. Dr. Andreas Schmietendorf 16

Risiko-Überwindung Ausführung der festgelegten Aktivitäten wie z.b.: Prototypen implementieren Ausbildung der eingesetzten Mitarbeiter verbessern Analysen der resultierenden Systemperformance Qualitätssicherung eingekaufter Komponenten Austausch fehlerhafter Werkzeuge Punktueller Einsatz eingekaufter Spezialisten Umfang der Anforderungen reduzieren Unter Verwendung von: Balzert, H.: Lehrbuch der Softwaretechnik, S. 177, Spektrum Akademischer Verlag, Heidelberg Berlin, 1998 17.03.2011 Prof. Dr. Andreas Schmietendorf 17

Risikoüberwachung Etablierung eines fortlaufenden Prozesses Fortschritte bei der Risiko-Minimierung werden überwacht Bei Abweichungen werden korrigierende Aktionen vorgenommen! Bewährt ist die Verfolgung der Top ten-risiken: - Risiken in eine Rangfolge bringen - Regelmäßige Überprüfungstermine für das höhere Management - Jede Sitzung beginnt mit Fortschrittsbericht: Rangordnung jedes Risikoelements Rang bei der letzten Sitzung Wie oft stand das Risikoelement bereits auf Top ten-liste Entwicklung des Elements seit der letzten Sitzung Konzentration der Sitzung auf Beseitigung der Risikoelemnte Unter Verwendung von: Balzert, H.: Lehrbuch der Softwaretechnik, S. 177, Spektrum Akademischer Verlag, Heidelberg Berlin, 1998 17.03.2011 Prof. Dr. Andreas Schmietendorf 18

Übung 3-2 Welche Top ten-risiken (vgl. Folien 8 und 9) einer SW-Entwicklung können Sie durch die Entwicklung eines Prototypen ausschließen? Begründen Sie Ihre Entscheidung! Während der Entstehung eines Lehrbuches soll ein Student ein Fallbeispiel des Buches implementieren. Der Student erledigt diese Arbeit als Hausarbeit, also neben seiner Praxisphase. Zur Entwicklung der Software soll er eine neue Datenbank und eine neue Klassenbibliothek für die Oberfläche einsetzen. Das fertige Programm soll dem Buch auf einem Datenträger beigefügt werden. Führen Sie ein Risikomanagement anhand der vorgegebenen sechs Schritte durch. Quelle: Faustmann, G.: Vorlesung Software Engineering, FHW Berlin Fachbereich II 17.03.2011 Prof. Dr. Andreas Schmietendorf 19

Werkzeuge zum Risikomanagements 17.03.2011 Prof. Dr. Andreas Schmietendorf 20

Excel-basierte Risikoerfassung Quelle: ACE-Werkzeug (Risk identification for Sales Opportunities and Projects), T-Systems 17.03.2011 Prof. Dr. Andreas Schmietendorf 21

Excel-basierte Risikodarstellung Detaillierung Quelle: ACE-Werkzeug (Risk identification for Sales Opportunities and Projects), T-Systems 17.03.2011 Prof. Dr. Andreas Schmietendorf 22

Übung 3-3 Wählen Sie aus den Hauptprozessen des Risikomanagements nach PMBOK je einen Prozess aus und analysieren Sie diesen. Ordnen Sie die jeweils ausgewählte Themenstellung in das Risiko- Management ein und erstellen Sie eine kurze Übersicht zu den wesentlichen Inhalten dieser Prozesse sowie zu den vorgeschlagenen Tools und Techniken. Bewerten Sie die jeweils vorgeschlagenen Tools/Techniken, gehen Sie auf ggf. eigene Erfahrungen (Werkzeuge) aus den Praktika ein. 17.03.2011 Prof. Dr. Andreas Schmietendorf 23

Hinweis zum PMBOK 17.03.2011 Prof. Dr. Andreas Schmietendorf 24