Zeitplan der VU. Zielsetzung der Vorlesung. Überblick - Vorlesung. Risikomanagement vs. Projektmanagement. Risikomanagement - Definitionen

Größe: px
Ab Seite anzeigen:

Download "Zeitplan der VU. Zielsetzung der Vorlesung. Überblick - Vorlesung. Risikomanagement vs. Projektmanagement. Risikomanagement - Definitionen"

Transkript

1 Zeitplan der VU Prof. Dr. Stefan Biffl Matthias Heindl Inst. f. Softwaretechnik und interaktive Systeme Bis Anmeldung für eine Übungsgruppe Bis Start-Gruppentreffen und Auswahl eines Projektes Bis Hausaufgabe (Aufwand: 3-8 Stunden) 1. Mai-Woche Workshop Bis Erstellung des Abschlussberichts Anfang Juni Gastvortrag von Dr. Hans Karnovsky Mitte Juni Vorlesungsprüfung 1 2 Überblick - Vorlesung Zielsetzung der Vorlesung Verständnis für Definition Risiko/Risikomanagement (RM) Motivation für RM Kernrisiken Risiko-Metriken RiskIt Prozess Bedeutung von Risikomanagement in SE PM Beherrschung der Teilschritte von RiskIt (Selbstanwendung) Besprechung des Übungsablaufes RiskIt-Methode als eine von mehreren Möglichkeiten 3 4 Risikomanagement vs. Projektmanagement Risikomanagement - Definitionen Projektmanagement (PM) Was SOLL passieren? Planung von Aktivitäten, um Projekte erfolgreich abzuschliessen Risikomanagement (RM) Was KANN passieren? Finden von Gegenmassnahmen für potentielle Probleme Problem: Gegenmassnahmen mit grosser lead time (Vorlaufzeit) Beispiel: Schulung von Mitarbeitern, Vergleich: Richtungswechsel von Motorboot Tanker (kleine lead time) (grosse lead time) Risiko - Risks are simply potential problems [Westfall, 2001] - Erwartungswert für Verlust im Vergleich mit optimalem Ergebnis - Possibility of loss or injury [Webster] Beispiele: schlecht ausgebildete Mitarbeiter, unklare Anforderungen, extremer Zeitdruck, Risikomanagement IDENTIFIKATION von Risiken + ANALYSE dieser Risiken + KONTROLLE der Risiken = RISIKOMANAGEMENT 5 6

2 Warum Risikomanagement? 4 Hauptgründe für RM [Boehm, 1989]: 1. Avoiding software project disasters, including run away budgets and schedules, defect-ridden software products and operational failures. 1. Avoiding rework caused by erroneous, missing, or ambiguous requirements, design or code, which typically consumes 40-50% of the total cost of software development. 2. Avoiding overkill with detection and prevention techniques in areas of minimal or no risk. 3. Stimulating a win-win software solution where the costumer receives the product they need and the vendor makes the profits they expect. Typische Risiken in kleinen SE-Projekten Beispiel: SE-Übungsprojekt Typische Risiken: Ausfall von Teammitgliedern Schlechte Kommunikation im Team Ungleiche Arbeitsverteilung schlechtes Klima Unzureichende Fähigkeiten (skills) mancher Teammitglieder Zu später Beginn hoher Zeitdruck Missverstandene Anforderungen 7 8 Top Ten Software Risiken 1/2 Top Ten Software Risiken 2/2 Risks Countermeasures 1. Personnel Shortfalls Staffing with top talent, incentives 6. Architecture, performance, quality Prototyping, tuning 2. Unrealistic schedules and budgets 4. Requirements mismatch, gold plating 5. User interface mismatch Prototyping Design to cost, incremental development, software reuse 3. COTS, external components Qualification testing, compatibility analysis Stakeholder win-win negotiation, prototyping, design/develop to cost 7. Requirements changes 9. Externally-performed tasks 10. Straining Computer Science capabilities Incremental development (defer changes to later increments) 8. Legacy software Design recovery, restructuring Award-fee contracts Technical analysis, cost-benefit anal prototyping 9 10 Definition von Risiko Modellierung von Risiken RISIKO ist definiert durch: 1. Die Wahrscheinlichkeit, dass ein Ereignis/Umstand zu einem Problem wird 2. Den Verlust (Schaden), der aus dem Problem entsteht Ist charakterisiert durch Wahrscheinlichkeit RISIKO Ist charakterisiert durch Verlust Ist definiert durch Ziele/Erwartungen Stakeholder Werden vorgegeben von Verlust ist abhängig von den Projektzielen bzw. -erwartungen Ziele sind von den Stakeholdern abhängig Risk exposure (RE): zur Grössenabschätzung eines Risikos Risk Exposure = (Probability UO ) x (Loss of Utility UO ) UO unsatisfactory outcome High Risk A Risk G Risk Probability Low Risk B Risk D Risk H Risk C Risk F Risk E Low Loss of Utility High 11 12

3 Informationsgewinnung für die Modellierung Werte oder Wahrscheinlichkeiten für Modellierung durch: Risk Reduction Leverage Zur Abschätzung der Kosteneffizienz einer Gegenmassnahme Empirische Erhebungen Schätzungen RRL = (Prob vorher x Loss vorher ) - (Prob nachher x Loss nachher ) GMKosten Wahrscheinlichkeitsverteilungen GMKosten Kosten der Gegenmassnahme RRL ist ein relatives Mass für Kosten/Nutzen von Gegenmassnahmen Risk Reduction Leverage Probleme für Risikomanagement Beispiel: Risiko XY: Schadensgrösse: 1000 Eintrittswahrscheinlichkeit (EW): mögliche Gegenmassnahmen: Gegenmassnahme 1 (GM 1): Kosten: 20 Reduktion der EW auf: 0.1 Gegenmassnahme 2 (GM 2): Kosten: 150 Reduktion der EW auf 0.05 Welche GM ist günstiger? RRL(GM 1)=(1000 x(0.3)-1000 x(0.1))/20 = 10 RRL(GM 2)=(1000 x(0.3)-1000 x(0.05))/150 =1.67 GM 1 ist kosten-effizienter als GM 2 Fehlender Wille von Projektbeteiligten, Existenz von Risiken zuzugeben Eindruck entsteht, dass man nicht weiss, was man tut Eindruck entsteht, dass der Kunde oder Boss nicht weiss, was er tut Erfolgsorientierung als gängiges Prinzip in Unternehmen Einstellung, Probleme zu ignorieren und deren Behandlung hinauszuzögern Vielleicht verschwinden Sie von selbst Vielleicht kann man Sie leichter lösen, wenn man zuerst die einfachen Aufgaben macht Zeit- und Kostenaufwand Der RiskIt-Prozess 1. Risikomandatsdefinition 1/3 Änderungen RiskIt: Risiko 1. Mandatsdefinition 2. Zielfindung 3. Identifikation 4. Analyse 5. Kontrollplanung 6. Kontrolle 7. Beobachtung START Risikomandatsdefinition Änderung der Situation Erwartete Ergebnisse Risikokontrolle Risikomanagementmandatsdefinition Zielfindung Änderung der Situation Zieldefinitionen Neue Probleme, Risiko- Situationsänderung Identifikation Risiko- Beobachtung Änderung der Risikosituation Risikoliste Risikoanalyse Risikobeobachtungs- Metriken Allgemeine Beschreibung: Für welche Projekte Risikomanagement? RM ergibt Ergänzung zum Projektplan Organisation des RM festlegen Abstecken des Bereichs, in dem Risikomanagement betrieben werden soll Prioritisierte Risiken Datenfluss Kontrollfluss Auswahl der Massnahmen Risikokontrollplanung Startschuss für alle Risikomanagement-Aktivitäten 17 18

