Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012

Größe: px
Ab Seite anzeigen:

Download "Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012"

Transkript

1 ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.52 märz 2012 RequIREMENTs EngINEERINg Ins Schwarze treffen

2 Ins SchwARze treffen Requirements Engineering: die Grundlagen Im Requirements Engineering werden Anforderungen erarbeitet und über den gesamten Lebenszyklus des Projekts bewirtschaftet. In der Praxis haben sich dabei die Analyse der Anforderungen so wie ein iteratives Vorgehen als besonders wichtig erwiesen. Von DaVID Kurmann Requirements Engineering ist eine junge Disziplin, die laufend an Gewicht gewinnt. Ihre Bedeutung ist heute erkannt. Es ist klar, dass Anforderungen erhoben, dokumentiert und bewirtschaftet werden müssen, wenn man am Ende von Projekten keine böse Überraschung erleben will. Doch in der Praxis gibt es zahlreiche Herausforderungen, welche die Konsequenz beim Requirements Engineering auf die Probe stellen. Es braucht Zeit und Ressourcen bei den involvierten Stakeholdern. Die Kommunikation muss über verschiedene Grenzen sichergestellt werden. Entscheidungen müssen getroffen werden, was voraussetzt, dass es zu einer Einigung unter den Stakeholdern kommt. Im Verlauf des Projekts ist ein Change Management erforderlich, das die dokumentierten Anforderungen immer auf dem neuesten Stand hält. Um diese Herausforderungen zu meistern, braucht es Wissen und Erfahrung, die in diesem ERNI Experience vermittelt werden. Dieser Artikel stellt zunächst kurz die wichtigsten Begriffe vor und fokussiert dann auf zwei Aspekte des Requirements Engineerings, die sich in der Praxis als zentral herausgestellt haben: die Analyse der Anforderungen und das Durchlaufen mehrerer Iterationen bis zu Anforderungen, die eine stabile Basis für die Entwicklung bilden. Grundsätzlich lässt sich das Requirements Engineering in zwei Teildisziplinen unterteilen: Requirements Management und Requirements Development. Beim Requirements Management geht es um das Bewirtschaften der Anforderungen über den gesamten Lebenszyklus des Projekts hinweg. Zuständig hierfür ist der Projektleiter. Das Ziel ist, Einverständnis zwischen Besteller und Lieferant eines neuen Produkts herzustellen. Das Ergebnis ist eine Art Vertrag, der kontinuierlich überarbeitet und überprüft wird. Das Requirements Management bildet damit die Basis für das Requirements Engineering. Die zweite Teildisziplin ist das Requirements Development, das systematische Erarbeiten der Anforderungen. Verantwortlich ist der Requirements Engineer. Beim Prozess hat sich ein Vorgehen in den vier Schritten Erheben, Analysieren, Spezifizieren und Validieren durchgesetzt (siehe Abbildung 1). Für alle vier Phasen stehen unterschiedliche Methoden zur Verfügung. Beispiel 1 Erhebung und Analyse von Anforderungen in einem Dienstleistungsbetrieb In einem Dienstleistungsbetrieb soll eine neue Version der zentralen Software entwickelt werden. Beim Requirements Development wird mit mehreren Erhebungstechniken gearbeitet. Dazu gehört die Feldbeobachtung. Verschiedenen Nutzern der Software wird bei ihrer täglichen Arbeit über die Schulter geschaut. Dabei wird etwa erhoben, wie sie ihre Aufgaben samt zugehöriger Dokumente organisieren, welcher Arbeitsschritt wie lange benötigt, was der Mitarbeiter selbst erledigt und für welche Aufgaben er Unterstützung in Anspruch nimmt sowie einiges mehr. Mit Vertretern aus verschiedenen Abteilungen, die alle das System benutzen,

3 requirements engineering 4 5 Grundsätzlich lässt sich das Requirements Engineering in zwei Teildisziplinen unterteilen: Requirements Management und Requirements Development. Beim Requirements Management geht es um das Bewirtschaften der Anforderungen über den gesamten Lebenszyklus des Projekts hinweg. Die zweite Teildisziplin ist das Requirements Development, das systematische Erarbeiten der Anforderungen.

4 Beim Requirements Development wird mit mehreren Erhebungstechniken gearbeitet. Dazu gehört die Feldbeobachtung. Verschiedenen Nutzern der Software wird bei ihrer täglichen Arbeit über die Schulter geschaut. Dabei wird etwa erhoben, wie sie ihre Aufgaben samt zugehöriger Dokumente organisieren, welcher Arbeitsschritt wie lange benötigt, was der Mitarbeiter selbst erledigt und für welche Aufgaben er Unterstützung in Anspruch nimmt sowie einiges mehr. Requirements Management Requirements-Listen, änderungsmanagement, Versionsverwaltung, Kundenabnahme Erheben Stakeholderanalyse Interviews/Workshops Feldbeobachtung Kreativitätstechniken Validieren Prototypen (grafisch) Review Entscheidungsfindung Abb. 1: Requirements Engineering Requirements Development Requirements Business Case Business User Requirements System Requirements AnalysIEREN Priorisierung Ebenen von Anforderungen Kano Spezifizieren Textuelle Beschreibung Use Cases Modellbeschreibungen (UML) Businessprozesse (BPMN) System Infrastructure Requirements Technical Requirements Technical Abb. 2: Ebenen

