Intro to Azure Api Management - With CatsXamariners
This document provides an introduction to API management. It defines an API as a set of requirements that enables one application to communicate with another. A Web API is specified as using HTTP/HTTPS, being RESTful, and using JSON or XML. API management platforms provide services like authentication, analytics, policy enforcement, and developer engagement. They allow organizations to publish and manage APIs to external developers. The document discusses how APIs have enabled companies like Uber and Airbnb to build large businesses without direct ownership of core assets. It presents Azure API Management as an example of an API management platform and demonstrates its capabilities like provisioning, analytics, testing, policies, and security features.
Microsoft MVP/Regional Director x Microsoft Japan Digital Days #MSDD2021Rie Moriguchi
2021年10月12日にDay 1を迎えた日本マイクロソフト株式会社主催カンファレンスMicrosoft Japan Digital Daysの開催に合わせて、カンファレンスに様々な形でご協力いただいたMicrosoft MVPおよびRegional Directorについて本資料にてご紹介しています。さらに、10名のMicrosoft MVP受賞者のオリジナル学習コレクションをご紹介しておりますので、皆さまの今後の学習にお役立てください。
This Presentation explain about what is cloud computing,services of cloud computing,deployment models of cloud computing,introduction about Alibaba Cloud,its infrastructure,pricing model and products portfolio of Alibaba Cloud
Bewerber steht häufig vor dem großen Problem Informationen über potenzielle Arbeitgeber zu ermitteln. Gerade bei mittelständischen Unternehmen ist die Informationsdichte recht gering. Hier liefern für Bewerber aus dem Bereich Entwicklung, Innovation und Technik Datenbanken relevante Informationen. Geeignet für eine Recherche sind Fachliteratur- und Patentdatenbanken. Diese bieten den Einblick in die technischen Entwicklungen eines potenziellen Arbeitgebers und dessen Innovationen.
Die Präsentatiion wurde von Michael Klems (http://www.infobroker.de) erstellt und nimmt Bezug auf einen Blogbeitrag unter - http://www.infobroker.de/blog/patentdatenbanken-fur-bewerbungen-einsetzen-so-erfahren-sie-mehr-uber-ein-unternehmen/
Intro to Azure Api Management - With CatsXamariners
This document provides an introduction to API management. It defines an API as a set of requirements that enables one application to communicate with another. A Web API is specified as using HTTP/HTTPS, being RESTful, and using JSON or XML. API management platforms provide services like authentication, analytics, policy enforcement, and developer engagement. They allow organizations to publish and manage APIs to external developers. The document discusses how APIs have enabled companies like Uber and Airbnb to build large businesses without direct ownership of core assets. It presents Azure API Management as an example of an API management platform and demonstrates its capabilities like provisioning, analytics, testing, policies, and security features.
Microsoft MVP/Regional Director x Microsoft Japan Digital Days #MSDD2021Rie Moriguchi
2021年10月12日にDay 1を迎えた日本マイクロソフト株式会社主催カンファレンスMicrosoft Japan Digital Daysの開催に合わせて、カンファレンスに様々な形でご協力いただいたMicrosoft MVPおよびRegional Directorについて本資料にてご紹介しています。さらに、10名のMicrosoft MVP受賞者のオリジナル学習コレクションをご紹介しておりますので、皆さまの今後の学習にお役立てください。
This Presentation explain about what is cloud computing,services of cloud computing,deployment models of cloud computing,introduction about Alibaba Cloud,its infrastructure,pricing model and products portfolio of Alibaba Cloud
Bewerber steht häufig vor dem großen Problem Informationen über potenzielle Arbeitgeber zu ermitteln. Gerade bei mittelständischen Unternehmen ist die Informationsdichte recht gering. Hier liefern für Bewerber aus dem Bereich Entwicklung, Innovation und Technik Datenbanken relevante Informationen. Geeignet für eine Recherche sind Fachliteratur- und Patentdatenbanken. Diese bieten den Einblick in die technischen Entwicklungen eines potenziellen Arbeitgebers und dessen Innovationen.
Die Präsentatiion wurde von Michael Klems (http://www.infobroker.de) erstellt und nimmt Bezug auf einen Blogbeitrag unter - http://www.infobroker.de/blog/patentdatenbanken-fur-bewerbungen-einsetzen-so-erfahren-sie-mehr-uber-ein-unternehmen/
Dieses strukturierte Leitbild stellt beispielhaft die möglichen Schwerpunkte und Themen eines Human Resource Management-Leitbildes vor, welches auf Powerpoint präsentiert werden kann. Es stammt aus dem "Handbuch für das Personalmanagment" aus dem PRAXIUM-Verlag, Zürich
To view recording of this webinar please use the below link:
https://wso2.com/library/webinars/2015/02/connected-health-reference-architecture/
The key focus areas of this session are
Overview of healthcare IT landscape
Standards and protocols widely used in healthcare platforms
SOA is healthcare domain
Quality of services in healthcare platforms
A connected healthcare reference model
Vortrag der VCAT Consulting im Rahmen der Fachtagung "CRM und Social Media - Kundenkontakte 2.0" veranstaltet durch eCOMM Brandenburg in der IHK Potsdam am 4. April 2011
Studie von Klenk & Hoursch zeigt: Volkswagen ist das transparenteste und vertrauenswürdigste Unternehmen unter den Automobilherstellern vor BMW und Daimler.
Studie bestätigt Zusammenhang von Transparenz und Vertrauen.
In den 14 abgefragten Imagedimensionen zu den fünf Herstellern geht Volkswagen als klarer Imagesieger hervor mit den besten Ergebnissen in allen Kategorien. BMW liegt nahezu immer an zweiter Stelle, während Daimler seinen Nimbus als ehemalige Imageikone deutlich sichtbar verloren hat. Die beiden ausländischen Hersteller Toyota und Ford liegen jeweils deutlich dahinter.
La Unión Europea ha propuesto un nuevo paquete de sanciones contra Rusia que incluye un embargo al petróleo. El embargo prohibiría las importaciones de petróleo ruso por mar y por oleoducto, aunque se concederían exenciones temporales a Hungría y Eslovaquia. El objetivo es aumentar la presión económica sobre Rusia para que ponga fin a su invasión de Ucrania.
Dieses strukturierte Leitbild stellt beispielhaft die möglichen Schwerpunkte und Themen eines Human Resource Management-Leitbildes vor, welches auf Powerpoint präsentiert werden kann. Es stammt aus dem "Handbuch für das Personalmanagment" aus dem PRAXIUM-Verlag, Zürich
To view recording of this webinar please use the below link:
https://wso2.com/library/webinars/2015/02/connected-health-reference-architecture/
The key focus areas of this session are
Overview of healthcare IT landscape
Standards and protocols widely used in healthcare platforms
SOA is healthcare domain
Quality of services in healthcare platforms
A connected healthcare reference model
Vortrag der VCAT Consulting im Rahmen der Fachtagung "CRM und Social Media - Kundenkontakte 2.0" veranstaltet durch eCOMM Brandenburg in der IHK Potsdam am 4. April 2011
Studie von Klenk & Hoursch zeigt: Volkswagen ist das transparenteste und vertrauenswürdigste Unternehmen unter den Automobilherstellern vor BMW und Daimler.
Studie bestätigt Zusammenhang von Transparenz und Vertrauen.
In den 14 abgefragten Imagedimensionen zu den fünf Herstellern geht Volkswagen als klarer Imagesieger hervor mit den besten Ergebnissen in allen Kategorien. BMW liegt nahezu immer an zweiter Stelle, während Daimler seinen Nimbus als ehemalige Imageikone deutlich sichtbar verloren hat. Die beiden ausländischen Hersteller Toyota und Ford liegen jeweils deutlich dahinter.
La Unión Europea ha propuesto un nuevo paquete de sanciones contra Rusia que incluye un embargo al petróleo. El embargo prohibiría las importaciones de petróleo ruso por mar y por oleoducto, aunque se concederían exenciones temporales a Hungría y Eslovaquia. El objetivo es aumentar la presión económica sobre Rusia para que ponga fin a su invasión de Ucrania.
Dass eine Anwendung gegen Angriffe von Außen abgesichert werden muss, ist in der heutigen Zeit keine Frage mehr. Die OWASP Top10 sind in aller Munde. Um so verwunderlicher ist es, dass in den meisten Projekten die Suche nach Sicherheitslücken frühestens nach Fertigstellung der Software angegangen wird.
Dabei gibt es ein paar Möglichkeiten, bekannte Security-Probleme bereits während der Entwicklung automatisiert zu erkennen und dem Entwickler so durch geeignetes Feedback die Möglichkeit zu geben, diese zeitnah zu beheben.
Im Vortrag werden verschiedene Tools vorgestellt und gezeigt, welche Security-Probleme schon während der Entwicklung durch Continous Integration vermieden werden können.
SAP Infotag: Security / Erlebe-Software 07-2014Erlebe Software
In regelmäßigen Abständen veranstaltet die mindsquare GmbH als SAP Beratungs- und Entwicklungsunternehmen kostenlose Infotage zu aktuellen Entwicklungen im SAP Umfeld mit hochaktuellen Themen.
Dabei werden alle Fachbereiche der mindsquare mit einbezogen - erlebe-Software.de ist einer davon!
Sehen Sie hier den Beitrag beim SAP Infotag im Juli 2014!
Sie haben Interesse, selbst einen unserer Infotage zu besuchen? Informieren Sie sich auf http://erlebe-software.de!
The document provides an introduction to AngularJS, including:
- What AngularJS is and the challenges it addresses like rich user interfaces, forms, and testability
- Key terminology like modules, directives, views, controllers, and scopes
- Examples of basic AngularJS apps demonstrating data binding, routing, forms, REST communication, and directives
- How to test AngularJS apps using unit tests and end-to-end tests
- Services provided by AngularJS for tasks like accessing the browser and mocking HTTP requests
The document discusses code examples for customizing an XML-template engine. It provides code to:
1) Replace current page links with large buttons or icons.
2) Allow navigation by page instead of line in a procedure.
3) Scale images correctly for different devices.
4) Generate a summary section with hyperlinks to other sections in a procedure.
An Architecture for an XML-Template Engine enabling Safe AuthoringFalk Hartmann
The document proposes an architecture for an XML template engine that enables safe authoring. It aims to satisfy requirements like preservation of constraints, coverage of the target language, inferring schemas, and independence from data sources. The key elements are a binding language (XTL) for templates, a grammar transformer to infer schemas, a template validator, an efficient template engine, a term evaluator, and an instantiation data validator. The architecture transforms XML schemas into extended schemas that can validate templates using the binding language. This allows templates to be checked prior to instantiation to help ensure safe authoring.
A Distributed Staged Architecture for Multimodal ApplicationsFalk Hartmann
This document describes a distributed staged architecture for enabling multimodal applications on mobile devices. The architecture aims to provide device and domain independence. It consists of a client-server model with a staged pipeline of XML transformations between sub-architectures for adaptation, dialog management, and the domain-specific documentation application. The architecture was implemented as an XML transformation pipeline and evaluated for mobile maintenance documentation applications, demonstrating device and domain independence. Key research questions remaining are how to better apply the multimodal interaction framework to concrete architectures.
Protocol Engineering: Beschreibung und Entwicklung von Kommunikationsprotokollen
Risiko Management in der Softwareentwicklung
1. Risikomanagement in
der Softwareentwicklung
Falk Hartmann
27.
Januar
2014
2/12/13
1
Copyright
2013
Demandware,
Inc.
Anc.
ther
ther
rights
reserved.
Copyright
2014
Demandware,
I ll
o All
o rights
reserved.
2. Über mich...
•
•
•
•
•
Java, JavaScript
Markup Languages
Identity and Access Management
OSGi
ActionScript/MXML
...und Demandware
•
•
•
•
Entwicklung und Betrieb einer enterprise-class cloud commerce platform seit 2004
160 Einzelhändler mit mehr als 665 Shops weltweit
Büros in Jena, Burlington (MA), München, Paris, London
Technologien
- Java, JEE, Spring
- Oracle, MongoDB, Redis, ElasticSearch
- Demandware Script (eine JavaScript-Variante)
• Im folgenden genannte Beispiele alle unabhängig von Demandware
27.
Januar
2014
2
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
4. Was ist ein Risiko?
27.
Januar
2014
4
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
5. Was ist ein Risiko?
27.
Januar
2014
5
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
6. Was ist ein Risiko?
27.
Januar
2014
6
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
7. Risikoeintritt und Eintrittsindikator
Risikoeintritt
• Materialisierung des Risikos
• Möglichkeit → Realität, d.h. das Risiko wird zum Problem
Eintrittsindikator
• Zeichen für den (möglicherweise unsichtbaren) Risikoeintritt
☐ Weggang eines Mitarbeiters
• Risikoeintritt = Entscheidung für Kündigung
• Eintrittsindikator = Eingang der Kündigung
27.
Januar
2014
7
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
8. Eintrittswahrscheinlichkeit und Schadenshöhe
Eintrittswahrscheinlichkeit
• Wahrscheinlichkeit, dass das Risiko und seine Folgen eintreten
Schadenshöhe
• Quantitative Bewertung der Folgen des Risikos
• Einheit: Geld oder Zeit, zur Vergleichbarkeit typischerweise als Zeit ausgedrückt
• Sonderfall: Fatales Risiko
☐ Wer wird Millionär?
•
•
•
•
27.
Januar
2014
Finale Frage: 1000000 €
Keine Ahnung
Eintrittswahrscheinlichkeit 75% (oder mit 50:50 Joker 50%)
Schadenshöhe 500000 €
8
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
9. Eintrittswahrscheinlichkeit und Schadenshöhe
Eintrittswahrscheinlichkeit
• Wahrscheinlichkeit, dass das Risiko und seine Folgen eintreten
Schadenshöhe
• Quantitative Bewertung der Folgen des Risikos
• Einheit: Geld oder Zeit, zur Vergleichbarkeit typischerweise als Zeit ausgedrückt
• Sonderfall: Fatales Risiko
☐ Wer wird Millionär?
•
•
•
•
27.
Januar
2014
Finale Frage: 1000000 €
Keine Ahnung
Eintrittswahrscheinlichkeit 75% (oder mit 50:50 Joker 50%)
Schadenshöhe 500000 €
8
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
10. Produkt oder Projekt?
Projekt
• Klar definierter Kunde erleichtert Erhebung der Anforderungen
• Begrenzte Laufzeit
• Weitere Teilnehmer am Projekt
☐ Software für Alg II-Abrechnung
Produkt
• Abstrakte Definition des Kunden, eventuell Pilotkunde
• Potentiell lange Entwicklungszeit
☐ Atlassian JIRA
Vorhaben
• im folgenden als Überbegriff für Projekt und Produkt
27.
Januar
2014
9
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
12. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
13. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
14. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
15. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
16. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
17. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
18. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
19. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
20. Was soll das Ganze?
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
21. Was soll das Ganze?
Projektmanagement ohne Risikomanagement
ist wie Programmierung ohne Berücksichtigung der Ausnahmen!
27.
Januar
2014
11
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
23. Schritt 1: Risikoidentifikation
Erkennen der Risiken
• Erste Version einer Risikoliste
Ansatz 1: Ausgehen vom Schlimmsten
• Was ist der schlimmste mögliche Ausgang?
• Welche Szenarien können diesen bewirken?
• Welche Ursachen liegen den Szenarien zugrunde?
Ansatz II: Definition von Gewinnbedingungen
• Je stakeholder: Wann ist das Projekt ein Erfolg?
• Paarweise widersprüchliche Gewinnbedingungen sind Risiken
Ansatz III:Was hält Sie nachts wach?
• Verdrängte Risiken
27.
Januar
2014
13
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
24. Schritt 2: Risikobewertung
Quantifizierung der Risiken
• Ermittlung bzw. Schätzung von Eintrittswahrscheinlichkeit und Schadenshöhe
Reduktion der Risikoliste - Welche Risiken können wir streichen?
• Die Eintrittswahrscheinlichkeit ist so klein, dass das Risiko ignoriert werden kann.
☐ Meteoriteneinschlag in Ihre Firma
• Das Eintreten des Risikos erübrigt das Vorhaben.
☐ Insolvenz Ihrer Firma
• Die Folgen sind minimal.
☐ Mitarbeiter nimmt spontan einen Tag Urlaub
• Die Verantwortung für das Risiko obliegt einer anderen Partei.
☐ Vertraglich zugesagte Zuarbeiten werden nicht geliefert
27.
Januar
2014
14
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
25. Schritt 2: Risikobewertung
Priorisierung der Risikoliste
• Sortierung nach Risikohöhe
• Risikohöhe = Eintrittswahrscheinlichkeit × Schadenshöhe
Risiko
Rechtsabteilung legt
Veto ein
Eintrittswkt.
Schadenshöhe
Risikohöhe
2%
∞
∞
Krankheit
10%
5d
0,5d
Rechtsabteilung
verlangt Überarbeitung
10%
1d
0,1d
1%
3d
0,03d
Totalschaden/Verlust
Laptop
27.
Januar
2014
15
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
26. Risikomatrix und Risikomatrixmethode
Risikomatrix und -methode
• Diverse Ausprägungen, z.B. [Versteegen et al 2003]
• Grafische Darstellung der Risiken mit Priorisierung
27.
Januar
2014
16
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
27. Risikomatrix und Risikomatrixmethode
Risikomatrix und -methode
Eintrittswahrscheinlichkeit
• Diverse Ausprägungen, z.B. [Versteegen et al 2003]
• Grafische Darstellung der Risiken mit Priorisierung
sehr
wahrscheinlich
wahrscheinlich
möglich
unwahrscheinlich
sehr
unwahrscheinlich
unbedeutend
gering
mittel
schwerwiegend
existentiell
Schadenshöhe
27.
Januar
2014
16
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
28. Risikomatrix und Risikomatrixmethode
Risikomatrix und -methode
Eintrittswahrscheinlichkeit
• Diverse Ausprägungen, z.B. [Versteegen et al 2003]
• Grafische Darstellung der Risiken mit Priorisierung
sehr
wahrscheinlich
Inakzeptabel
wahrscheinlich
“ALARP”
möglich
unwahrscheinlich
Akzeptabel
sehr
unwahrscheinlich
unbedeutend
gering
mittel
schwerwiegend
existentiell
Schadenshöhe
27.
Januar
2014
16
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
29. Risikomatrix und Risikomatrixmethode
Risikomatrix und -methode
Eintrittswahrscheinlichkeit
• Diverse Ausprägungen, z.B. [Versteegen et al 2003]
• Grafische Darstellung der Risiken mit Priorisierung
sehr
wahrscheinlich
wahrscheinlich
möglich
unwahrscheinlich
sehr
unwahrscheinlich
unbedeutend
gering
mittel
schwerwiegend
existentiell
Schadenshöhe
27.
Januar
2014
16
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
30. Risikomatrix und Risikomatrixmethode
Risikomatrix und -methode
Eintrittswahrscheinlichkeit
• Diverse Ausprägungen, z.B. [Versteegen et al 2003]
• Grafische Darstellung der Risiken mit Priorisierung
sehr
wahrscheinlich
Rechtsabteilung verlangt
Überarbeitung ●
wahrscheinlich
möglich
● Krankheit
Rechtsabteilung legt Veto ein ●
Totalschaden/Verlust Laptop ●
unwahrscheinlich
sehr
unwahrscheinlich
unbedeutend
gering
mittel
schwerwiegend
existentiell
Schadenshöhe
27.
Januar
2014
16
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
31. Schritt 3: Maßnahmenplanung
Möglichkeit 1: Vermeiden
• Ohne Risiko keine spannenden Vorhaben und meist auch kein Gewinn
☐ Lassen wir das Vorhaben!
Möglichkeit 2: Hoffen
• “Viel Glück bei Ihrem nächsten Projekt — aber verlassen Sie sich nicht darauf.”
[DeMarco und Lister, 2003]
☐ Es wird schon nicht passieren.
27.
Januar
2014
17
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
32. Schritt 3: Maßnahmenplanung
Möglichkeit 1: Vermeiden
• Ohne Risiko keine spannenden Vorhaben und meist auch kein Gewinn
☐ Lassen wir das Vorhaben!
Möglichkeit 2: Hoffen
• “Viel Glück bei Ihrem nächsten Projekt — aber verlassen Sie sich nicht darauf.”
[DeMarco und Lister, 2003]
☐ Es wird schon nicht passieren.
27.
Januar
2014
17
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
33. Schritt 3: Maßnahmenplanung
Möglichkeit 1: Vermeiden
• Ohne Risiko keine spannenden Vorhaben und meist auch kein Gewinn
☐ Lassen wir das Vorhaben!
Möglichkeit 2: Hoffen
• “Viel Glück bei Ihrem nächsten Projekt — aber verlassen Sie sich nicht darauf.”
[DeMarco und Lister, 2003]
☐ Es wird schon nicht passieren.
27.
Januar
2014
17
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
34. Schritt 3: Maßnahmenplanung
Möglichkeit 1: Vermeiden
• Ohne Risiko keine spannenden Vorhaben und meist auch kein Gewinn
☐ Lassen wir das Vorhaben!
Möglichkeit 2: Hoffen
• “Viel Glück bei Ihrem nächsten Projekt — aber verlassen Sie sich nicht darauf.”
[DeMarco und Lister, 2003]
☐ Es wird schon nicht passieren.
27.
Januar
2014
17
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
35. Schritt 3: Maßnahmenplanung
Möglichkeit 1: Vermeiden
• Ohne Risiko keine spannenden Vorhaben und meist auch kein Gewinn
☐ Lassen wir das Vorhaben!
Möglichkeit 2: Hoffen
• “Viel Glück bei Ihrem nächsten Projekt — aber verlassen Sie sich nicht darauf.”
[DeMarco und Lister, 2003]
☐ Es wird schon nicht passieren.
Mit freundlicher Genehmigung der Quelle www.geek-and-poke.com
27.
Januar
2014
17
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
36. Schritt 3: Maßnahmenplanung
Möglichkeit 3: Vermindern
• Risikoverminderung, “mitigation”
• Massnahmen zur Begrenzung der Auswirkung eines Risikos
vor dem Risikoeintritt
☐ Einsatz zusätzlicher Mitarbeiter vom Vorhabensbeginn an
Möglichkeit 4: Begrenzen
• Eventualfallmassnahme
• Massnahmen zur Begrenzung der Auswirkung eines Risikos
nach dem Risikoeintritt
☐ Einkauf von Consulting-Leistungen
27.
Januar
2014
18
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
42. Schritt 3: Maßnahmenplanung
Risiko
Rechtsabteilung
legt Veto ein
Eintritts- Schadens- Risikowkt.
höhe
höhe
2%
∞
∞
Risikoverminderung
Keine Beispiele von
aktuellem Arbeitgeber
Krankheit
10%
5d
Vorlesungsvor0,5d bereitung eher
beginnen
Rechtsabteilung
verlangt
Überarbeitung
10%
1d
0,1d
1%
3d
0,03d
Totalschaden/
Verlust Laptop
27.
Januar
2014
19
Eventualfallmaßnahme
-
-
Keine Beispiele von
aktuellem Arbeitgeber
Überarbeitung wie
verlangt durchführen
Materialien online
ablegen
Neuer Laptop
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
43. Schritt 4: Risikoverminderung
Ausführen der geplanten Schritte zur Risikoverminderung
• Aufnahme in Projektplan
• Bereitstellung notwendiger Ressourcen
• Beachtung im Risikomanagement selbst
Schritt 5: Beobachtung der Eintrittsindikatoren
Beobachtung der Eintrittsindikatoren
• Fortlaufend während der Vorhabenslaufzeit
• Einleitung der Eventualfallmassnahmen
27.
Januar
2014
20
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
44. Risikomanagement: Pro & Contra
Offensive Risikobehandlung
Stakeholder sind nicht reif dafür
Entkriminalisierung der Risiken
Ausmaß der Unsicherheit zu groß
Erhöhung der Erfolgsaussichten
Angst vor Ausnutzung der Unsicherheit
Begrenzung von Unsicherheiten
“Wir schaffen das!”
Begrenzung der Kosten
Mangelnde Daten
Keine Verlagerung der Verantwortung
Alleingang unmöglich
Schutz vor gescheiterten Teilprojekten
Maximierung der Wachstumschancen
Schutz vor Betriebsblindheit
Fokussierung auf das Wichtige
27.
Januar
2014
21
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
45. Risikomanagement: Pro & Contra
Offensive Risikobehandlung
Stakeholder sind nicht reif dafür
Entkriminalisierung der Risiken
Ausmaß der Unsicherheit zu groß
Erhöhung der Erfolgsaussichten
Angst vor Ausnutzung der Unsicherheit
Begrenzung von Unsicherheiten
“Wir schaffen das!”
Begrenzung der Kosten
Mangelnde Daten
Keine Verlagerung der Verantwortung
Alleingang unmöglich
Schutz vor gescheiterten Teilprojekten
Maximierung der Wachstumschancen
Schutz vor Betriebsblindheit
Fokussierung auf das Wichtige
27.
Januar
2014
21
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
47. Warum Unsicherheit?
Warum endet das Vorhaben nicht entsprechend dem Projektplan?
27.
Januar
2014
23
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
61. Neubetrachtung des Begriffs “Risiko”
27.
Januar
2014
26
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
62. Neubetrachtung des Begriffs “Risiko”
Risikodiagramm
• Unsicherheitsdiagramm ist Darstellung
eines Gesamtrisikos
• Einzelrisiken (“Kausalrisiken”) können
analog dargestellt werden
27.
Januar
2014
26
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
63. Neubetrachtung des Begriffs “Risiko”
Risikodiagramm
• Unsicherheitsdiagramm ist Darstellung
eines Gesamtrisikos
• Einzelrisiken (“Kausalrisiken”) können
analog dargestellt werden
27.
Januar
2014
26
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
64. Ableitung der Vorhabensunsicherheit
Wenn das gezeigte Unsicherheitsdiagramm die Folge der Risiken ist, wie
kann es dann aus den Risiken abgeleitet werden?
Vorgehen
• Erfassung der Einzelrisiken und ihrer Folgen als Risikodiagramme
• Verwendung von Werkzeugen zur Ermittlung der resultierenden
Gesamtunsicherheit (Monto-Carlo-Simulation)
27.
Januar
2014
27
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
66. Verlust von Mitarbeitern
Produkt ◼/◼︎
Projekt ◼/◼︎
Eintrittsindikatoren
• Kündigung
• Krankmeldung
Auswirkungen
• Verlängerung der Vorhabenslaufzeit
• Verschiebung von Meilensteinen/Reduktion des Versionsumfangs
Massnahmen
•
•
•
•
27.
Januar
2014
Projektstart mit “überzähligen” Mitarbeitern
Vermeidung von single point of failure-Mitarbeitern
Mitarbeiterschulung
pair programming
29
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
67. Starke Mitarbeiterfluktuation
Produkt ◼
Projekt ◼/◼︎
Eintrittsindikatoren
• Permanent hohe Fluktuation
Auswirkungen
• Mangelnde Identifikation der Mitarbeiter mit dem Vorhaben
• Erosion der Architektur und der Codequalität (broken windows theory)
Massnahmen
• Unternehmenskultur
• Wettbewerbsfähige Vergütung
27.
Januar
2014
30
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
68. Wegfall einer Basistechnologie
Produkt ◼/◼︎
︎
Projekt ◼/◼
Eintrittsindikatoren
•
•
•
•
Zunehmender zeitlicher Abstand zwischen Versionen (⇜ Reife)
Gerüchte
Ankündigung des Herstellers
Insolvenzbekanntmachungen
Auswirkungen
• Evaluationskosten, Einarbeitungsaufwand, Migrationsaufwand
Massnahmen
•
•
•
•
27.
Januar
2014
Open Source
Standards (z.B. JPA)
Erwerb von Source Code Lizenzen
Source Code Hinterlegung (escrow)
31
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
69. Fehlerhafter Zeitplan
Produkt ◼/◼︎
︎
Projekt ◼︎
Eintrittsindikatoren
• Zunehmende Diskrepanz zwischen Plan und Vorhabensstand
Auswirkungen
• Verspätung
• Frustration der Entwickler und des Managements
Massnahmen
• Vorgebene Zeitpläne prüfen
• Zeitplanung ohne Vorgaben durchführen (kein Wunschdenken)
27.
Januar
2014
32
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
70. Ausufernde Anforderungen
Produkt ◼/◼︎
Projekt ◼/◼︎
Eintrittsindikatoren
• Vorlage von Arbeitsergebnissen führt zu weiteren Wünschen
Auswirkungen
• Verspätung
• Extrakosten für refactoring
• Frustration der Entwickler
Massnahmen
• Gewissenhafte Erstellung bzw. Prüfung des Pflichtenheftes
• Klare vertragliche Regelungen für Mehraufwände
27.
Januar
2014
33
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
71. Spezifikationskollaps
Produkt ◼︎
Projekt ◼︎
Eintrittsindikatoren
• Entwicklung stoppt wegen unklarer Vorgaben
• Detailfragen können nicht beantwortet werden
Auswirkungen
• Projektabbruch
Massnahmen
• Erzwingen klarer Spezifikationen, z.B. durch zeitigen Review
27.
Januar
2014
34
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
72. Mangelnde Produktivität
Produkt ◼︎/◼︎
Projekt ◼/◼︎
Eintrittsindikatoren
• Wachsende Differenz zwischen Ist- und Sollstand
Auswirkungen
• Verlängerung der Vorhabenslaufzeit
• Verschiebung von Meilensteinen/Reduktion des Versionsumfangs
Massnahmen
• Mitarbeiterschulung
• Austausch von Mitarbeitern/Projektmanagement
• “Adding manpower to a late software project makes it later” [Brooks, 1985]
27.
Januar
2014
35
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
73. Technological Overkill
Produkt ◼/◼︎
Projekt ◼/◼︎
Eintrittsindikatoren
• Stetig steigende Anzahl eingesetzter Technologien
• Zunahme der technical debts
• “Wenn wir X einsetzen könnten, wären wir Y % schneller fertig.”
Auswirkungen
• Verlängerung der Vorhabenslaufzeit
• Unwartbares Vorhabensergebnis
• Budgetüberschreitungen
Massnahmen
• Commitment aller Beteiligten zur geplanten Architektur, den Frameworks und Tools
• Einsatz erfahrener Architekten
27.
Januar
2014
36
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
74. Overengineering
Produkt ◼/◼︎
Projekt ◼/◼︎
Eintrittsindikatoren
•
•
•
•
Stetig wachsende Produktkomplexität
Undokumentierte Erweiterungsmöglichkeiten
Zunahme der technical debts
“Ich habe X eingebaut, damit wir irgendwann Y realisieren können.”
Auswirkungen
• Verlängerung der Vorhabenslaufzeit
• Unwartbares/uneinsetzbares Vorhabensergebnis
Massnahmen
• Planung von Code Reviews
• Pair Programming
• Überlegtes Team Setup (Entwicklung/QA)
27.
Januar
2014
37
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
75. Unerreichbare Ressourcenvorgaben
Produkt ◼︎/◼
Projekt ◼/◼︎
Eintrittsindikatoren
• Tests oder Messungen
Auswirkungen
• Verlängerung der Vorhabenslaufzeit
• Unbrauchbarkeit des Vorhabensergebnisses
Massnahmen
• Erweiterung der Ressourcenbeschränkung vorsehen
• Entwurfsalternativen planen
27.
Januar
2014
38
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
76. Patentverletzung
Produkt ◼︎/◼
Projekt ◼/◼︎
Eintrittsindikatoren
• Patentrecherche
• Klageeingang
Auswirkungen
• Mehrkosten
• Verlängerung der Vorhabenslaufzeit
Massnahmen
• Alternative Implementierung vorsehen/durchführen
• Lizenzierung
27.
Januar
2014
39
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
79. Standards
• ISO 9001: Quality management systems
(Risikomanagement als Teil von QM)
• ISO 14971: Medical devices -- Application of risk management to medical devices
• ISO 27001: Information technology – Security techniques – Information security
management systems – Requirements
(Management von Sicherheitsrisiken im Betrieb)
• ISO 31000: Risk management -- Principles and guidelines
• NIST SP 800-30: Guide for Conducting Risk Assessments
• NIST SP 800-37: Guide for Applying the Risk Management Framework to Federal
Information Systems
• NIST SP 800-39: Managing Information Security Risk
27.
Januar
2014
42
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
80. Werkzeuge
• RISKOLOGY - Excel-Sheet zur Simulation von Vorhabensverläufen
http://www.systemsguild.com/riskology
• @Risk - Excel- und Project-basierte tool suite zur Risikoanalyse
http://www.palisade.com/risk/
27.
Januar
2014
43
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.
82. In eigener Sache
1. java user group
SAxoNy day
wann:
4. April 2014, 10:00 – 17:00 Uhr
wo:
TU Dresden
Fakultät Informatik, Raum E023
Nöthnitzer Straße 46, 01187 Dresden
gewinnen!
Die Bücher werden freundlicherweise vom Hanser Verlag
zur Verfügung gestellt.
Eine Veranstaltung der
27.
Januar
2014
45
Copyright
2014
Demandware,
Inc.
All
other
rights
reserved.