4 1. Risikomandatsdefinition 2/3 Input für die Risikomandatsdefinition: Stakeholder definieren allgemeine Zielsetzungen und Risikoerwartungen Projektmanager bringt folgenden Input: Zeitplan Budget Ressourcen 1. Risikomandatsdefinition 3/3 Output Schwerpunkte Ziele (allgemein) Bereich Autorität Akzept. Risiken Vorgehensweise Stakeholders Beschreibung Ziele, die durch die RM- Aktivitäten erreicht werden sollen Definition der Risikobereiche, die abgedeckt werden sollen Angabe der Verantwortlichen u. des für RM verfügbaren Budgets Risiken, die von RM nicht berücksichtigt werden sollen Teilschritte, Methoden,... Angabe der Interessensgruppen (inkl. Priorität) Beispiel Das Ziel von RM in diesem Programm ist, das Auftreten von großen Risiken zu verhindern, die Projektleitung am aktuellen Stand zu halten und die Größe der einzelnen Risiken abzuschätzen. Innerhalb des Programms sollen alle technischen, personalbezogenen und managementbezogenen Risiken behandelt werden. Der Projektmanager hat 12 Personenmonate für die Umsetzung von Risikokontrollaktivitäten festgelegt. Risiken, die Veränderungen der Wettbewerbssituation betreffen, werden nicht berücksichtigt. Alle 2 Monate findet eine Risikoidentifikationssitzung statt. Top10-Risiken und entsprechende Gegenmaßnahmen werden in Berichten festgehalten. Die Stakeholder (nach Priorität geordnet) sind: Kunde, Management und Verkauf Zielfindung 1/2 2. Zielfindung 2/2 Jeder Stakeholder (z.b. PM, QM, Kunde, Anwender, Entwickler) definiert für sich die wichtigsten Projektziele. Die Ziele aller Stakeholder werden in einer stakeholder/goalpriority table festgehalten Goal/stakeholder Goal 1 Goal n SH A Priorität: 1 Priorität 2 Prioriät 1 SH B Priorität: 2 SH C Priorität: 3 Priorität 1 Priorität 2 SH D Priorität: 4 Priorität 2 Priorität 4 Zieltypen Klares Kriterium: es existiert ein Kriterium zur Überprüfung, ob Ziel erreicht ist: Fahre in einer Stunde von A nach B! Allgemeiner Faktor: kein Kriterium zur Überprüfung vorhanden Fahre so schnell wie möglich von A nach B! Beschränkung: Regeln, die unbedingt eingehalten werden müssen Fahre unter Einhaltung aller Verkehrsregeln von A nach B! Risikoidentifikation Risk Taxonomy CMU/SEI 93 Erstellung einer Liste aller relevanten Risiken Software Development Risk Beispiele für Methoden: Interviewing/Brainstorming Voluntary Reporting Decomposition Assumption Analysis Risk Taxonomies Checklists Class Element Attribute Product Development Program Engineering Environment Constraints Requirements * * * Engineering Development * * * Work Resources Specialties Process Environment Stability * * * Scale Formality * * * Product Schedule * * * Facilities Control 23 24

5 SEI Risk Taxonomy - Sample Questions Class Element Attribute Starter Question Follow-up Questions Starter Question Cues A. Product Engineering 2. Design c. Performance [22] Has a performance analysis been done? (Yes) (22.a) What is your confidence in the performance analysis? (Yes) (22.b) Do you have a model to track performance through design and implementation? [23] Are there any problems with performance? throughput scheduling asynchronous real-time events real-time response recovery time lines database response, contention, or access 4. Risikoanalyse Teilschritte: 1.) Risiko-Clustering Zusammenfassen von Risiken nach Ähnlichkeit 2.) Risiko-Szenarienentwicklung siehe nächste Folie 3.) Risiko-Prioritisierung Ordnen der erstellen Risikoszenarien nach Priorität Risikoanalyse Risikoszenarienentwicklung Darstellung der vorher identifizierten Risikoelemente als Riskit Analysis Graph Factor nicht vertraut sein mit dem user interface tool Event unrealistische Aufwandsschätzung Outcome Projekt nicht im Zeitplan, Budget überziehung Reaction Akzeptieren des Ergebnisses ohne Reaktion Reaction mehr Ressourcen beschaffen Effect set Kosten explodieren, Deadlines überzogen Rufschädigung Effect set Kosten explodieren 4. Risikoanalyse Beispiele für Risikoelemente Risikoelement Risikofaktor (risk factor) Risikoereignis (risk event) Risikoergebnis (risk outcome) Gegenreaktion(en) (risk reaction) Risikoeffekt (risk effect) Verlust (utility loss) Beispiel aus SE unerfahrenes Personal Verwendung neuer Methoden Verwendung neuer Technologien Unklare Anforderungen System-Crash Eine Schlüsselfigur kündigt Eine Änderung der Anforderungen System out of operation Personalknappheit Zeitplan wird nicht eingehalten System reparieren und mit Verzögerung wieder einsetzen Neues Personal anwerben Zusätzliche Kosten Verzögerungen im Zeitplan Rufschädigung Schadenssituation wie ihn die Stakeholder wahrnehmen Allgemeines Beispiel Hoher Cholesterinspiegel Wohnen an den Kanten von Kontinentalplatten Regen u. Schnee beim Autofahren Herzproblem diagnostiziert Erdbeben Autounfall Diagnostizierte Herzkrankheit Zerstörte Gebäude u. Straßen Verletzungen Behandlung/Therapie Wiederaufbau Behandlung im Krankenhaus Kosten für Behandlung/Therapie Kosten für Wiederaufbau, Menschenleben verloren Schmerz, Leid, verlorene Zeit Risiko-Priorisierung Risk Exposure 5. Risikokontrollplanung Risk Exposure = (Probability) x (Loss of Utility) Beispiel: Risiko A: Prob: 0.3, Loss: 100 RE = 30 Risiko B: Prob: 0.2, Loss: 100 RE = 20 Risiko C: Prob: 0.2, Loss: 150 RE = 30 Risiko D: Prob: 0.6, Loss: 200 RE = 120 Risiko XY: Prob: 0.05, Loss: 5 RE = 0.25 Risikoliste: 1) Risiko D 2) Risiko A Risiko C 1) Risiko B... 5) Risiko XY Entwicklung einer Menge von Gegenmassnahmen für die entdeckten Risiken Ansätze der Qualitätssicherung und Security zur Optimierung von Gegenmassnahmen Auswahl der effektivsten Gegenmassnahmen zur tatsächlichen Umsetzung innerhalb des Projekts Faktoren: Kreativität, Know-How, Erfahrung,