5 requirements engineering 6 7 werden zudem Workshops durchgeführt sowie die zukünftige Nutzung des Systems und die zukünftigen Abläufe besprochen. Erhoben werden sowohl die bestehenden, realen Abläufe in der Praxis als auch die Wünsche der Nutzer in Bezug auf das neue System. Diese Abläufe werden mit Hilfe der Use- Case-Methode dargestellt und mit den verschiedenen Stakeholdern besprochen. Das Vorgehen ist beispielhaft. Eine essenzielle Aufgabe des Requirements Engineerings ist es, zu analysieren, zu welcher der drei Ebenen Business, System oder Technik bestimmte Requirements gehören. Diese Kategorisierung ist notwendig, weil die Stakeholder selbst sie oft nicht berücksichtigen. So äussern Nutzer bei Interviews regelmässig den Wunsch nach einem bestimmten Tool und damit nach einer Lösung und verstehen dies als Anforderung. Technisch versierte Nutzer machen oft Vorschläge, die nicht die Benutzerebene, sondern die Systemebene betreffen. Diese Vermischung ist problematisch, weil für die drei Ebenen verschiedene Verantwortungsträger zuständig sind, verschiedene Stakeholder betroffen sind und sich auch das Umfeld jeweils unterscheidet (siehe Abbildung 2). Zudem sollten nicht vorschnell Entscheidungen auf der technischen Ebene getroffen werden, die dann die Freiheit bei den Systemanforderungen einschränken, und diese wiederum sollten nicht so festgelegt werden, dass sie die Wahl des Business Case einschränken. Die Vermischung lässt sich bereits bei der Erhebung vermeiden. Werden etwa Lösungen von Interviewpartnern genannt, sollte der Analyst nach dem Grund für diesen Vorschlag fragen, bis er zur dahinterstehenden Anforderung vorgedrungen ist.

6 Eine essenzielle Aufgabe des Requirements Engineerings ist es, zu analysieren, zu welcher der drei Ebenen Business, Benutzer oder Technik bestimmte Requirements gehören. Diese Kategorisierung ist notwendig, weil die Stakeholder selbst sie oft nicht berücksichtigen. So äussern Nutzer bei Interviews regelmässig den Wunsch nach einem bestimmten Tool und damit nach einer Lösung und verstehen dies als Anforderung. Technisch versierte Nutzer machen oft Vorschläge, die nicht die Benutzerebene, sondern die Systemebene betreffen. Diese Vermischung ist problematisch, weil für die drei Ebenen verschiedene Verantwortungsträger zuständig sind, verschiedene Stakeholder betroffen sind und sich auch das Umfeld jeweils unterscheidet.

7 requirements engineering 8 9 Für die weitere Analyse hilft die Darstellung der Anforderungen in Modellen wie Aktivitätsgrafiken oder Szenariodiagrammen. Im Beispiel wurden Use Cases benutzt, die den gewichtigen Vorteil besitzen, für alle Benutzer verständlich zu sein. Bei Use Cases ist meist auf den ersten Blick klar, ob der geschilderte Ablauf zur Business-, zur User- oder zur Systemebene gehört. Eine weitere typische Herausforderung besteht darin, dass sich Stakeholder zukünftige Lösungen häufig nicht vorstellen können. Darum sind beim Requirements Engineering Iterationen erforderlich. sondern sich zum Wesentlichen äussern. Je besser man das Requirements Management beherrscht, desto einfacher fallen der Organisation weitere Entwicklungsschritte, um komplexere Vorhaben anzupacken. Auf zwei solche Schritte gehen die folgenden beiden Artikel ein: das Outsourcing von Entwicklungsaufgaben und die Umstellung auf eine businessgetriebene IT. Beispiel 2 Einsatz von Prototypen Ein Industriebetrieb entwickelt eine neue Lösung für die Unterstützung seines Kernprozesses. Das System wird zahlreiche verschiedene Akteure entlang der Wertschöpfungskette unterstützen. Die vielfältigen Erwartungen zu konsolidieren und eine gut abgestützte Entscheidung herbeizuführen, ist nicht ohne Weiteres möglich. In diesem Fall werden die Anforderungen systematisch erhoben, analysiert und spezifiziert. Für die Validierung wird auf dieser Basis ein Prototyp entwickelt. Zu diesem geben die Stakeholder danach Rückmeldungen. Auf diese Weise kann die Qualität der Anforderungen deutlich verbessert werden. Die Beschreibung von grafischen Benutzeroberflächen (GUI) als Prototypen hat sich auch in anderen Projekten bewährt. Wichtig ist in diesem Zusammenhang, dass der vorläufige Charakter des GUI- Prototypen klar ersichtlich bleibt, damit die Stakeholder keine Details kritisieren, ERNI Innovation in Process and Technology DaVID Kurmann Beratertätigkeit: Training und Coaching, Process Improvement, Requirements Engineering

8 enables & delivers

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. RequIREMENTs EngINEERINg Ins Schwarze treffen

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. RequIREMENTs EngINEERINg Ins Schwarze treffen ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.52 märz 2012 RequIREMENTs EngINEERINg Ins Schwarze treffen OutsourcINg Klare Requirements sind ein Schlüsselfaktor

Mehr

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.

Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch. Vgl. Kapitel 5 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.pdf 2 Nach derbefragung aller Stakeholder und der Dokumentation

Mehr

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. Experience. Juni 2012. Schweigen ist Silber, Reden ist Gold

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. Experience. Juni 2012. Schweigen ist Silber, Reden ist Gold ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.53 Juni 2012 Migrationen Schweigen ist Silber, Reden ist Gold Migrationen 22 23 Schweigen ist Silber, Reden ist