6 Arten von Gegenmassnahmen 6. Risikokontrolle Risikovermeidung: Unsicherheiten durch Informationsbeschaffung eliminieren Risikotransfer: Abgeben der Verantwortung an Dritte (vertraglich) Tatsächliche Umsetzung der ausgewählten Risikokontroll- Massnahmen Erweiterung des Projektplans um Aktionen aus dem Ergebnis des Risikomanagements Risikominimierung: Massnahmen um Wahrscheinlichkeit oder Schadensgrösse zu minimieren Risikoakzeptanz Risikobeobachtung (Monitoring) Vorteile von Risikit Beobachtung der gesamten Risikosituation des Projekts (Eingreifen falls neue Risiken entstehen) Die 3 wichtigsten Vorteile: Riskit bietet eine strukturierte Vorgehensweise Quantitative und qualitative Analyse von Risiken besseres Verständnis von Risiken Unterschiedliche Sichtweisen der verschiedenen Interessensgruppen eines Projekts fließen in den Prozess mit ein Zusammenfassung Referenzen Begriff RM, Methoden, Weiteres Vorgehen: Anmeldung für Wsh-Gruppe Start-Gruppentreffen und Projektauswahl Hausarbeit Workshop Abschlussberichterstellung Gastvortrag von Dr. Hans Karnovsky Vorlesungsprüfung [Boehm, 1989] [Kontio, 1997] [Westfall, 2001 ] Barry W. Boehm, Tutorial: Software Risk Management, Les Alamitos, CA, IEEE Computer Society, 1989 Jyrki Kontio, The Riskit Method for Software Risk Management, version 1.00, University of Maryland, 1997 Linda Westfall, Software Risk Management, The Westfall Team, Texas,

15 Risikomanagement. 15.1 Der Begriff Risiko. Risikomanagement 1

15 Risikomanagement. 15.1 Der Begriff Risiko. Risikomanagement 1 Risikomanagement 1 15 Risikomanagement Risikomanagement beinhaltet die Auseinandersetzung mit Risiken. Eine der ersten Fragen, die sich hier aufdrängt, ist, warum Risiken eigentlich gemanagt werden müssen

Mehr

Projektmanagement Vorlesung 15/ 16: Risikomanagement. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Projektmanagement Vorlesung 15/ 16: Risikomanagement. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern Projektmanagement Vorlesung 15/ 16: Risikomanagement Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller Planung im Projektverlauf Feinplanung

Mehr

Professionelles Projektmanagement in der Praxis

Professionelles Projektmanagement in der Praxis Professionelles Projektmanagement in der Praxis Veranstaltung 3 Teil 3 (23.05.2005): Projektrisikomanagement SS 2005 1 Agenda Alle Projekte beinhalten Risiken Definition des Risikobegriffes Kategorien

Mehr

Skriptum zur Lehrveranstaltung Risikomanagement VU 188.223, 2.0 Stunden im Magisterstudium der Informatik

Skriptum zur Lehrveranstaltung Risikomanagement VU 188.223, 2.0 Stunden im Magisterstudium der Informatik Skriptum zur Lehrveranstaltung Risikomanagement VU 188.223, 2.0 Stunden im Magisterstudium der Informatik Prof. Dr. Stefan Biffl Matthias Heindl Christoph Kozarits Katja Schmidt Inhaltsverzeichnis Teil

Mehr

Projektmanagement Vorlesung 14/ 15: Risikomanagement. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Projektmanagement Vorlesung 14/ 15: Risikomanagement. Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern Projektmanagement Vorlesung 14/ 15: Risikomanagement Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller Planung im Projektverlauf Feinplanung

Mehr

Projektrisiken analysieren

Projektrisiken analysieren Projektrisiken analysieren Compendio: Kapitel 5, Seiten 78-90 15.06.2013 SWE-IPM 1 Inhalt Risiko Management Prozess Risiko-Bewusstsein Chancen und Gefahren gehören zusammen Typische Projektrisiken Risiken

Mehr

Risikomanagement für IT-Projekte

Risikomanagement für IT-Projekte Jessica Wack Risikomanagement für IT-Projekte Mit einem Geleitwort von Prof. Dr. Dr. h.c. Dieter B. Preßmar Deutscher Universitäts-Verlag Inhaltsverzeichnis Geleitwort Vorwort Inhaltsverzeichnis Abbildungsverzeichnis

Mehr

on Software Development Design

on Software Development Design Werner Mellis A Systematic on Software Development Design Folie 1 von 22 How to describe software development? dimensions of software development organizational division of labor coordination process formalization

Mehr

Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement

Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Michael Eisenbarth Abteilung Requirements- und Usability-Engineering Fraunhofer-Institut für Experimentelles Software Engineering

Mehr

Cloud Architektur Workshop

Cloud Architektur Workshop Cloud Architektur Workshop Ein Angebot von IBM Software Services for Cloud & Smarter Infrastructure Agenda 1. Überblick Cloud Architektur Workshop 2. In 12 Schritten bis zur Cloud 3. Workshop Vorgehensmodell

Mehr

Riskikomanagement. No risk, no fun? No risk, no project! PROJEKTMANAGEMENT I - 18. Risikomanagement

Riskikomanagement. No risk, no fun? No risk, no project! PROJEKTMANAGEMENT I - 18. Risikomanagement Riskikomanagement No risk, no fun? No risk, no project! Risikomanagement 1 Ein paar Fragen zum Start Was sind Risiken? Wie gehen Sie mit Risiken um? Welche Bedeutung hat das Risiko in einem Projekt? Risikomanagement

Mehr

Grundlagen des Software Engineering

Grundlagen des Software Engineering Grundlagen des Software Engineering Teil 1: SW-Management Fachrichtung Wirtschaftsinformatik FB Berufsakademie der FHW Berlin Prof. Dr. Gert Faustmann Motivation des Risikomanagements Ungefähr 80 Prozent

Mehr

Vertragsmanagement im Mittelstand - Strategien zur wirtschaftlichen Behandlung von Risiken

Vertragsmanagement im Mittelstand - Strategien zur wirtschaftlichen Behandlung von Risiken Vertragsmanagement im Mittelstand - Strategien zur wirtschaftlichen Behandlung von Risiken VDE Südbayern AK Unternehmensmanagement Innung für Elektro- und Informationstechnik Haus II, Seminarraum 3 / 5.

Mehr

Phasen. Gliederung. Rational Unified Process

Phasen. Gliederung. Rational Unified Process Rational Unified Process Version 4.0 Version 4.1 Version 5.1 Version 5.5 Version 2000 Version 2001 1996 1997 1998 1999 2000 2001 Rational Approach Objectory Process OMT Booch SQA Test Process Requirements

Mehr

ISO 15504 Reference Model

ISO 15504 Reference Model Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define metrics Pre-review Review yes Release

Mehr

HIR Method & Tools for Fit Gap analysis

HIR Method & Tools for Fit Gap analysis HIR Method & Tools for Fit Gap analysis Based on a Powermax APML example 1 Base for all: The Processes HIR-Method for Template Checks, Fit Gap-Analysis, Change-, Quality- & Risk- Management etc. Main processes

Mehr

Integriertes Projekt Risiko Management mit @Risk in der Öl und Gas Industrie

Integriertes Projekt Risiko Management mit @Risk in der Öl und Gas Industrie Integriertes Projekt Risiko Management mit @Risk in der Öl und Gas Industrie Bodo Friese Corporate Project Risk Manager Palisade User Conference, Frankfurt, Germany 09-Oct-2014 Agenda Cameron in kurzen

Mehr

Historie des Arbeitskreises

Historie des Arbeitskreises Requirements Engineering & Projektmanagement Arbeitskreis-Bericht Andrea Herrmann Ralf Fahney Rüdiger Weißbach Christian Rückert Historie des Arbeitskreises Erste Idee: voriges Jahr auf dem FG-Treffen

Mehr

Software Engineering. Risikomanagement in der Softwareentwicklung

Software Engineering. Risikomanagement in der Softwareentwicklung 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

Mehr

Der Business Analyst in der Rolle des agilen Product Owners

Der Business Analyst in der Rolle des agilen Product Owners Der Business Analyst in der Rolle des agilen Owners HOOD GmbH Susanne Mühlbauer Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Inhalte Agile Software

Mehr

Security for Safety in der Industrieautomation Konzepte und Lösungsansätze des IEC 62443

Security for Safety in der Industrieautomation Konzepte und Lösungsansätze des IEC 62443 Security for Safety in der Industrieautomation Konzepte und Lösungsansätze des IEC 62443 Roadshow INDUSTRIAL IT SECURITY Dr. Thomas Störtkuhl 18. Juni 2013 Folie 1 Agenda Einführung: Standard IEC 62443

Mehr

Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung

Gliederung. Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung Peter Forbrig RUP 1 Gliederung Einführung Phasen Ten Essentials Werkzeugunterstützung Aktivitäten, Rollen, Artefakte Werkzeug zur patternorientierten Softwareentwicklung Peter Forbrig RUP 2 Rational Unified

Mehr

Lehrplan: Projektmanagement

Lehrplan: Projektmanagement Lehrplan: Projektmanagement Tobias Brückmann Volker Gruhn Gliederung 1 Grundlagen der industriellen So?ware Entwicklung 2 Grundprinzipien und Aufgaben im Projektmanagement 3 Stakeholder- Management 4 Ziel-

Mehr

Präsentation einer agilen Methode

Präsentation einer agilen Methode Präsentation einer agilen Methode Adaptive Software Development Rainer Ulrich Überblick 1. Entstehung 2. Einordnung 3. Manifesto for Agile Software Development 4. Ansatz 5. Adaptive Conceptual Model 5.1.

Mehr

Anforderungen, KEFs und Nutzen der Software- Prozessverbesserung

Anforderungen, KEFs und Nutzen der Software- Prozessverbesserung Process flow Remarks Role Documents, data, tool input, output Important: Involve as many PZU as possible PZO Start Use appropriate templates for the process documentation Define purpose and scope Define

Mehr

Gruppenentscheidungsprozesse im Requirements Engineering

Gruppenentscheidungsprozesse im Requirements Engineering 11. Requirements Engineering Tagung 2012 Gruppenentscheidungsprozesse im Requirements Engineering Alexander Felfernig 1 und Leopold Weninger 2 1 Technische Universität Graz, Österreich 2 wsop GmbH, Österreich

Mehr

Corporate Digital Learning, How to Get It Right. Learning Café

Corporate Digital Learning, How to Get It Right. Learning Café 0 Corporate Digital Learning, How to Get It Right Learning Café Online Educa Berlin, 3 December 2015 Key Questions 1 1. 1. What is the unique proposition of digital learning? 2. 2. What is the right digital

Mehr

PROMIDIS Fallstudien Produktivitätsmessung / Datenanalysen Softwaretechnische Umsetzung

PROMIDIS Fallstudien Produktivitätsmessung / Datenanalysen Softwaretechnische Umsetzung PROMIDIS Fallstudien Produktivitätsmessung / Datenanalysen Softwaretechnische Umsetzung Dr. Peter Weiß für Universität Hamburg 11. April 2014 1 Übersicht Fallstudien Softwaretechnische Umsetzung Productivity

Mehr

Projektmanagement. Strategische Option oder taktische Alternative? Thomas Koehler, ESI International

Projektmanagement. Strategische Option oder taktische Alternative? Thomas Koehler, ESI International Projektmanagement Strategische Option oder taktische Alternative? Thomas Koehler, ESI International Von Strategie und Taktik I Strategie die Lehre vom Gebrauch der einzelnen Gefechte zum Zweck des Krieges,...