Mehr

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das

Mehr

Informationswirtschaft II

Informationswirtschaft II Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe

Mehr

UML Diagramme. Aktivitätsdiagramm

UML Diagramme. Aktivitätsdiagramm Di, 15. April 2008 Thema: Requirements Techniken (Teil 3) Vorlesung von David Kurmann Autor: Oliver Röösli oliver.roeoesli@stud.fhz.ch UML Diagramme Aktivitätsdiagramm Das Aktivitätsdiagramm (engl. activity

Mehr

Requirements Engineering im Customer Relationship Management: Erfahrungen in der Werkzeugauswahl

Requirements Engineering im Customer Relationship Management: Erfahrungen in der Werkzeugauswahl Requirements Engineering im Customer Relationship Management: Erfahrungen in der Werkzeugauswahl GI-Fachgruppentreffen Requirements Engineering Agenda arvato services innerhalb der Bertelsmann AG Herausforderungen

Mehr

HERMES 5 und Requirements-Engineering

HERMES 5 und Requirements-Engineering HERMES 5 und Requirements-Engineering Emmerich FUCHS, zur Zeit aktiv für Eidgenössisches Finanzdepartement EFD Eidgenössisches Personalamt EPA / Ausbildungszentrum der Bundesverwaltung AZB HERMES 5 und

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

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

Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin

Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin Unsere Kunden erzählen keine Geschichten Ursula Meseberg microtool GmbH Berlin Unsere Kunden erzählen keine Geschichten Ein modellbasierter Prozess für die Anforderungsanalyse im Vorfeld agiler Produktentwicklung

Mehr

Praxisberichte. Plan des Vortrags. Das Rational Unified Process für die Anforderungsspezifikation

Praxisberichte. Plan des Vortrags. Das Rational Unified Process für die Anforderungsspezifikation Praxisberichte Das Rational Unified Process für die Anforderungsspezifikation Seminar in Software Engineering Spezifikationsverfahren Prof. Dr. Martin Glinz Nancy Schett Laurent Bagnoud Plan des Vortrags

Mehr

Das Leben nach dem F&E-Projekt Requirements Engineering für den gesamten Produktlebenszyklus. Mirko Pracht microtool GmbH

Das Leben nach dem F&E-Projekt Requirements Engineering für den gesamten Produktlebenszyklus. Mirko Pracht microtool GmbH Das Leben nach dem F&E-Projekt Requirements Engineering für den gesamten Produktlebenszyklus Mirko Pracht microtool GmbH Tools Projekte Prozesse & Methoden Viele Vorgehensstandards für F&E-Projekte Medizinprodukteerstellung

Mehr

Lehrplan: Business Analyse/ Requirements Engineering (BA- RE)

Lehrplan: Business Analyse/ Requirements Engineering (BA- RE) Lehrplan: Business Analyse/ Requirements Engineering (BA- RE) Gliederung 1 Grundlagen der industriellen So@ware Entwicklung 2 Unternehmens- und Geschä@sprozessmodellierung 3 Grundlagen und Begriffe des

Mehr

Leichtgewichtige RE Assessments

Leichtgewichtige RE Assessments Leichtgewichtige RE Assessments In Softwareentwicklungsprojekten Folie 1 von 19 28. November 2013 Daniel Rapp, Norbert Seyff, Anne Hess Inhalt Erste Anwendungserfahrung: Effiziente Anwendung im universitären

Mehr

Agile for Mobile. Erfahrungen mit der agilen Entwicklung von Anforderungen für mobile Business Applikationen. Ursula Meseberg microtool GmbH, Berlin

Agile for Mobile. Erfahrungen mit der agilen Entwicklung von Anforderungen für mobile Business Applikationen. Ursula Meseberg microtool GmbH, Berlin Agile for Mobile Erfahrungen mit der agilen Entwicklung von Anforderungen für mobile Business Applikationen Ursula Meseberg microtool GmbH, Berlin Application Clients Application Server Datenbank Windows

Mehr

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

Mehr

RE- Methodik in der Praxis

RE- Methodik in der Praxis Sco9 Adams, Inc./Dist. by UFS, Inc. Kurzprofil Patrick Spelina, eidg. dipl. Wirtscha?sinformaBker Senior Consultant WiB SoluFons AG AuLau und Kursleitung CPRE AL Requirements Modeling Kursleitung CPRE

Mehr

Über den Unterschied zwischen Business Analysis und Requirements Engineering & Management

Über den Unterschied zwischen Business Analysis und Requirements Engineering & Management Über den Unterschied zwischen Business Analysis und Requirements Engineering & Management REConf Schweiz 2010 IIBA BABOK 2.0 Wortzählung 1729 "Requirement" = 42% von ( Requirement + Business + Solution

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

Requirements Engineering für IT Systeme

Requirements Engineering für IT Systeme Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013 Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein

Mehr

GI Fachgruppentreffen RE 2015

GI Fachgruppentreffen RE 2015 GI Fachgruppentreffen RE 2015 Miteinander reden statt gegeneinander schreiben Lagerfeuer Bundenbach Schmidtburg 2003 von Tiger St.Georg - selbst fotografiert von Tiger St.Georg. Susanne Mühlbauer 1 November

Mehr

Planung von Informationssystemen

Planung von Informationssystemen Planung von Informationssystemen Modulbezeichnung Planung von Informationssystemen Modulverantwortliche(r) Wirth Modulniveau Bachelor EDV-Bezeichnung - Modulumfang (ECTS) 5 Semester 2 Lernziele & Kompetenzen

Mehr

Requirements Engineering Gastdozent: David Kurmann Modul: SWE SS08 Datum: 14 April 2008 Autor: Marco Röösli

Requirements Engineering Gastdozent: David Kurmann Modul: SWE SS08 Datum: 14 April 2008 Autor: Marco Röösli Requirements Engineering Gastdozent: David Kurmann Modul: SWE SS08 Datum: 14 April 2008 Autor: Marco Röösli Inhaltsverzeichnis 1 Rückblick auf Requirements Engineering Teil 1... 2 1.1 Was ist Requirements

Mehr

Anforderungen und Auswahlkriterien für Projektmanagement-Software

Anforderungen und Auswahlkriterien für Projektmanagement-Software Anforderungen und Auswahlkriterien für Projektmanagement-Software Anika Gobert 1,Patrick Keil 2,Veronika Langlotz 1 1 Projektmanagement Payment Giesecke &Devrient GmbH Prinzregentenstr. 159, Postfach 800729,

Mehr

Dreibeinige Stühle kippeln nicht Fachbereich und IT als gemeinsames Projekt-Team

Dreibeinige Stühle kippeln nicht Fachbereich und IT als gemeinsames Projekt-Team Dreibeinige Stühle kippeln nicht Fachbereich und IT als gemeinsames Projekt-Team REConf 2014, Konferenztrack Sprache München, 11. März 2014 Dr. Jürgen Pitschke BCS Dr. Jürgen Pitschke www.enterprise-design.eu

Mehr

Business-Analyse Probleme lösen, Chancen nutzen

Business-Analyse Probleme lösen, Chancen nutzen Business-Analyse Probleme lösen, Chancen nutzen Herausforderungen für Unternehmen im Wandel Peter Gerstbach, 17. Juni 2015 @PeterGerstbach peter.gerstbach@gerstbach.at gerstbach.at Gerstbach Business Analyse

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

Scrum und professionelles Requirements Engineering

Scrum und professionelles Requirements Engineering Scrum und professionelles Requirements Engineering Dr. Martin Mandischer (Prokurist, Professional Scrum Trainer) Jens Trompeter (Vorstand, Certified Scrum Professional) Gründung im Jahr 2003 Mehr als 160

Mehr

Der Miller Heiman Greensheet: Ein geeignetes Tool für das Pre-Sales Requirements Engineering? Christoph Oemig, M.Sc.

Der Miller Heiman Greensheet: Ein geeignetes Tool für das Pre-Sales Requirements Engineering? Christoph Oemig, M.Sc. Der Miller Heiman Greensheet: Ein geeignetes Tool für das Pre-Sales Requirements Engineering? Christoph Oemig, M.Sc. IREB Certified Professional for Requirements Engineering (CPRE) Software & Professional

Mehr

Priority Poker. Einführung und Beispiel. SwissQ, April 2012

Priority Poker. Einführung und Beispiel. SwissQ, April 2012 Priority Poker Einführung und Beispiel SwissQ, April 2012 1 2 3 4 5 6 7 Herausforderung Der Ansatz Priority Poker im Detail Relative Schätzungen Beispiel Zusammenfassung Der nächste Schritt Page 2 Priorisierung

Mehr

Produktphilosophie erstellen

Produktphilosophie erstellen User Experience Produktphilosophie erstellen Bereich Anforderungen Aktivität Ziele Erleichterte Kommunikation zwischen Stakeholdern Designentscheidungen erleichtern/rechtfertigen schnell durchführbar einfach

Mehr

Grundlagen der Organisationsentwicklung. Trainerin: Frau Dipl. Volkswirtin Kai Peters im Februar 2013

Grundlagen der Organisationsentwicklung. Trainerin: Frau Dipl. Volkswirtin Kai Peters im Februar 2013 Grundlagen der Organisationsentwicklung Trainerin: Frau Dipl. Volkswirtin Kai Peters im Februar 2013 Inhalt 1. Grundlagen der Organisationsentwicklung (OE) 2. 3. Rollen und Aufgaben im Rahmen einer OE

Mehr

Was ist Language Based BPM? Eine kurze Erklärung Version 1.0

Was ist Language Based BPM? Eine kurze Erklärung Version 1.0 Was ist Language Based BPM? Eine kurze Erklärung Version 1.0 Dieses Dokument wurde verfasst von Dr. Jürgen Pitschke, BCS-Dr. Jürgen Pitschke, www.enterprise-design.eu Diese Unterlagen können frei für nicht-kommerzielle

Mehr

Business Process Improvement. Schrittweise Optimierung von Geschäftsprozessen Alfred Bertschinger

Business Process Improvement. Schrittweise Optimierung von Geschäftsprozessen Alfred Bertschinger Business Process Improvement Schrittweise Optimierung von Geschäftsprozessen Alfred Bertschinger Situation Die Informatik unterstützt eine Vielzahl von Geschäftsprozessen Die bestehenden Technologien sind

Mehr

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen? Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen? Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

Mehr

Use Case Beschreibung:

Use Case Beschreibung: <Name (Nummer)> Dokument-Art UC Geltungsbereich Use Case Beschreibung: Version Autor Ausgabe vom Ersetzt Dokument Ausgabestelle Prüfstelle Freigabestelle

Mehr

Über dieses Buch. Kapitel 1. 1.1 Einleitung

Über dieses Buch. Kapitel 1. 1.1 Einleitung Kapitel 1 Über dieses Buch 1.1 Einleitung Dieses Buch behandelt das Vorgehensmodell Kanban und seinen Einsatz in Softwareentwicklungsprojekten. Kanban ist ein Vorgehensmodell der schlanken Softwareentwicklung

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

Requirements Engineering bei IXOS - mit Beteiligung von User Experience

Requirements Engineering bei IXOS - mit Beteiligung von User Experience Requirements Engineering bei IXOS - mit Beteiligung von User Experience MMC Paderborn, 2004-09-07 Petra Kowallik User Interaction Designer IXOS Software AG Copyright 1995-2004 Open Text Inc. All rights

Mehr

SO WERDEN LÖSUNGEN HÖCHSTEN ANSPRÜCHEN

SO WERDEN LÖSUNGEN HÖCHSTEN ANSPRÜCHEN MO. 27. SEP. 2004, 17:00 UHR HIGH-END REQUIREMENTS ENGINEERING IT FÜR FINANZDIENSTLEISTER: SO WERDEN LÖSUNGEN HÖCHSTEN ANSPRÜCHEN GERECHT GERECHT MIT ROUNDTABLE-DISKUSSION WIRD PRÄSENTIERT VON MEDIENPARTNER

Mehr

nutzbringend angewendet werden, sich neu erfinden: Weg von einer pseudoobjektiv fundierten Illusion von Kontrolle, hin zu

nutzbringend angewendet werden, sich neu erfinden: Weg von einer pseudoobjektiv fundierten Illusion von Kontrolle, hin zu Mit der Veränderung der Märkte seit 2009 entwickelt sich eine veränderte Haltung und eine Transformation der Perspektiven in vielen Bereichen. So muss auch die Managementdiagnosik, will sie sinnstiftend

Mehr

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes

Mehr

Analyse und Toolevaluierung

Analyse und Toolevaluierung Analyse und Toolevaluierung Evaluierung von Werkzeugen zur Erstellung von IT-Spezifikationen Im Zuge der Standardisierung und Industrialisierung der Softwareerstellung stehen zunächst kleinere Verbesserungen

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

Usability Engineering als Innovationsmethodik

Usability Engineering als Innovationsmethodik Usability Engineering als Innovationsmethodik Die vielen Gesichter einer Schnittstellendisziplin Folie 1 16. Mai 2013 Dr. Eric Fehse Wer hat das schon mal gehört? Usability bedeutet, die Benutzeroberfläche

Mehr

Wer hat dieses Auto gestaltet?

Wer hat dieses Auto gestaltet? 1 Wer hat dieses Auto gestaltet? Porsche? Falsch ein grosses Team aus Geldgebern, Konstrukteuren, Designer, Elektoniker, Metallverarbeiter, Motorenbauer, Aerodynamiker bis zum Projektleiter. hfp://blog.iso50.com/2010/08/03/porsche-

Mehr

Requirements Engineering (Anforderungstechnik)

Requirements Engineering (Anforderungstechnik) 5 Requirements Engineering Einführung 5.1 Was ist Requirements Engineering? Erste Näherung: Requirements Engineering (Anforderungstechnik) ist das systematische, disziplinierte und quantitativ erfassbare

Mehr

Projektmanagement inkl. Lösungen

Projektmanagement inkl. Lösungen Prüfungsfach: Prüfungsdauer: inkl. Lösungen 1 Stunde Maximale Punktzahl 60 Anzahl Aufgabenblätter 8 Anzahl Lösungsblätter... Bitte bei den Lösungsblättern nicht auf die Rückseite schreiben! Bitte beachten

Mehr

Vergessen lernen. Anwendungswissen für nachhaltigen Nutzen organisieren

Vergessen lernen. Anwendungswissen für nachhaltigen Nutzen organisieren Anwendungswissen für nachhaltigen Nutzen organisieren Elke Mittendorf, Principal Consultant Fachgruppentreffen Requirements Engineering 2015 BASEL BERN BRUGG LAUSANNE ZÜRICH DÜSSELDORF FRANKFURT A.M. FREIBURG

Mehr

Requirements Engineering auf dem Weg zur Professionalisierung. Swiss Requirement Night, 3. September 2014, Patrik Riesen

Requirements Engineering auf dem Weg zur Professionalisierung. Swiss Requirement Night, 3. September 2014, Patrik Riesen Requirements Engineering auf dem Weg zur Professionalisierung Swiss Requirement Night, 3. September 2014, Patrik Riesen Berner Wirtschaft, Fachhochschule Gesundheit Haute & Soziale école Arbeit spécialisée

Mehr

Intelligente Prozesse für das Kundenbeziehungsmanagement. Rainer Wendt, in der IHK Aachen, 23.02.2011

Intelligente Prozesse für das Kundenbeziehungsmanagement. Rainer Wendt, in der IHK Aachen, 23.02.2011 CRM Process Performance Intelligence Intelligente Prozesse für das Kundenbeziehungsmanagement Rainer Wendt, in der IHK Aachen, 23.02.2011 masventa Business GmbH Von-Blanckart-Str. 9 52477 Alsdorf Tel.

Mehr

Die Einführung eines RM Tools muss nicht aufwendig sein - Eine unkomplizierte Lösung mit agosense.fidelia

Die Einführung eines RM Tools muss nicht aufwendig sein - Eine unkomplizierte Lösung mit agosense.fidelia Die Einführung eines RM Tools muss nicht aufwendig sein - Eine unkomplizierte Lösung mit agosense.fidelia REFERENT Webinar Nr. 5 21. April 2016 15 Uhr bis 16 Uhr Bernd Röser Key Account Manager Kurzer

Mehr

Ein Erfahrungsbericht über die Standardisierung im Requirement Engineering bei der SBB-IT

Ein Erfahrungsbericht über die Standardisierung im Requirement Engineering bei der SBB-IT Ein Erfahrungsbericht über die Standardisierung im Requirement Engineering bei der SBB-IT Gaby Pfandt, SBB-IT Methodik, Software Engineering Zürich, 12.11.2013 Swiss Requirement Night Agenda Ø SBB AG SBB-IT

Mehr

Ordentliche Geschäftsprozessmodellierung (GPM) nutzt auch Ihrer IT-Infrastruktur. (Was hat GPM mit IT zu tun?) Antonius J.M.

Ordentliche Geschäftsprozessmodellierung (GPM) nutzt auch Ihrer IT-Infrastruktur. (Was hat GPM mit IT zu tun?) Antonius J.M. Ordentliche Geschäftsprozessmodellierung (GPM) nutzt auch Ihrer IT-Infrastruktur (Was hat GPM mit IT zu tun?) Antonius J.M. van Hoof Fachrichtung Informationstechnik GPM-Workshop 07.07.2006 Inhalt Kernpunkte

Mehr

Das grösste Transportunternehmen

Das grösste Transportunternehmen Ein Erfahrungsbericht über die Standardisierung im Requirement Engineering bei der SBB-IT Gaby Pfandt, SBB-IT Methodik, Software Engineering Zürich, 12.11.2013 Swiss Requirement Night Agenda SBB AG SBB-IT

Mehr

DIGITALISIERUNG. Rahmenbedingungen machen den Unterschied. MARKUS KUHNT SEPTEMBER 2015. 2015 www.d-labs.com

DIGITALISIERUNG. Rahmenbedingungen machen den Unterschied. MARKUS KUHNT SEPTEMBER 2015. 2015 www.d-labs.com DIGITALISIERUNG Rahmenbedingungen machen den Unterschied. MARKUS KUHNT SEPTEMBER 2015 1 Design Thinking ist ein effektiver Ansatz, den Herausforderungen der Zukunft zu begegnen. 2 Erfolgskritisch sind

Mehr

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. Methodik aufbauen mit Training am konkreten Fall

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. Methodik aufbauen mit Training am konkreten Fall ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.57 JUNI 2013 Training Methodik aufbauen mit Training am konkreten Fall Mit professioneller Schulung durch einen

Mehr

ITS.Design&Management GmbH. Short Story. Project Primer Process. Nutzen und Ziele. Copyright its.d&m GmbH

ITS.Design&Management GmbH. Short Story. Project Primer Process. Nutzen und Ziele. Copyright its.d&m GmbH ITS.Design&Management GmbH Short Story Project Primer Process Copyright its.d&m GmbH Hinweis zu Nutzungsrechten ITS.Design&Management GmbH Alle Rechte an dieser Dokumentation, insbesondere das Recht der

Mehr

BPMN. Suzana Milovanovic

BPMN. Suzana Milovanovic BPMN Suzana Milovanovic 2 Übersicht Klärung von Begriffen, Abkürzungen Was ist BPMN? Business Process Diagram (BPD) Beispielprozess Entwicklung von BPMN BPMN in der Literatur 3 Grundlegende Begriffe Business

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Systemkontext und -umfang festlegen

Systemkontext und -umfang festlegen Systemkontext und -umfang festlegen Requirements Engineering Bereich Anforderungen Aktivität (Kunden-)Anforderungen erheben Ziele Identifikation der fachlichen Einsatzumgebung eines Softwaresystems Identifikation

Mehr

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen

ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.54 september 2012 PMO PROJEKTMANAGEMENT ALS ZENTRALER SERVICE Über ein PMO kann Projektmanagement-Knowhow optimal

Mehr

Grundlagen des Datenschutzes und der IT-Sicherheit. Lösungen des 8. Übungsblattes BS 7799

Grundlagen des Datenschutzes und der IT-Sicherheit. Lösungen des 8. Übungsblattes BS 7799 und der IT-Sicherheit Lösungen des 8. Übungsblattes BS 7799 8.1 BS 7799 und ISO/IEC 17799 BS 7799 = British Standard 7799 des British Standards Institute 1995: BS 7799-1 2000: ISO/IEC 17799 (Information

Mehr

Anforderungsmanagement

Anforderungsmanagement Gerhard Versteegen (Hrsg.) Alexander Heßeier Colin Hood Christian Missling Renate Stücka Anforderungsmanagement Formale Prozesse, Praxiserfahrungen, Einführungsstrategien und Toolauswahl Springer Inhaltsverzeichnis

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

Best Practices für RM/RE in einem Prozess Framework Thomas Schröder

Best Practices für RM/RE in einem Prozess Framework Thomas Schröder Best Practices für RM/RE in einem Prozess Framework Thomas Schröder 1 Die Herausforderung bewährte Praktiken effektiv zu nutzen Unterschiedliche Quellen in unterschiedlichen Formaten Schwierig anzupassen

Mehr

BPMN vs. EPK & Co. oder auf was es wirklich ankommt

BPMN vs. EPK & Co. oder auf was es wirklich ankommt BPMN vs. EPK & Co. oder auf was es wirklich ankommt Sebastian Adam, Norman Riegel 15. Mai 2012, St. Augustin Die Fraunhofer-Gesellschaft e.v. Benannt nach: Rolle der FraunhoferGesellschaft: Größe: Forschungsvolumen:

Mehr

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

Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am 14.08.08 Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements von Stephanie Wilke am 14.08.08 Überblick Einleitung Was ist ITIL? Gegenüberstellung der Prozesse Neuer

Mehr

Agile BI Kickstart. Beschreibung des Workshops. Workshopbeschreibung

Agile BI Kickstart. Beschreibung des Workshops. Workshopbeschreibung Bereich: Workshop: Dauer: In-House Workshop Agile BI Kickstart 2 Tage Beschreibung des Workshops Agile Vorgehensweisen werden bei der Entwicklung von BI- und Data Warehouse-Lösungen heutzutage mehr und

Mehr

Sprint Minus One Agiles RE zur Konzeption Mobiler Business Apps

Sprint Minus One Agiles RE zur Konzeption Mobiler Business Apps Sprint Minus One Agiles RE zur Konzeption Mobiler Business Apps Steffen Hess steffen.hess@iese.fraunhofer.de Mobile Business Apps Business Prozesse Services Backend 2 3 Potential von mobilen Business Apps

Mehr

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert The Rational Unified Process Eine Einführung von T. Langer und A. Nitert Übersicht Einleitung Probleme der SW-Entwicklung, Best Practices, Aufgaben Was ist der Rational Unified Process? Struktur des Prozesses

Mehr

Gesunde Entwicklung bestimmen Für Unternehmen und Menschen. Frankfurt/Main, Juli 2012

Gesunde Entwicklung bestimmen Für Unternehmen und Menschen. Frankfurt/Main, Juli 2012 Gesunde Entwicklung bestimmen Für Unternehmen und Menschen Frankfurt/Main, Juli 2012 Erwartungen an Unternehmen kommen zur Zeit aus allen Richtungen Gesundheit als Modeerscheinung? Ausgangslage Gesetzgeber

Mehr

IIBA Austria Chapter Meeting

IIBA Austria Chapter Meeting covalgo consulting GmbH IIBA Austria Chapter Meeting ITIL und Business Analyse 20. März 2012 Dr. Gerd Nanz 1040 Wien, Operngasse 17-21 Agenda Ein Praxisbeispiel Was ist Business Analyse? Was ist ein Service

Mehr

Whitepaper: Erfolgreiches Anforderungsmanagement

Whitepaper: Erfolgreiches Anforderungsmanagement Whitepaper: Erfolgreiches Anforderungsmanagement ,, Der Einsatz von Atlassian Confluence und JIRA optimiert die Rückverfolgbarkeit von Anforderungen. Dieser Einsatz zusammen mit den Erfahrungen von PRODYNA

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

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Entwicklungsunterstützende Dienstleistung im Bereich des Usability Engineering

Entwicklungsunterstützende Dienstleistung im Bereich des Usability Engineering Entwicklungsunterstützende Dienstleistung im Bereich des Usability Engineering Wer sind wir Die Use-Lab GmbH untersucht und spezifiziert unabhängig und objektiv die Gebrauchstauglichkeit von Medizinprodukten,

Mehr

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management

Mehr

Methodenvergleich Phasenweise Fester Zeitrahmen optimaler Durchfluss. thomas@inventique.net

Methodenvergleich Phasenweise Fester Zeitrahmen optimaler Durchfluss. thomas@inventique.net Methodenvergleich Phasenweise Fester Zeitrahmen optimaler Durchfluss thomas@inventique.net Methodenvergleich: Phasenweise, Fester Zeitrahmen, optimaler Durchfluss Inventique GmbH 2014-06-06 2 Aufträge

Mehr

SharePoint, Liferay & Co.: Social Business Integration in der Praxis. Dr. Christoph Tempich Webinar, 04.07.2013

SharePoint, Liferay & Co.: Social Business Integration in der Praxis. Dr. Christoph Tempich Webinar, 04.07.2013 SharePoint, Liferay & Co.: Social Business Integration in der Praxis Dr. Christoph Tempich Webinar, 04.07.2013 Social Business bei inovex Unser Experte: Dr. Christoph Tempich (Head of Consulting) Dr. Christoph

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

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

Agiles REQUIREMENTS ENGINEERING. Peter Hruschka hruschka@b-agile.de www.b-agile.de www.systemsguild.com. in der Praxis. Mein Ziel ist Ihr Erfolg:!

Agiles REQUIREMENTS ENGINEERING. Peter Hruschka hruschka@b-agile.de www.b-agile.de www.systemsguild.com. in der Praxis. Mein Ziel ist Ihr Erfolg:! Agiles EQUIEMENTS ENGINEEING in der Praxis Peter Hruschka hruschka@b-agile.de www.b-agile.de www.systemsguild.com Software- und System-Engineering: Von der Vision einer besseren Welt...!... zur industriellen

Mehr

Business Breakfast. Ludwigshafen, 11. Juni 2015. www.she.net SHE Informationstechnologie AG 2015

Business Breakfast. Ludwigshafen, 11. Juni 2015. www.she.net SHE Informationstechnologie AG 2015 Business Breakfast Ludwigshafen, 11. Juni 2015 2 Abwarten oder schnell handeln - Ihr optimaler Weg bis zur Umstellung auf den Punkt gebracht 3 In der Ruhe liegt die Kraft! denn 4 Was mit Windows 10 geht,

Mehr

Scrum und Legacy. Wie neue Vorgehensweisen helfen alte Applikationen zu verstehen. Stefan Merten, Daniel Sack XP-Days 2009, Karlsruhe

Scrum und Legacy. Wie neue Vorgehensweisen helfen alte Applikationen zu verstehen. Stefan Merten, Daniel Sack XP-Days 2009, Karlsruhe Wie neue Vorgehensweisen helfen alte Applikationen zu verstehen Interactive Objects GmbH 2009-11-27 Outline c Interactive Objects GmbH - 2009 2/ 17 Outline c Interactive Objects GmbH - 2009 3/ 17 Unser

Mehr

Boosting Requirements Engineering für SCRUM Projekte. Copyright 2010 MaibornWolff et al www.mwea.de

Boosting Requirements Engineering für SCRUM Projekte. Copyright 2010 MaibornWolff et al www.mwea.de Boosting Requirements Engineering für SCRUM Projekte Copyright 2010 MaibornWolff et al www.mwea.de Kennzeichen von SCRUM Projekten Scrum-Projekte werden eingesetzt um schnell und flexibel Projekte umzusetzen.

Mehr

RE-Praxisbericht: Ergebnisse einer aktuellen Studie zum Thema Use Cases

RE-Praxisbericht: Ergebnisse einer aktuellen Studie zum Thema Use Cases RE-Praxisbericht: Ergebnisse einer aktuellen Studie zum Thema Use Cases Dr. Alexander Rachmann Hartmut Schmitt Softwareforen Leipzig 9. Mai 2014 Agenda Der Use-Case-Arbeitskreis der Gesellschaft für Informatik/Fachgruppe

Mehr

14 Aktivitäten und Artefakte

14 Aktivitäten und Artefakte Im Rahmen einer Softwareentwicklung müssen Aktivitäten durchgeführt werden, die zu Ergebnissen im Folgenden Artefakte (artifacts) genannt führen. Eine Aktivität wird durch Mitarbeiter ausgeführt, die definierte

Mehr

SHAREMUNDO - DER ANDERE SHAREPOINT-DIENSTLEISTER

SHAREMUNDO - DER ANDERE SHAREPOINT-DIENSTLEISTER SHAREMUNDO - DER ANDERE SHAREPOINT-DIENSTLEISTER sharemundo GmbH Gerlosstraße 2 D-81671 München email: patrick.vosberg@sharemundo.com mobil: +49 (0)170 3379 099 sharemun ist anders sharemun ist international

Mehr

Anforderungen und Auswahlkriterien für Projektmanagement-Software am Beispiel von Chipkartenprojekten

Anforderungen und Auswahlkriterien für Projektmanagement-Software am Beispiel von Chipkartenprojekten Anforderungen und Auswahlkriterien für Projektmanagement-Software am Beispiel von Chipkartenprojekten München, 09. September 2008 GI 2008 Anika Gobert Giesecke & Devrient, Projektmanagement Zahlungsverkehr

Mehr

«PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.»

«PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.» «PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.» www.pse-solutions.ch ANTOINE DE SAINT-EXUPÉRY 1 PROJECT SYSTEM ENGINEERING

Mehr

IDC Studie: Deutsche Unternehmen verlassen sich auf IT Service Management für die Cloud

IDC Studie: Deutsche Unternehmen verlassen sich auf IT Service Management für die Cloud Pressemeldung Frankfurt, 24. April 2013 IDC Studie: Deutsche Unternehmen verlassen sich auf IT Service Management für die Cloud Unternehmen verlassen sich für das Management ihrer Cloud Services auf IT

Mehr

Anforderungsanalyse für SOA Services

Anforderungsanalyse für SOA Services Anforderungsanalyse für SOA Services mittels BPMN 2.0 und UML Björn Hardegen b.hardegen@mid.de Dr. Gregor Scheithauer gregor.scheithauer@opitz consulting.com München, 29.02.2012 I N H A L T 1. Herausforderungen

Mehr

W.WIINM32.11 (Datawarehousing) W.WIMAT03.13 (Statistik)

W.WIINM32.11 (Datawarehousing) W.WIMAT03.13 (Statistik) Modulbeschrieb Business Intelligence and Analytics 16.10.2013 Seite 1/5 Modulcode Leitidee Art der Ausbildung Studiengang Modultyp W.WIINM42.13 Information ist eine derart wichtige Komponente bei der Entscheidungsfindung,

Mehr

Empfehlungen von ITIL zu ITSM Einführung. Jacqueline Batt, 12. Juni 2012

Empfehlungen von ITIL zu ITSM Einführung. Jacqueline Batt, 12. Juni 2012 Empfehlungen von ITIL zu ITSM Einführung Jacqueline Batt, 12. Juni 2012 Wo ist das WIE in ITIL?! Service Strategy! Service Design! Service Transition! Service Operation! C. Service Improvement Kapitel

Mehr

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

READY-STEADY-DONE! Der Product Owner are you READY for agile?! READY-STEADY-DONE! Der Product Owner are you READY for agile?! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Neue Ideen sind

Mehr

Scrum Gestaltungsoptionen Empowerment

Scrum Gestaltungsoptionen Empowerment Scrum Gestaltungsoptionen Empowerment WING Zweite Transferkonferenz, 2016-04-06 Matthias Grund, andrena objects ag 2 Scrum-Modell kommt mit (nur!) drei Rollen aus: (crossfunctional) Scrum Owner Owner Scrum

Mehr