Mehr

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Projektplan Software Engineering Projekt November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Der Projektplan Grundlage der gemeinsamen Arbeit innerhalb des Teams und mit

Mehr

JPlus Platform Independent Learning with Environmental Information in School

JPlus Platform Independent Learning with Environmental Information in School JPlus Platform Independent Learning with Environmental Information in School Mario Härtwig, Pierre Karrasch Salzburg, 7. Juli 2010 Genesis Umweltmonitoring als Beitrag zur Umweltbildung an Schulen. Kulturlandschaftsentwicklung

Mehr

DIGICOMP OPEN TUESDAY AKTUELLE STANDARDS UND TRENDS IN DER AGILEN SOFTWARE ENTWICKLUNG. Michael Palotas 7. April 2015 1 GRIDFUSION

DIGICOMP OPEN TUESDAY AKTUELLE STANDARDS UND TRENDS IN DER AGILEN SOFTWARE ENTWICKLUNG. Michael Palotas 7. April 2015 1 GRIDFUSION DIGICOMP OPEN TUESDAY AKTUELLE STANDARDS UND TRENDS IN DER AGILEN SOFTWARE ENTWICKLUNG Michael Palotas 7. April 2015 1 GRIDFUSION IHR REFERENT Gridfusion Software Solutions Kontakt: Michael Palotas Gerbiweg

Mehr

Modul 5: Service Transition Teil 1

Modul 5: Service Transition Teil 1 Modul 5: Service Transition Teil 1 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

Projektrisikomanagement im Corporate Risk Management

Projektrisikomanagement im Corporate Risk Management VERTRAULICH Projektrisikomanagement im Corporate Risk Management Stefan Friesenecker 24. März 2009 Inhaltsverzeichnis Risikokategorien Projekt-Klassifizierung Gestaltungsdimensionen des Projektrisikomanagementes

Mehr

IT Governance im Zusammenspiel mit IT Audit

IT Governance im Zusammenspiel mit IT Audit IT Governance im Zusammenspiel mit IT Audit ISACA After Hours Seminar Nicola Varuolo, Internal Audit AXA AXA Gruppe 52 Millionen Kunden weltweit 79 Milliarden Euro Geschäftsvolumen 150 000 Mitarbeitende

Mehr

Projektmanagement iterativer Projekte

Projektmanagement iterativer Projekte Übersicht Motivation zum iterativen Vorgehen Anleitung zur U Ca getriebenen Vorgehenswei Praktische Tipps Zusammenfassung Projektmanagement iterativer Rainer Schmidberger Universität Stuttgart Institut

Mehr

Visual Goal Management - visuelle Zielerreichung und Projektmanagement TOGAF. Requirements. Management generated by Dieter Langjahr 2014

Visual Goal Management - visuelle Zielerreichung und Projektmanagement TOGAF. Requirements. Management generated by Dieter Langjahr 2014 Visual Goal Management - visuelle Zielerreichung und Projektmanagement TOGAF Requirements Management generated by Dieter Langjahr 2014 Seite 1 von 1 Quelle: http://www.goalscape.com/de Swiss Management

Mehr

Mit Legacy-Systemen in die Zukunft. adviion. in die Zukunft. Dr. Roland Schätzle

Mit Legacy-Systemen in die Zukunft. adviion. in die Zukunft. Dr. Roland Schätzle Mit Legacy-Systemen in die Zukunft Dr. Roland Schätzle Der Weg zur Entscheidung 2 Situation Geschäftliche und softwaretechnische Qualität der aktuellen Lösung? Lohnen sich weitere Investitionen? Migration??

Mehr

Erfahrungen und Best Practices aus Projekten - Risikomanagement

Erfahrungen und Best Practices aus Projekten - Risikomanagement Erfahrungen und Best Practices aus Projekten - Risikomanagement ConSol Webcast 14.12.2012 Referent: Lutz Keller Moderator: Jens Brügmann Oh das hatten wir nicht bedacht Risikomanagement in Projekten 14.12.2012

Mehr

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden vs. Agile Methoden Christoph.Kluck@Student.Reutlingen University.de Medien und Kommunikationsinformatik Agenda Einführung Vorgehensmodelle Herkömmlich agil Resümee Klassische Probleme Nachgereichte Anforderungen

Mehr

Kommunales Risikomanagement in der Bundesrepublik

Kommunales Risikomanagement in der Bundesrepublik Kommunales Risikomanagement in der Bundesrepublik Die Niederlande als Beispiel Prof. dr. P.B. Boorsma 12. September 2013 1www.risicomanagement.nl Warum Risikomanagement? Aktuelle Risiken 2www.risicomanagement.nl

Mehr

ISO 15504 Reference Model

ISO 15504 Reference Model Prozess Dimension von SPICE/ISO 15504 Process flow Remarks Role Documents, data, tools input, output Start Define purpose and scope Define process overview Define process details Define roles no Define

Mehr

Risiken auf Prozessebene

Risiken auf Prozessebene Risiken auf Prozessebene Ein Neuer Ansatz Armin Hepe Credit Suisse AG - IT Strategy Enabeling, Practices & Tools armin.hepe@credit-suisse.com Persönliche Vorstellung, kurz 1 Angestellter bei Credit Suisse

Mehr

Safer Software Formale Methoden für ISO26262

Safer Software Formale Methoden für ISO26262 Safer Software Formale Methoden für ISO26262 Dr. Stefan Gulan COC Systems Engineering Functional Safety Entwicklung Was Wie Wie genau Anforderungen Design Produkt Seite 3 Entwicklung nach ISO26262 Funktionale

Mehr

Risikomanagement. 1 Gründe, warum Projekte fehlschlagen. 2 Risiken

Risikomanagement. 1 Gründe, warum Projekte fehlschlagen. 2 Risiken Risikomanagement 1 Gründe, warum Projekte fehlschlagen Projektergebnis wird nicht mehr benötigt Zeitrahmen des Projektes wurde überschritten Projektkosten übersteigen die Planung Nicht vorhersehbare technische

Mehr

Übungsblatt 5: Projekt und Arbeitsplanung

Übungsblatt 5: Projekt und Arbeitsplanung Übungsblatt 5: Projekt und Arbeitsplanung Aufgabe 11: Projektinitiierung Zur Vorbereitung der Entscheidung über die Durchführung eines Projekts müssen die Machbarkeit, Finanzierbarkeit etc. geprüft und

Mehr

TOGAF The Open Group Architecture Framework

TOGAF The Open Group Architecture Framework TOGAF The Open Group Architecture Ein Überblick Gesellschaft für Informatik, Regionalgruppe München Dr. Michael Bulenda München, 7.12.2009 Vorstellung Dr. M. Bulenda Seit 2001 bei Cirquent IT Management

Mehr

PROJEKTMANAGEMENT GRUNDLAGEN_2

PROJEKTMANAGEMENT GRUNDLAGEN_2 Friedrich-Schiller-Universität Jena Fakultät für Mathematik und Informatik Lehrstuhl für Softwaretechnik Dipl. Ing. Gerhard Strubbe IBM Deutschland GmbH Executive Project Manager (IBM), PMP (PMI) gerhard.strubbe@de.ibm.com

Mehr

Risk-Managements for Installation, Maintenance and Reprocessing of Medical Devices

Risk-Managements for Installation, Maintenance and Reprocessing of Medical Devices Risk-Managements for Installation, Maintenance and Reprocessing of Medical Devices Laws, Guidelines and Standards Medizinproduktegesetz (MPG) Medizinprodukte-Betreiberverordnung (MBetreibV) Sicherheitsplanverordnung

Mehr

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr

- Planung und Steuerung: Risikoliste - Code-Generator für die Erstellung einer Lebenslaufakte. Version: 1.0. Nicole Scheeren

- Planung und Steuerung: Risikoliste - Code-Generator für die Erstellung einer Lebenslaufakte. Version: 1.0. Nicole Scheeren - Planung und Steuerung: Risikoliste - Code-Generator für die Erstellung einer Lebenslaufakte Version: 1.0 Projektbezeichnung Projektleiter Verantwortlich Erstellung einer Lebenslaufakte Nicole Scheeren

Mehr

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé Von Requirements zus gç~åüáãkpåüìäò]èì~äáíóé~êâkçé QualityPark Ihr Partner im Lifecycle Management Process Management Requirements Engineering IT & Development Process Expertise Process Implementation

Mehr

Messung und Bewertung von Prozessqualität Ein Baustein der Governance

Messung und Bewertung von Prozessqualität Ein Baustein der Governance Messung und Bewertung von Prozessqualität Ein Baustein der Governance Prof. Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn

Mehr

Einflussfaktoren und Standards für den Weg zum Champion

Einflussfaktoren und Standards für den Weg zum Champion Einflussfaktoren und Standards für den Weg zum Champion 1 Herbert G. Gonder, PMP Bosshard & Partner Unternehmensberatung AG, Keynote Anlass, 10. April 2013 Agenda Ausgangslage Einflussfaktoren für den

Mehr

Einsatz einer Dokumentenverwaltungslösung zur Optimierung der unternehmensübergreifenden Kommunikation

Einsatz einer Dokumentenverwaltungslösung zur Optimierung der unternehmensübergreifenden Kommunikation Einsatz einer Dokumentenverwaltungslösung zur Optimierung der unternehmensübergreifenden Kommunikation Eine Betrachtung im Kontext der Ausgliederung von Chrysler Daniel Rheinbay Abstract Betriebliche Informationssysteme

Mehr

Kapitel 1 Applikations-Architektur VI

Kapitel 1 Applikations-Architektur VI Kapitel 1 Applikations-Architektur VI Software Engineering FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Software Architektur Grundbegriffe II. Prinzipien & Taktiken III. Stile

Mehr

Prozesse als strategischer Treiber einer SOA - Ein Bericht aus der Praxis

Prozesse als strategischer Treiber einer SOA - Ein Bericht aus der Praxis E-Gov Fokus Geschäftsprozesse und SOA 31. August 2007 Prozesse als strategischer Treiber einer SOA - Ein Bericht aus der Praxis Der Vortrag zeigt anhand von Fallbeispielen auf, wie sich SOA durch die Kombination

Mehr

IBM Measured Capability Improvement Framework (MCIF) Überblick

IBM Measured Capability Improvement Framework (MCIF) Überblick IBM Measured Capability Improvement Framework (MCIF) Überblick Dejan Mihajlovic Seniour Managing Consultant IBM SWG Austria dejan_mihajlovic@at.ibm.com +43 6646185879 2006 IBM Corporation 2007 IBM Corporation

Mehr

Solvency II Operationales Risiko und FLAOR vor dem Hintergrund der neuen Übergangsbestimmungen. 30. Oktober 2013 Dr. Harald Stangl

Solvency II Operationales Risiko und FLAOR vor dem Hintergrund der neuen Übergangsbestimmungen. 30. Oktober 2013 Dr. Harald Stangl Solvency II Operationales Risiko und FLAOR vor dem Hintergrund der neuen Übergangsbestimmungen 30. Oktober 2013 Dr. Harald Stangl Agenda 1. Motivation 2. Risikoanalyse im FLAOR gem. CP 13/009 3. Anforderungen

Mehr

Agile Software Entwicklung. Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski

Agile Software Entwicklung. Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski Agile Software Entwicklung Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski Agenda zum Kurs Software Engineering Wasserfallmodell Agile Entwicklung Wer bin ich Studium der Computerlinguistik

Mehr

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04 Empirische Evidenz von agilen Methoden Seminar in Software Engineering Wintersemester 03/04 Agenda Einleitung Bedeutung von agil Kurzübesicht agiler Methoden Überprüfung des (agilen) Erfolges Ausgewählte

Mehr

Das neue Framework der ISACA: RiskIT

Das neue Framework der ISACA: RiskIT Das neue Framework der ISACA: RiskIT Werte schaffen und Risiken managen Alfred Heiter 25. Februar 2010 Vorstellung Alfred Heiter alfred.heiter@at.ey.com Seit 10 Jahren im IT-Prüfungs- und IT-Beratungsgeschäft

Mehr

HERZLICH WILLKOMMEN 26.06.2013. Risikomanagement für KMU Grundlagen und konkrete Beispiele. Warum Risikomanagement?

HERZLICH WILLKOMMEN 26.06.2013. Risikomanagement für KMU Grundlagen und konkrete Beispiele. Warum Risikomanagement? HERZLICH WILLKOMMEN Grundlagen und konkrete Beispiele Warum Risikomanagement 1. Risiken frühzeitig erfassen, erkennen, abschätzen. geeignete Vorsorge- und Sicherungsmaßnahmen einleiten. Balance zwischen

Mehr

Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld

Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld Agiles Anforderungsmanagement mit SCRUM im regulierten Umfeld Bernhard Fischer Fischer Consulting GmbH MedConf 2011 Luzern Folie 1 Wozu brauchen wir Requirements? MedConf 2011 Luzern Folie 2 Der Anforderungszoo

Mehr

27. März 2013. Einführung Requirements Engineering: Rückblick und Ausschau

27. März 2013. Einführung Requirements Engineering: Rückblick und Ausschau 27. März 2013 Lukas Müller 27.3.2013 27. März 2013, p 3 Schwerpunkte Umfeld Tecan Aufbau von Requirements Engineering Ausschau 27. März 2013, p 4 Umfeld Tecan 27. März 2013, p 5 Tecan Hauptsitz in Männedorf,

Mehr

PTS Training Service: Archivierung, Annex 11, Part 11. Annex 11. aus Sicht eines GMP Inspektors

PTS Training Service: Archivierung, Annex 11, Part 11. Annex 11. aus Sicht eines GMP Inspektors PTS Training Service: Archivierung, Annex 11, Part 11 Annex 11 aus Sicht eines GMP Inspektors Klaus Eichmüller c/o Regierung von Oberbayern ZAB Speyer, 1 Annex 11 Rechtsgrundlagen GS (GMP keine Beeinträchtigung

Mehr

Professionelles Projektmanagement in der Praxis. Veranstaltung 6 Teil 4 (16.06.2003):

Professionelles Projektmanagement in der Praxis. Veranstaltung 6 Teil 4 (16.06.2003): Professionelles Projekt-Management in der Praxis Veranstaltung 6 Teil 4 (16.06.2003): Prof. Dr. Phuoc Tran-Gia, FB Informatik, Prof. Dr. Margit Meyer, FB Wirtschaftswissenschaften, Dr. Harald Wehnes, AOK

Mehr

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden

Mehr

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen.

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. Stefan Topp Honeywell International SARL 16. Februar 2012 Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. 1 Agenda Hintergruende Der Auswahlprozess Ausrollen von

Mehr

Änderungen ISO 27001: 2013

Änderungen ISO 27001: 2013 Änderungen ISO 27001: 2013 Loomans & Matz AG August-Horch-Str. 6a, 55129 Mainz Deutschland Tel. +496131-3277 877; www.loomans-matz.de, info@loomans-matz.de Die neue Version ist seit Oktober 2013 verfügbar

Mehr

Implementierung eines steuerlichen Risikomanagementsystems

Implementierung eines steuerlichen Risikomanagementsystems Nora Mundschenk Implementierung eines steuerlichen Risikomanagementsystems Eine Analyse in ausgewählten Unternehmen und die Entwicklung eines Instruments zur Bewertung steuerlicher Risiken Verlag Dr. Kovac

Mehr

Wie agil kann Business Analyse sein?

Wie agil kann Business Analyse sein? Wie agil kann Business Analyse sein? Chapter Meeting Michael Leber 2012-01-24 ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

Konferenz SIGNO-Strategieförderung

Konferenz SIGNO-Strategieförderung Konferenz SIGNO-Strategieförderung BMWi / PtJ am 19.03.10 Dr. Frank-Roman Lauter Leiter der Geschäftsentwicklung des Berlin-Brandenburg Centrums für Regenerative Therapien Charite Summit 17.03.10 Translationszentrum

Mehr

TFS als ALM Software. Erfahrungsbericht aus der MedTec Ecke. Lukas Müller

TFS als ALM Software. Erfahrungsbericht aus der MedTec Ecke. Lukas Müller TFS als ALM Software Erfahrungsbericht aus der MedTec Ecke Lukas Müller Agenda Tecan Umfeld und Prozesse Einsatzgebiet TFS Tecan Erweiterungen von TFS Erfahrungsaustausch Head Office in der Schweiz, >1100

Mehr

Management großer Softwareprojekte

Management großer Softwareprojekte Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur und Softwaretechnik FIRST H. Schlingloff,

Mehr

Qualitätssicherung. Qualität Qualitätsattribute Die Bedeutung von Qualität Sicherstellen von Qualität Qualität und andere Eigenschaften von Software

Qualitätssicherung. Qualität Qualitätsattribute Die Bedeutung von Qualität Sicherstellen von Qualität Qualität und andere Eigenschaften von Software sattribute Die von Sicherstellen von und andere Eigenschaften von Software Partner-Diskussion: Diskutieren Sie mit einem Partner Was ist? Wie können Sie die von einem "beliebigen" Produkt bestimmen? Wie

Mehr

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft. Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM

Mehr

Exercise (Part XI) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1

Exercise (Part XI) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1 Exercise (Part XI) Notes: The exercise is based on Microsoft Dynamics CRM Online. For all screenshots: Copyright Microsoft Corporation. The sign ## is you personal number to be used in all exercises. All

Mehr

Risikomanagement und minderung durch strategisches Facility Management

Risikomanagement und minderung durch strategisches Facility Management Risikomanagement und minderung durch strategisches Facility Management Based on the White Paper Risk Management and Mitigation through Strategic Facility Management This paper deals with risk management

Mehr

Challenges for the future between extern and intern evaluation

Challenges for the future between extern and intern evaluation Evaluation of schools in switzerland Challenges for the future between extern and intern evaluation Michael Frais Schulentwicklung in the Kanton Zürich between internal evaluation and external evaluation

Mehr

MatchPoint. Wirtschaftlichkeit von SharePoint Plattformen optimieren

MatchPoint. Wirtschaftlichkeit von SharePoint Plattformen optimieren MatchPoint Wirtschaftlichkeit von SharePoint Plattformen optimieren MatchPoint at a Glance Build Solutions in Less Time Provide a Better User Experience Maintain Your Platform at Lower Cost 2 MatchPoint

Mehr

Kompatibilität (ER11) Anwendung muß auf der vorhandenen Rechnerplattform laufen (Q1) Läuft das System auf den Rechnern die eingesetzt werden sollen?

Kompatibilität (ER11) Anwendung muß auf der vorhandenen Rechnerplattform laufen (Q1) Läuft das System auf den Rechnern die eingesetzt werden sollen? Concerns Requirements Question Requirements Question Requirements Question Kompatibilität (ER11) Anwendung muß auf der vorhandenen Rechnerplattform laufen (Q1) Läuft das System auf den Rechnern die eingesetzt

Mehr

IHK Die Weiterbildung. Zertifikatslehrgang. IT Service Management (ITIL)

IHK Die Weiterbildung. Zertifikatslehrgang. IT Service Management (ITIL) Zertifikatslehrgang IT Service Management (ITIL) IHK-Lehrgang IT Service Management (ITIL) Termin: 01.06.2012 bis 16.06.2012 IT12090 Ort: Industrie- und Handelskammer Erfurt Arnstädter Str. 34 99096 Erfurt

Mehr

Lehrplan: Grundlagen der industriellen So4ware- Entwicklung. paluno

Lehrplan: Grundlagen der industriellen So4ware- Entwicklung. paluno Lehrplan: Grundlagen der industriellen So4ware- Entwicklung Gliederung 1 Grundlagen der industriellen So4ware- Entwicklung 2 Requirements Engineering (RE) 3 SpezifikaDon 4 Architektur und Design 5 Architektur-

Mehr

Force Field Analysis

Force Field Analysis Force Field Analysis Was ist Force Field Analysis? Übung Diskussion Workshop IIBA Germany Chapter 26-02- 2011 page 1 Ankern Was wissen Sie bereits darüber? Welche Anknüpfungspunkte gibt es? Eigene Erfahrungen?

Mehr

Die Autoren 9. 2 Ethik und Maßstäbe für professionelles Verhalten 31 2.1 Übersicht der Domänen 32

Die Autoren 9. 2 Ethik und Maßstäbe für professionelles Verhalten 31 2.1 Übersicht der Domänen 32 Inhaltsverzeichnis Die Autoren 9 1 Einfuhrung 11 1.1 Gratulation zu Ihrem Entschluss 11 1.1.1 Dies ist kein Lehrbuch des Projektmanagements 12 1.1.2 Wissenstest, nicht Kompetenztest 12 1.1.3 PMP ohne Projektkultur

Mehr

TMF projects on IT infrastructure for clinical research

TMF projects on IT infrastructure for clinical research Welcome! TMF projects on IT infrastructure for clinical research R. Speer Telematikplattform für Medizinische Forschungsnetze (TMF) e.v. Berlin Telematikplattform für Medizinische Forschungsnetze (TMF)

Mehr

Risikomanagement leben!

Risikomanagement leben! Risikomanagement leben! Wirkungsvolles Risikomanagement auf Projekten in der Softwareentwicklung Das Buch IT-Risikomanagement leben! IT-Risikomanagement leben! Wirkungsvolle Umsetzung für Projekte in der

Mehr

GORM. Goal Oriented Risk Management

GORM. Goal Oriented Risk Management GORM Goal Oriented Risk Management 23. STEV Österreich - Fachtagung 25. April 2008 andreas@nehfort.at www.nehfort.at - 1 Agenda Vorstellung: Andreas Nehfort & Nehfort IT-Consulting GORM - Goal Oriented

Mehr

Wie Sie als Projektleiter RE&M einsetzen, um Ihren Projektauftraggeber und Ihren Projektauftrag besser zu verstehen...

Wie Sie als Projektleiter RE&M einsetzen, um Ihren Projektauftraggeber und Ihren Projektauftrag besser zu verstehen... Wie Sie als Projektleiter RE&M einsetzen, um Ihren Projektauftraggeber und Ihren Projektauftrag besser zu verstehen... Jörg Glunde, PMP, VP Projects 1 Agenda Kurzvorstellung des Referenten Motivation der

Mehr

Sanierung von IT-Projekten

Sanierung von IT-Projekten Sanierung von IT-Projekten Präsentation zur Vorlesung Juristisches IT-Projektmanagement bei Dr. Frank Sarre im Wintersemester 2013/2014 Ludwig-Maximilians-Universität München Folie 1 Agenda Motivation

Mehr

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational

Mehr

Service Strategie und Sourcing Governance als Werkzeuge zur Durchsetzung der Sourcing Ziele auf Kundenseite

Service Strategie und Sourcing Governance als Werkzeuge zur Durchsetzung der Sourcing Ziele auf Kundenseite 1 itsmf Deutschland e.v. Service Strategie und Sourcing Governance als Werkzeuge zur Durchsetzung der Sourcing Ziele auf Kundenseite Ben Martin, Glenfis AG Zürich 26.09.2012 Service Strategie und Sourcing

Mehr

Susanne Muehlbauer 29. November 2011

Susanne Muehlbauer 29. November 2011 Machen Sie noch Modellierung Anforderungsmanagement oder sind Sie schon READY for SCRUM? Susanne Muehlbauer 29. Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche

Mehr

1 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Startseite

1 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Startseite 1 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Startseite 2 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Einführung 3 von 119 Eine Einführung in das Project

Mehr

DIE UNSTERBLICHE PARTIE 16.04.2010 2

DIE UNSTERBLICHE PARTIE 16.04.2010 2 Manfred Bublies Dynamisches Risikomanagement am Beispiel des BOS Digitalfunkprojekts in Rheinland-Pfalz Wo 16.04.2010 1 DIE UNSTERBLICHE PARTIE 16.04.2010 2 DEFINITION RISIKOMANAGEMENT Risikomanagement

Mehr

Seminar Messbarkeit von Anforderungen. Betreuer: Eric Knauss. Gennadi Mirmov

Seminar Messbarkeit von Anforderungen. Betreuer: Eric Knauss. Gennadi Mirmov Just Enough Requirements Seminar Messbarkeit von Anforderungen am Fachgebiet Software Engineering Wintersemester 2007/2008 Betreuer: Eric Knauss 31.10.0710 07 Gennadi Mirmov Gliederung Einleitung Anforderungen

Mehr

Living Agile! Velocity made good. @Thomas_van_Aken

Living Agile! Velocity made good. @Thomas_van_Aken Living Agile! Velocity made good @Thomas_van_Aken Sybit GmbH Agile Consulting seit 2010 Coaching von Kunden-Teams Schulungen Darüber hinaus 1. & 2. Oktober 2014 Etwas über mich Aktuelle Titel: - Scrum

Mehr

Phase I: Angebotsvorbereitung

Phase I: Angebotsvorbereitung 1 Phase I: Angebotsvorbereitung Ziele der Phase I / Angebotsvorbereitung Kontakt herstellen erwartungen an das Angebot erteln Auftrag spezifizieren Rahmenbedingungen feststellen Beziehung aufbauen/vertrauensbasis

Mehr

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

No risk, no fun? Wie Risikomanagement im Projekt teuren Überraschungen vorbeugt No risk, no fun? Wie Risikomanagement im Projekt teuren Überraschungen vorbeugt Tekom RG Berlin-Brandenburg 17. März 2010 Isabelle Fleury Fleury & Fleury GbR, www.fleuryfleury.com Isabelle Fleury Studium:

Mehr