Seminararbeit. Seminar aus Informationswirtschaft

Größe: px
Ab Seite anzeigen:

Download "Seminararbeit. Seminar aus Informationswirtschaft"

Transkript

1 Seminararbeit Seminar aus Informationswirtschaft Abteilung für Informationswirtschaft Institut für Informationsverarbeitung und Informationswirtschaft Wirtschaftsuniversität Wien Augasse 2-6 A-1090 Wien, AUSTRIA Titel der Arbeit: Risikofaktoren und -management in Software-Projekten Name der LV: Seminar aus Informationswirtschaft, 0228 Seminarleiter: o. Univ. Prof. Dr. Wolfgang Janko, PD Dr. Stefan Koch Semester: Sommersemester 2008 Autor der Seminararbeit: Christoph Greilberger

2 Inhaltsverzeichnis I. Stichworte / Keywords... 3 II. Zusammenfassung / Abstract... 3 III. Kernpunkte des Managements Einleitung Grundlagen zum Thema Projektmanagement und IT Projektmanagement Projektmanagement Der Projektbegriff Was ist ein Projekt? Projektziele Das Magische Dreieck IT Projektmanagement Das IT-Projekt IT-Projektarten Das Teufelsquadrat Unterschiede zwischen IT-Projekten und herkömmlichen Projekten Das Risiko als Teil von Software Projekten Das Risikomanagement Abgrenzung des Begriffs Risikomanagement Die Notwendigkeit Abgrenzung des Risikobegriffs Was ist Risiko Risikoarten Klassische Projektrisiken nach Jenny Projektrisiko und Kontrollbereiche nach Gaulke Kernrisiken nach DeMarco Risikofaktoren Der Einfluss des Kundenverhaltens auf die Projektarbeit Der Einfluss der Aufwandsschätzung auf den Software- Projektfortschritt Lösungsansätze zum Risikomanagement Erfolgsfaktoren Einführung eines formalen standardisierten Prozesses Kontinuierliche Risikobetrachtung während des gesamten Projektes Seite 1

3 4.1.3 Risiken als positiven Prozess betrachten Risikobasierte Entscheidungsfindung Schlüsselpersonen, Prozesse, Geschäfts- und Technologiefelder einbinden Kontinuierliche Risikokommunikation Werkzeuge und Methoden zur Risikominimierung Risikomanagementplanung Risikoidentifikation Risikoanalyse und Bewertung Risikomaßnahmenplanung Risikosteuerung- und Überwachung Outsourcing Zusammenfassung IV. Literaturliste Abbildungs- und Tabellenverzeichnis Abbildung 1: Das Magische Dreieck, Quelle: Anlehnung an Lock... 8 Abbildung 2: Das Teufelsquadrat der IT Projekte, Quelle: 11 Tabelle 1: Risiko vs. Krise in Anlehnung an Saynisch (1994) Seite 2

4 I. Stichworte / Keywords Stichworte: Software Projekte Projektmanagement Risikomanagement Risikofaktoren Projektziele Outsourcing Risikomaßnahmenplanung Keywords: software projects project management risk management risk factors project goals outsourcing risk planning II. Zusammenfassung / Abstract Zusammenfassung Die folgende Arbeit behandelt das Thema Risikofaktoren und Risikomanagement in Software Projekten. Es werden zunächst grundlegende Begriffe des Projektmanagements und des IT Projektmanagements erfasst. In weiterer Folge wird konkret auf das Risiko als Teil von Software Projekten eingegangen. In diesem Zusammenhang wird in erster Linie versucht herauszufinden, welche Faktoren und Einflüsse vor allem für das Entstehen von Risiko in Software Projekten verantwortlich sind. Aufgrund der zugrunde liegenden Risikofaktoren- und Einflüsse soll im Anschluss versucht werden Lösungsansätze zu bieten, die darauf abzielen, das Risiko innerhalb von Projekten weitestgehend auszuschalten und wenn möglich zur Gänze zu eliminieren. Abstract The present paper focuses on the topic Riskfactors and Riskmanagement within Software Projects. At the beginnig fundamental and elementary terms according to the Projectmanagement in genereal and specific for the IT Projectmanagement are going to be covered. Moreover this paper is going to talk about the risk as an essential part of Software Projects. This includes to identify alle relevant factors and influences that are responsible for generating risk within Software Projects. After analysing these factors and influences the last part of this paper deals with methods of resolution. Which measures and actions can be taken to minimize or even eliminate the risk within Software Projects. Seite 3

5 III. Kernpunkte des Managements Dieser Teil der Arbeit beschreibt kurz und prägnant die wichtigsten Erkenntnisse und Ergebnisse das Themengebiet Risikofaktoren- und Management von Software Projekten betreffend. - Sowohl das Kundenverhalten als auch die Aufwandsschätzung im Zuge einer Projektabwicklung, können grundsätzlich mit signifikanten Auswirkungen auf die Projektarbeit- und Performance in Verbindung gebracht werden. - Risiko als Teil von IT Projekten sollte nicht isoliert betrachtet werden, sondern als integrativer Bestandteil angesehen werden, mit dessen Hilfe eine erfolgreiche Umsetzung möglich ist. - Aufgrund der Tatsache, dass es sich bei Software Projekten um immaterielle Güter handelt, kann das Risiko bei diesen Projekten niemals zur Gänze ausgeschlossen werden. - Im Unterschied zu herkömmlichen Projekten, findet der Entwicklungsprozess bei IT- Projekten in einem weitaus dynamischeren Umfeld statt (technologische und personelle Anforderungen) und stellt daher hohe Ansprüche an die Qualifikation und Leistungsfähigkeit der involvierten Personen. Seite 4

6 1 Einleitung Zu Beginn der Arbeit soll ein Überblick bzw. eine kurze Einführung zum Thema Projektmanagement im generellen und im speziellen zum IT Projektmanagement gegeben werden. Grundlegende Begriffe sollen erklärt, der Unterschied zwischen herkömmlichen Projekten und Software Projekten soll dargestellt und unterschiedliche Projektarten sollen identifiziert werden, um abschließend auch deren Ziele aufzeigen zu können. Der wesentliche Kern der Arbeit beschäftigt sich mit dem Risiko als elementarer Bestandteil von Software Projekten. Da der Erfolg von Software Projekten, verglichen mit herkömmlichen Projekten, von zusätzlichen Faktoren wie Analyse, Entwicklung, Wartung, Weiterentwicklung oder Einführung von mindestens einem Informations- oder Kommunikationssystem abhängt, ist das Risiko als viel größerer Bestandteil als bei herkömmlichen Projekten anzusehen. In einem ersten Schritt wird der Begriff des Risikomanagements genauer in Betracht genommen, um dessen Notwendigkeit und Wichtigkeit zu manifestieren. Da es in der Literatur eine Vielzahl von Definitionen für Risikoarten gibt, soll versucht werden die wichtigsten herauszufiltern, um diese einer genauen Betrachtung zu unterziehen. Es stellt sich natürlich auch die Frage, welche Faktoren in erster Linie dafür verantwortlich sind, eine Risikosituation in Softwareprojekten hervorzurufen. Hierbei soll versucht werden, sowohl auf den Einfluss des Kundenverhaltens auf das Projekt, als auch auf den Einfluss der Aufwandsschätzung auf die Projektarbeit, genauer einzugehen um zu zeigen in wie weit diese beiden Faktoren maßgeblichen Einfluss auf den Projektablauf haben. Der abschließende Teil der Arbeit beschäftigt sich mit konkreten Lösungsansätzen das Thema Risikomanagement bei Softwareprojekten betreffend. Es soll weiters erörtert werden, welche Erfolgsfaktoren es gibt, die maßgeblich dazu beitragen, das Risiko in Softwareprojekten einzudämmen bzw. zur Gänze auszuschließen. Gibt es einen konkreten Maßnahmen- und Managementplan, der dazu beitragen kann, das Risiko zu eliminieren? Gesprochen wird hierbei über Werkzeuge und Methoden wie Risikoidentifikation, Risikoanalyse- und bewertung, Risikomaßnahmenplan und Risikosteuerung. Abschließend soll noch gezeigt werden, inwieweit das Outsourcing von Risikomanagement dazu beitragen kann, Projekte einem sichereren und schnelleren Ablauf zu unterziehen. Seite 5

7 2 Grundlagen zum Thema Projektmanagement und IT Projektmanagement Folgendes Kapitel gibt einen Überblick über das Themengebiet Projektmanagement und IT Projektmanagement. Zunächst werden elementare Begriffe erklärt und abgegrenzt, wobei hier der Fokus auf dem Projektbegriff sowohl für das Projekt- als auch das IT Projektmanagement liegt. Eine Gegenüberstellung von herkömmlichen Projekten zu Software Projekten soll Aufschluss darüber bringen, worin die elementaren Unterschiede bestehen. 2.1 Projektmanagement Der Projektbegriff In der Literatur findet man eine Vielzahl von Definitionen für den Begriff Projekt. Ein Projekt ist ein Vorhaben, das im Wesentlichen durch die Einmaligkeit der Bedingungen in ihrer Gesamtheit gekennzeichnet ist, wie z.b. Zielvorgabe, zeitliche, finanzielle, personelle und andere Begrenzungen, Abgrenzungen gegenüber anderen Vorhaben oder einer projektspezifischen Organisation. (Gaulke 2004, S. 1) Da diese Definition für die Praxis allerdings zu lange und daher nicht merkfähig ist, wird grundsätzlich folgende Kurzdefinition für die Begriffsbestimmung eines Projektes empfohlen: Einmaliges Vorhaben einer Aufgabenausführung. (Steinbuch 2000, S. 24) Jenny (1997) definiert Projekte folgendermaßen: Projekte sind in sich geschlossene, komplexe Aufträge, deren Erfüllung eine Organisation bedingt, die für die Umsetzung der Tätigkeiten eine Methode anwendet, mit der alle anfallenden Arbeiten geplant, gesteuert, durchgeführt und kontrolliert werden können. (Jenny 1997, S. 520), Seite 6

8 Das Project Management Institute of America definiert Projekt als a temporary endeaver undertaken to create a unique product or service (Peter Nausner 2006) Was ist ein Projekt? Ein Projekt setzt sich grundsätzlich aus mehreren Eigenschaften zusammen. Mit Hilfe folgender Merkmale ist es möglich zu prüfen, ob im Einzelfall die Bezeichnung Projekt gerechtfertigt ist oder nicht. Konkret liegt ein Projekt dann vor, wenn folgende, nachstehende Eigenschaften zutreffen: - Bedeutung: Ein Projekt muss für ein Unternehmen eine bestimmte Gewichtigkeit haben. Im Zusammenhang mit dem Projekt muss eine Korrelation zwischen dem Projektziel und dem Unternehmensziel bestehen. - Komplexität: Nur ein hoher Grad an Schwierigkeit deutet konkret auf ein Projekt hin. Bei einfachen Aufgaben sollte daher auf den Begriff Projekt verzichtet werden. - Umfang: Ein erheblicher Umfang deutet auf ein Projekt hin. Der Umfang wird am Arbeitsvolumen oder an der Projektdauer abgelesen. - Interdisziplinarität: Ein weiteres Merkmal von Projekten ist die Notwendigkeit verschiedene Fachgebiete zur Ausführung der Aufgabe einzusetzen. - Einmaligkeit: Eine Wiederholung im Zusammenhang mit der Projektabwicklung sollte nicht absehbar sein, demnach können Routineaufgaben nie Projekte sein. - Endlichkeit: Ein Projekt ist in zeitlicher Hinsicht immer begrenzt, d.h. es gibt einen Endtermin und somit ein exaktes Projektende. - Risiko: Die absolute Sicherheit für die Erreichung eines Projektes kann nicht gegeben sein. Nur wenn die Erfüllung eines Projektes mit Unsicherheiten verbunden ist, spricht man von einem Projekt. (Steinbuch 2000) Seite 7

9 2.1.3 Projektziele Das Magische Dreieck Projektziele lassen sich durch drei klassische Zieldimensionen: Zeit, Kosten und Qualität/Leistung darstellen. Diese drei Dimensionen werden häufig als Eckpunkte in dem so genannten Magischen Dreieck dargestellt: - Das Projektziel, das mit einer bestimmten Qualität oder Leistung erreicht werden soll - Der Zeitraum bzw. der Termin, bis zu dem das Projekt abgeschlossen werden muss - Die Kosten (d.h. Finanzmittel, Arbeitskraft und andere Ressourcen), die maximal dafür aufgebraucht werden dürfen Diese drei Inhalte werden an die Ecken eines gleichseitigen Dreiecks gesetzt. Es soll vermitteln, dass Zeit, Kosten und Qualität des Projektes nicht unabhängig voneinander variiert werden können, wobei die Kanten zwischen diesen Eckpunkten die gegenseitige Abhängigkeit verdeutlichen sollen. So kann beispielsweise eine höhere Qualität bzw. Mehrleistung einen höheren Mitarbeitereinsatz, einen höheren Zeitbedarf und somit höhere Kosten verursachen. Unternehmen können natürlich selbst entscheiden, ob sie versuchen die Kosten im Auge zu behalten, ihren Ruf verbessern oder schützen oder auf die Verbesserung der Qualität setzen. (Lock 1997) Leistung (Qualität, Umfang) Effektivität Rentabilität Zeit Produktivität Kosten Abbildung 1: Das Magische Dreieck, Quelle: Anlehnung an Lock Seite 8

10 2.2 IT Projektmanagement Das IT-Projekt Unter einem IT-Projekt wird ein Vorhaben verstanden, dem die oben angeführten Merkmale für ein Projekt zugrunde liegen, bei welchem aber der Erfolg des Projektes zusätzlich von der Auswahl, Analyse, Entwicklung, Wartung, Weiterentwicklung oder Einführung mindestens eines Informations- oder Kommunikationssystems abhängt. Aufgrund dieser Tatsache werden die meisten Projekte heutzutage als IT-Projekte angesehen, da beispielsweise auch Projekte, welche dem Ziel der Umstrukturierung oder der Geschäftsprozessoptimierung dienen, ohne Änderungen oder Ergänzungen and den IT-Systemen kaum vorstellbar wären. Demnach ist das Spektrum an möglichen IT-Projekten weitläufig, da die betroffenen Informations- und Kommunikationssysteme ganz unterschiedlicher Art sein können. Daher unterscheiden sich z.b. Projekte mit kaufmännischen Anwendungen erheblich von Projekten mit technischen Anwendungen oder systemnahen Applikationen. (Gaulke 2004) Henrich (2002) versteht vereinfacht ausgedrückt unter Software Projekten, Projekte, in denen hauptsächlich Software entwickelt wird. Es ist allerdings zu beachten, dass es sich hierbei um unterschiedliche Arten von Projekten handelt. Als erste Projektart kann die Neuentwicklung eines Systems genannt werden. Diese zeichnet sich dadurch aus, dass zumindest ein Großteil der Software selbst entwickelt wird. Es handelt sich hierbei also um eine Weiterentwicklung einer bereits bestehenden Software. Ein solches System kann entweder in Form einer Individualentwicklung (für einen bestimmten Anwender) erstellt oder auch als Standardlösung (für einen breiteren Markt) umgesetzt werden. Hierbei können drei verschiedene Untergruppen differenziert werden: - Einzelentwicklung - Entwicklung für eine kleine Anwendergruppe - Entwicklung für einen anonymen Markt Bei der zweiten Projektart handelt es sich um eine Anpassung so genannter COTS-Software (COTS = commercial of the shelf), welche die Grundversion des Softwareanbieters darstellt. Beispiele für diese Software reichen von den bekannten Office Paketen bis hin zu ERP- Systemen (Enterprise Resource Planing) wie SAP R/3 oder BAAN IV. Bei diesen Projekten Seite 9

11 liegt der Fokus auf der Auswahl der richtigen COTS-Software. Anschließend sind etwaige Anpassungen an das jeweilige Unternehmen erforderlich. Diese können sich im Extremfall an eine Neuentwicklung anpassen, sodass Übergänge fließend sein können. (Henrich 2002) Wieczorrek (2005) beschreibt IT-Projekte folgendermaßen: IT-Projekte beschäftigen sich mit der Entwicklung von Informations- und Kommunikationssystemen. Sie sind temporäre Organisationsformen innerhalb des sozio-technischen Systems Unternehmung und haben i- dentische Eigenschaften wie herkömmliche Projekte. (Wieczorrek 2005, S. 9) IT-Projektarten Jeder einzelne Wirtschaftssektor beinhaltet sowohl in organisatorischer als auch in entwicklungstechnischer Hinsicht unterschiedliche Anforderungen an die Projektabwicklung. Zusammen mit der Charakteristik des zu lösenden Problems ergeben sich daher unterschiedliche Projektarten. Im EDV bzw. Informatik Bereich werden folgende Projektarten bestimmt: (Jenny 1997) - Entwicklungsprojekte: z.b. Strategie- oder Innovationsprojekte, Eigenentwicklungen - Ausbildungsprojekte - Organisationsprojekte: Evaluationsprojekte oder Ausführungsprojekte - Unterstützungsprojekte - EDV-Projekte - Wartungsprojekte - Versuchsprojekte: z.b. Prototypen für spätere komplexe Systeme Seite 10

12 2.2.3 Das Teufelsquadrat Als Erweiterung des Magischen Dreiecks betrachtet man das Teufelsquadrat von Sneed (1987). IT Projektziele lassen sich besonders gut durch dieses Modell veranschaulichen. Die Dimensionen werden als Eckpunkte dargestellt, wobei die Kanten zwischen diesen Eckpunkten die gegenseitige Abhängigkeit verdeutlichen sollen. Qualität Umfang Zeit Kosten Abbildung 2: Das Teufelsquadrat der IT Projekte, Quelle: Die vier angegebenen Ziele des Quadrates konkurrieren sozusagen um die verfügbare Produktivität, welche durch die Fläche des grau unterlegten äußeren Vierecks dargestellt wird. Die Gesamtproduktivität des Projektes ergibt sich aus der Produktivität der eingesetzten Faktoren. Aufgrund der Begrenzung der Ressourcen, ergibt sich automatisch auch eine Begrenzung der Produktivität, symbolisiert durch die Fläche des inneren Vierecks. Man kann das Viereck natürlich in die eine oder andere Richtung strecken, muss dann allerdings einen geringern Zielerfüllungsgrad auf der anderen Seite hinnehmen. Soll beispielsweise die Qualität eines zu entwickelnden Produktes erhöht werden und gleichzeitig die Entwicklungsdauer verkürzt werden, dann muss als Resultat der Produktionsumfang gesenkt werden. Gleichzeitig steigen die Entwicklungskosten. Seite 11

13 Das Teufelsquadrat ergibt sich somit aus den Software-Wirtschaftlichkeitsfaktoren: - Zeit: Ist der einfachste Faktor und lässt sich sehr leicht messen. Zeit ist weder beeinflussbar noch vermehrbar und stellt oft einen kritischen Faktor bei der Softwareentwicklung dar. Viele Software Projekte sind deshalb ein Wettrennen mit der Uhr. z.b. Y2K, Euro Einführung. - Kosten: Sind ein Maßstab für den Ressourcenverbrauch während der Abwicklung eines Projektes. Die Kosten der Ressourcen (Personal, Betriebskosten ) werden in der Regel von dem Anwender entweder direkt oder indirekt getragen. - Umfang: Ist die Menge der Software, die an den Anwender ausgeliefert wird. (=Summe aller Funktionen und Informationen). Um die Quantität zu messen werden häufig Function Points, Datenelemente oder Dokumente verwendet. (Lines Of Code, Decision Counts) - Qualtiät: Darunter versteht man die Güte der Software. Sie ist das Produkt aller einzelnen gewichteten Qualitätsmerkmale bezüglich Effizienz, Effektivität und Rentabilität der Software aus Sicht der Konsumenten (Zuverlässigkeit, Sicherheit, Benutzerfreundlichkeit, Effizienz) und des Produzenten (Wartungsfreundlichkeit, Übertragbarkeit und Erweiterbarkeit). Um Qualität messen zu können muss sie genau definiert und quantifiziert werden. Auch dann bleibt aber Qualität immer noch relativ zu den Projektzielen. (http://www.informatik.uni-leipzig.de) 2.3 Unterschiede zwischen IT-Projekten und herkömmlichen Projekten Aufgrund von allgemeinen Betrachtungen können Unterschiede erstens daran erkannt werden, dass Software ein immaterielles Produkt ist, dessen Fertigungsgrad und Qualität nur relativ schwer visuell wahrgenommen werden kann. Andererseits handelt es sich bei IT-Projekten um einen Entwicklungsprozess, welcher in einem sehr dynamischen Umfeld, betreffend Technologie und personelle Anforderungen, stattfindet und daher hohe Ansprüche an die Qualifikation und Leistungsfähigkeit der involvierten Beteiligten stellt. Seite 12

14 Aufwands- und Kostenschätzung Die Aufwands- und Kostenschätzung gestaltet sich durchaus schwierig. Die Gründe hierfür sind vielfältig und reichen von der Unsicherheit, mit der ambitionierte Entwicklungsprojekte generell zu kämpfen haben über die relativ geringe Erfahrung mit Software Projekten bis hin zu den sich kontinuierlich verändernden technologischen Rahmenbedingungen. Abschätzung des Entwicklungsfortschritts Dieser ist sehr schwer abzuschätzen. Konkret soll das heißen, dass zu einem beliebigen Zeitpunkt innerhalb der Projektabwicklung nur sehr schwer bestimmt werden kann, wie weit die Entwicklung einer Software schon tatsächlich fortgeschritten ist. Es ist daher beispielsweise möglich, dass das Projekt eine sehr rasch aber mit mangelhafter Qualität erstellte Systemarchitektur aufweist, es jedoch zu einem späteren Zeitpunkt zu einem erheblichen Mehraufwand und Nachbesserungen kommen kann, welche zumindest auf den ersten Blick nicht erkennbar waren. Die Schwierigkeit der Projektbegleitenden Qualitätssicherung Es ist sehr schwierig eine Projektbegleitende Qualitätssicherung zu gewährleisten, wobei die Hauptursache darin liegt, dass es sich bei einer Software um ein immaterielles Gut handelt. Während bei herkömmlichen Projekten wie z.b. dem Bau eines Lagerhauses, Zwischenergebnisse materiell verfügbar sind und somit zahlreiche Fehlentwicklungen aufgrund von augenscheinlichen Tatsachen kaum zu übersehen sind, ist andererseits für Software Projekte eine fundierte Qualitätssicherung erforderlich. Ergebnisse und Zwischenergebnisse Ergebnisse und ganz im speziellen Zwischenergebnisse sind für IT-Laien oft sehr schwer nachzuvollziehen. Diese Tatsache führt in letzter Instanz sehr häufig zu Problemen zwischen dem Management des Unternehmens und den Anwendern des zu erstellenden Systems auf der einen Seite und dem Projektteam auf der anderen Seite. Aufgrund dieser Schwierigkeiten innerhalb der Kommunikation, welche aufgrund einer möglichst eindeutigen formalen Notation seitens des Projektteams entsteht und folglich für Außenstehende oft nur sehr schwer verständlich ist (es existiert sozusagen kein Überbegriff für die an einem Softwareprojekt beteiligten Personen), entsteht somit ein Misstrauen, welches ein gemeinsames Arbeiten, in erster Linie auch Verständnis für die gegenseitige Arbeitsleistung, erschwert. Seite 13

15 Unteilbarkeit der Arbeit die Softwareentwicklung betreffend Es kann vorkommen, dass bei unterschiedlichen Projekten ein Verzug in der Bearbeitung durch den Einsatz zusätzlichen Personals ausgeglichen werden muss. Bei Softwareprojekten ist dies allerdings nicht möglich. Die Gründe dafür liegen darin, dass der Einarbeitungsaufwand und die Einarbeitungszeit für die zusätzlichen Arbeitskräfte in das konkrete Projekt dermaßen hoch sind, sodass kurzfristig sogar eine weitere Projektverzögerung eintreten kann. Es besteht daher das Problem, dass bereits eingearbeitete Mitarbeiter einen Teil ihrer Arbeitszeit dafür opfern müssen, um die neuen Mitarbeiter einzuschulen und auszubilden. Vorteile sind daher generell nur mittel- oder langfristig zu erwarten. Änderung der Anforderungen Ein wesentlicher Unterschied von Software Projekten zu herkömmlichen Projekten besteht darin, dass sich das Anforderungsprofil während der Projektlaufzeit im Normalfall ändert. Die Ursachen dafür liegen zum einen in der rasanten technischen Entwicklung und zum anderen darin, dass sich durch eine kontinuierliche Beschäftigung mit dem Projekt sowohl beim Projektteam als auch bei den Anwendern ein ständiger Lernprozess abspielt, welcher schlussendlich zu fortlaufenden Anforderungsänderungen führt. Zusammenhang zwischen Anforderungen und Kosten oft schwer erkennbar Oft ist es für das Management sehr schwer abzuschätzen, welche Aufwände sich hinter Zwischenergebnissen einerseits und der Berücksichtigung neuer Anforderungen andererseits verstecken. Es kann daher vorkommen, dass für Änderungen, die dem Anwender als sehr schwerwiegend erscheinen, nur ein relativ geringer technischer Aufwand notwendig ist, während eine andere Anforderung, welche dem Anwender beispielsweise relativ einfach erscheint, jedoch einen relativ hohen technischen Aufwand mit sich bringt. Softwareprojekte: Hoher Grad an Abstraktion bei geringer Normierung Bei technischen Entwicklungsaufgaben, wie beispielsweise dem Maschinenbau, ist es möglich, auf eine Vielzahl von normierten Komponenten zurückzugreifen. Dies lässt sich auf den Softwarebereich jedoch nur Ansatzweise umlegen. Die Objektorientierung bietet hier zwar Lösungsansätze, notwendig sind allerdings definierte Komponenten mit einer einfachen Schnittstelle und präzise definiertem Verhalten. (Henrich 2002) Seite 14

16 3 Das Risiko als Teil von Software Projekten Das folgende Kapitel soll sich nun eingehend mit der Thematik des Risikos als wesentlicher Teil von Software Projekten beschäftigen. Wie in der Ausführung zu den Unterschieden zwischen Software Projekten und herkömmlichen Projekten schon zu erkennen war, gestaltet es sich aufgrund verschiedenster Charakteristika von Software Projekten schwierig, risikofrei zu arbeiten. Vor allem die Tatsache, dass es sich hierbei um ein immaterielles Gut handelt führt dazu, dass das Risiko niemals vollständig ausgeschlossen werden kann. Zu Beginn soll daher die Notwendigkeit eines Risikomanagements für Unternehmen dargestellt werden. Es erfolgt weiters eine Abgrenzung und Erklärung des Risikobegriffs und eine Analyse, der in der Literatur vorkommenden Formen von Risikoarten. Abschließend soll in diesem Kapitel auf Risikofaktoren, wie Kundenverhalten und Aufwandsschätzung eingegangen werden, um deren Auswirkungen auf die Projektarbeit zu zeigen. 3.1 Das Risikomanagement Wenn ein Projekt kein Risiko birgt, dann lassen Sie die Finger davon Tom DeMarco Projekte ohne echte Risiken werden als Loser angesehen, weil sie fast nie gewinnbringend sind und deshalb nicht schon vor Jahren realisiert wurden. Risiken und Gewinn gehen üblicherweise immer Hand in Hand. (DeMarco 2003) IT Risikomanagement in Projekten basiert auf der Teilung der Verantwortung in die Zielverantwortung der Projektleitung und der Ergebnisverantwortung durch die Unternehmensleitung. Um diesen Zielen gerecht zu werden, sollte versucht werden, Risiken, sollten diese nicht vermeidbar, ausschließbar, versicherbar oder auf Dritte abwälzbar sein, überschaubar und begrenzbar zu gestalten. Eine der wichtigsten Komponenten, die zur Erfüllung dieser Anforderungen geeignet ist, stellt die Risikoanalyse- und bewertung dar. Die Organisation des Risikomanagements umfasst einen weiteren wichtigen Faktor. Nur durch eine ständige, periodische Wiederholung der Risikoanalyse und der dafür erforderlichen Überarbeitung des Risikokataloges lassen sich Maßstäbe für die Bewertung schaffen, welche es erlauben, den Erfolg eingeleiteter Maßnahmen zur Risikominimierung zu beurteilen. (Franke 1990) Seite 15

17 3.1.1 Abgrenzung des Begriffs Risikomanagement Ganz allgemein werden unter Risikomanagement alle erforderlichen Aufgaben und Maßnahmen zur Risikobekämpfung verstanden. Aus der Sicht eines Unternehmens umfasst Risikomanagement alle systematischen Maßnahmen zur rechtzeitigen Erkennung, Bewertung und Bewältigung potentieller Risiken. Es soll dabei die Unternehmensführung unterstützen, elementare Risiken, welche geeignet sind den Unternehmenserfolg bzw. Bestand zu gefährden, rechtzeitig zu erkennen, um diese zu bewältigen. Dafür ist es notwendig, ungünstige Entwicklungen im Unternehmen frühzeitig aufzuzeigen, als auch neue bisher nicht definierte Risiken zu erkennen. Laut DIN wird der Begriff Risikomanagement sehr abstrakt definiert als systematische Anwendung von Managementgrundsätzen, Verfahren und Praktiken zwecks Ermittlung des Kontexts sowie Identifikation, Analyse, Bewertung, Steuerung/Bewätltigung, Überwachung und Kommunikation von Risiken. (Gaulke 2004, S. 6) Voraussetzung für ein Risikomanagementsystem ist, dass es ganzheitlich angelegt sein sollte und alle Unternehmensbereiche berücksichtigt. Die Notwendigkeit eines unternehmensweiten Risikomanagementsystems ergibt sich aufgrund der Tatsache, dass Einzelrisiken kumuliert werden und sich dadurch in Wechselwirkung mit anderen Risiken befinden können. Ein Risikomanagementsystem besteht aus den drei Grundelementen Frühwarnsystem, Überwachungssystem und Controlling. (Gaulke 2004) Zusammenfassend kann also festgehalten werden, dass es sich beim Risikomanagement um einen essentiellen Bestandteil der Unternehmenspolitik handelt, der immer proaktiv gestaltet ist. Dies bedeutet, dass sich das Risikomanagement mit Risiken beschäftigt, bevor sie entstehen. Vereinfacht ausgedrückt besteht Risikomanagement aus den folgenden Aktivitäten: - Identifizierung von Risiken - Analyse und Bewertung von Risiken einschließlich der Aufstellung eines Maßnahmenkataloges - Festlegung von Risikostrategien - Monitoring von Risiken Seite 16

18 3.1.2 Die Notwendigkeit Die Notwendigkeit eines unternehmensweiten Risikomanagements ergibt sich aufgrund der Tatsache, dass sich Einzelrisiken akkumulieren und sich in Wechselwirkung mit anderen Risiken befinden können. Bei IT Projekten ergibt sich der Bedarf für ein Risikomanagement aus gesetzlicher Sicht und aus dem Aspekt unterschiedlicher Standards und Leitfäden. Dabei wird deutlich, dass trotz fehlender gesetzlicher bzw. aufsichtlicher Konkretisierung Risikomanagement ein unerlässlicher Bestandteil eines jeden größeren IT Projektes sein sollte. Das Thema Risikomanagement bei IT Projekten hat für Unternehmen nicht nur aufgrund der strategischen Bedeutung der Informationstechnologie an Einfluss gewonnen, sondern auch weil IT Projekte immer anspruchsvoller und komplexer werden (Gaulke 2004). Die Gründe dafür sind: - Steigende Komplexität der Systeme und grenzüberschreitende Integration der IT- Strukturen durch Expansion und Globalisierung der Geschäftstätigkeit - Zunehmende Systemintegration und weitgehende Automatisierung von Geschäftsprozessen durch immer stärker wachsenden Wettbewerbsdruck - Steigende Abhängigkeit von der Verfügbarkeit und Sicherheit der Datenverarbeitung durch Öffnung der Unternehmenssysteme für Geschäftspartner und Kunden via Internet - Erhöhte Dynamik der Märkte durch neue Technologien, welche neuartige Geschäftsprozesse (z.b. reine Vertriebbanken) ermöglichen - Informationstechnologie als Enabler für eine bessere Positionierung des Unternehmens im Wettbewerb - Steigende Anforderungen des Gesetzgebers und der Aufsichtsbehörden (z.b. die Mindestanforderungen an das Betreiben von Handels- und Kreditgeschäften, Basel II) Zusätzlich entstehen bei IT Projekten im Vergleich zu anderen Projekten besonders inhärente Risiken. Diese ergeben sich aufgrund der oben schon genannten Tatsache, dass es ich bei IT Projekten um immaterielle Güter handelt und deren Wahrnehmung dadurch für die menschli- Seite 17

19 chen Sinne quasi unmöglich ist. Ein Risikomanagement für derartige Projekte ist daher unumgänglich Abgrenzung des Risikobegriffs Risiko vs. Krise Der Begriff Krise stammt aus dem Griechischen und bedeutet entscheidende Wendung. Im Chinesischen zum Beispiel besteht das Wort aus zwei Zeichen, welche Chance und Gefahr darstellen. Eine Krise markiert daher die Höhe einer sich zuspitzenden Entwicklung, die von Chancen und Gefahren begleitet ist (Saynisch 1994) Projektrisiken sind somit Prozesse, die - zeitlich begrenzt sind - nicht gewollt oder gewünscht wurden - und den Fortbestand des Unternehmens und des Projektes substantiell gefährden Folgende Tabelle soll die unterschiedlichen Merkmale von Risiko und Krise gegenüberstellen: Risiko Mögliche Zielabweichung in der Zukunft Statische Situation Verlangt nach Vorsorge Krise Zielabweichung ist Realität geworden Dynamische Situation Verlangt nach unmittelbarer Intervention Tabelle 1: Risiko vs. Krise in Anlehnung an Saynisch (1994) Risiko vs. Chance Laut Saynisch (1994) verhalten sich Chancen und Risiken komplementär zueinander. Chancen und Risiken sind immer als Einheit aller Möglichkeiten zu betrachten. In der Vergangenheit wurde der Risikobegriff recht einseitig bevorzugt, was eine negative Perspektive förderte. Diese hat als Meßlatte für den Erfolg keine Höherordnung, sondern dient nur der Beibehal- Seite 18

20 tung des vorhandenen Gleichgewichtszustandes. Die Möglichkeiten einer Innovation bzw. Diversifikation sind demnach dem Risikobegriff fremd, diese gehören zum Chancenprinzip. (Saynisch 1994) Operatives Risiko vs. Projektrisiko Projektrisiken unterscheiden sich von normalen operativen Risiken. Während operative Risken häufig wiederkehrend, am Geschäftsprozess orientiert und funktional sind, sind Projektrisiken meist einmalig und im Hinblick auf die Projektziele Ergebnisorientiert. (Gaulke 2004) Was ist Risiko In der Literatur findet sich eine Vielzahl von Definitionen, die sich mit dem Begriff Risiko beschäftigen. Interessant erscheint die Betrachtung, wo das Wort Risiko überhaupt herkommt. Risiko leitet sich vom italienischen Begriff risicare, sprich etwas wagen ab. Grundlegend ist dabei, dass der Ausgang ungewiss ist, man somit also nicht genau weiß, ob etwas passiert oder nicht und wenn, welche Auswirkungen dies haben kann. (Versteegen 2003) Im betrieblichen Bereich versteht man unter Risiko ganz allgemein die Gefahr, dass Ereignisse oder Handlungen ein Unternehmen daran hindern können, seine Ziele zu erreichen bzw. seine Strategien erfolgreich umzusetzen. Weiters versteht man darunter die Möglichkeit ungünstiger künftiger Entwicklungen oder die Gefahr, die den Prozess der Zielsetzung und Zielerreichung begleiten und ihn negativ beeinflussen können. Eine weitere Definition liefert Schnorrenberg (1997). Er beschreibt Risiko als ein Ergebnis, von dem nicht sicher bekannt ist, ob es eintreten und/oder in welcher genauen Höhe es einen Schaden verursachen wird. Ein Ereignis, dass mit Sicherheit eintreten wird, stellt demnach ein Problem und kein Risiko dar. (Schnorrenberg 1997, S. 4) Seite 19

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

Keywords: Projektmanagement, Erfahrungen Projektmanagement

Keywords: Projektmanagement, Erfahrungen Projektmanagement Sage mir, wie ein Projekt beginnt und ich sage Dir, wie es endet". "Projektmanagement - heute" Projektmanagement stellt eine klare Herausforderung an die Managementqualitäten der Unternehmen dar. Projektmanagement

Mehr

CSR und Risikomanagement

CSR und Risikomanagement CSR und Risikomanagement Bedeutung der Risiken aus ökologischen und sozialen Sachverhalten im Rahmen der Prüfung des Risikoberichts und des Risikomanagements XX. April 2010 Risk Management Solutions Agenda

Mehr

Risikomanagement. Anforderungen und Umsetzung bei mittelständischen Unternehmen. Folie 1. Stand: Dezember 2007

Risikomanagement. Anforderungen und Umsetzung bei mittelständischen Unternehmen. Folie 1. Stand: Dezember 2007 Risikomanagement Anforderungen und Umsetzung bei mittelständischen Unternehmen Stand: Dezember 2007 Folie 1 Inhalt Gesetzliche Regelungen Bedeutung von Risikomanagement Leitlinien für die Gestaltung eines

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

Abb.: Darstellung der Problemfelder der Heine GmbH

Abb.: Darstellung der Problemfelder der Heine GmbH Entwicklung eines SOLL-Konzeptes Kehl Olga 16.05.10 Wie aus der Ist-Analyse ersichtlich wurde, bedarf die Vorgehensweise bei der Abwicklung von Projekten an Verbesserung. Nach der durchgeführten Analyse

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Grundlagen der Projektarbeit

Grundlagen der Projektarbeit Lerninhalte ❶ ❷ ❸ ❹ ❺ ❻ Ziele und Aufgaben des s Beteiligte des s Aufstellung der IS-Architektur (Überblick) Projektplanung Projektentwicklung Projektorganisation Lerninhalte L1 i Ziele und Aufgaben des

Mehr

AD HOC Personal- und Organisationsberatung GmbH, Obergrundstrasse 50, 6003 Luzern Fon 041 211 14 04 Fax 041 211 14 05 www.adhoc-beratung.

AD HOC Personal- und Organisationsberatung GmbH, Obergrundstrasse 50, 6003 Luzern Fon 041 211 14 04 Fax 041 211 14 05 www.adhoc-beratung. AD HOC Personal- und Organisationsberatung GmbH, Obergrundstrasse 50, 6003 Luzern Fon 041 211 14 04 Fax 041 211 14 05 www.adhoc-beratung.ch Projektmanagement Was ist ein Projekt, und was ist Projektmanagement?

Mehr

Ablauf der Vorstudie zu einem Projekt

Ablauf der Vorstudie zu einem Projekt Ablauf der Vorstudie zu einem Projekt DHPol Seminar 2011 Dipl.-Ing. Thomas Schlüter, MBA Projektdefinition Vorstudie Internet: www.korff-schlueter.de, E-Mail: info@korff-schlueter.de 1 von 22 Projektplanung

Mehr

Risikomanagement in Projekten - Konzepte und Methoden. Dr. Ulrich Stremmel, Allianz Deutschland AG

Risikomanagement in Projekten - Konzepte und Methoden. Dr. Ulrich Stremmel, Allianz Deutschland AG - Konzepte und Methoden Dr. Ulrich Stremmel, Allianz Deutschland AG Inhalt 1 Motivation: Warum Risikomanagement? 2 Begriffe: Was ist Risikomanagement? 3 Kontext: Projektmanagement und Risiko 4 Methoden

Mehr

1. Normen für Unternehmen

1. Normen für Unternehmen 1. Normen für Unternehmen Normen sind gut für ein Missverständnis und schlecht für ein Verständnis. Um diesem Wortspiel einen konkreten Inhalt zu geben, seien zwei Thesen angeführt: Das Missverständnis

Mehr

Modul: Managementtechniken II Veranstaltung: Projektmanagement Themenbereich: Überblick und Einführung

Modul: Managementtechniken II Veranstaltung: Projektmanagement Themenbereich: Überblick und Einführung Modul: Managementtechniken II Veranstaltung: Projektmanagement Themenbereich: Überblick und Einführung Fachhochschule Düsseldorf, Fachbereich Wirtschaft Dozent: Prof. Dr. Andreas Diedrich Veranstaltungsübersicht

Mehr

Thema: Risikomanagement

Thema: Risikomanagement 1.1. Risikomanagement Eine der elementarsten Anforderungen an die Projektplanung ist, durch zielgerichtete Planung mögliche Risiken, die den Projekterfolg in Frage stellen, zu identifizieren und präventiv

Mehr

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis Leseprobe Joachim Drees, Conny Lang, Marita Schöps Praxisleitfaden Projektmanagement Tipps, Tools und Tricks aus der Praxis für die Praxis ISBN: 978-3-446-42183-7 Weitere Informationen oder Bestellungen

Mehr

Einführung in das Projektmanagement

Einführung in das Projektmanagement Einführung in das Projektmanagement Komplexe und neuartige Aufgaben werden in Form von Projekten abgewickelt. Zur erfolgreichen Projektsteuerung ist ein Projektmanagement unverzichtbar. Projektmanagement

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

PROJEKTMANAGEMENT IN EXZELLENZ.

PROJEKTMANAGEMENT IN EXZELLENZ. PROJEKTMANAGEMENT IN EXZELLENZ. Competence-Center Projektmanagement ZUFRIEDENHEIT IST ERFAHRUNGSSACHE. inducad creativ[e] hat besondere Expertise als Strategieberater der Unternehmensführungen. Der Erfolg

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se

Mehr

GPM/IPMA Zertifizierung ICB 3.0 Fragen zur Prüfungsvorbereitung (PM3, Auflage 1) Kapitel 3.02

GPM/IPMA Zertifizierung ICB 3.0 Fragen zur Prüfungsvorbereitung (PM3, Auflage 1) Kapitel 3.02 Was ist ein Programm? Ein Programm ist eine Menge von Projekten, die miteinander verknüpft sind und ein gemeinsames übergreifendes Ziel verfolgen. Ein Programm ist zeitlich befristet. Es endet spätestens

Mehr

Wie man mit Change Management IT-Projektkosten senken kann

Wie man mit Change Management IT-Projektkosten senken kann Wie man mit Change Management IT-Projektkosten senken kann ein Artikel von Ulrike Arnold Kaum ein Projekt wird in der vorgegebenen Zeit und mit dem geplanten Budget fertiggestellt. Und das, obwohl die

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

Swiss Marketing Leadership Studie 2015. Man agement Summary

Swiss Marketing Leadership Studie 2015. Man agement Summary 3 Man agement Summary Marketing ändert sich fundamental und sollte in modernen Unternehmen eine steuernde Funktion in Richtung Kunden- und Marktorientierung einnehmen. Vor diesem Hintergrund entschied

Mehr

Grundlagen des Projektmanagements Im Rahmen der Haupstudiumsprojekte am Fachbereich Informatik und Gesellschaft an der TU Berlin

Grundlagen des Projektmanagements Im Rahmen der Haupstudiumsprojekte am Fachbereich Informatik und Gesellschaft an der TU Berlin Grundlagen des Projektmanagements Im Rahmen der Haupstudiumsprojekte am Fachbereich Informatik und Gesellschaft an der TU Berlin Raphael Leiteritz, raphael@leiteritz.com, 22. April 2002 1 Inhalt 1 Was

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

Code-Quality-Management

Code-Quality-Management Code-Quality-Management Technische Qualität industrieller Softwaresysteme transparent und vergleichbar gemacht von Frank Simon, Olaf Seng, Thomas Mohaupt 1. Auflage Code-Quality-Management Simon / Seng

Mehr

Artikelserie. Projektmanagement-Office

Artikelserie. Projektmanagement-Office Projektmanagement-Office Projektarbeit ermöglicht die Entwicklung intelligenter, kreativer und vor allem bedarfsgerechter Lösungen, die Unternehmen heute brauchen, um im Wettbewerb zu bestehen. Besonders

Mehr

Unternehmenspräsentation Pro-M Consulting. Stand 01.04.2010, Version 2.1

Unternehmenspräsentation Pro-M Consulting. Stand 01.04.2010, Version 2.1 Unternehmenspräsentation Pro-M Consulting Stand 01.04.2010, Version 2.1 Unternehmensstrategie (1/2) Unsere Erfolgsfaktoren - Ihre Vorteile Wir stellen von Ihnen akzeptierte Lösungen bereit Wir betrachten

Mehr

Semesterprojekt SS 2011

Semesterprojekt SS 2011 Semesterprojekt SS 2011 Projektmanagement Teil 1 Dr. rer. nat. Andreas Tewes Als Vorlage zu dieser Vorlesung diente: projektmanagement für newcomer RKW Sachsen GmbH Kompetenzzentrum Managementsysteme Selbst

Mehr

Befragung und empirische Einschätzung der Praxisrelevanz

Befragung und empirische Einschätzung der Praxisrelevanz Befragung und empirische Einschätzung der Praxisrelevanz eines Vorgehensmodells zur Auswahl von CRM-Systemen D I P L O M A R B E I T zur Erlangung des Grades eines Diplom-Ökonomen der Wirtschaftswissenschaftlichen

Mehr

Informationssystemanalyse Requirements Engineering 10 1

Informationssystemanalyse Requirements Engineering 10 1 Informationssystemanalyse Requirements Engineering 10 1 Requirements Engineering Viele Probleme bei der Softwareentwicklung entstehen sehr früh im Entwicklungsprozeß. Im Rahmen des Requirements Engineering

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

Organisatorische Einbindung eines Risikomanagementsystems in mittelständische Unternehmen

Organisatorische Einbindung eines Risikomanagementsystems in mittelständische Unternehmen Organisatorische Einbindung eines Risikomanagementsystems März 2002 Andreas Henking www.risk-sim.de 1 Einleitung Wichtiger Erfolgsfaktor bei der Einführung von Risikomanagementsystemen ist die richtige

Mehr

WSR 2004. Softwarewartung und Prozessmodelle in Theorie und Praxis. Urs Kuhlmann Andreas Winter

WSR 2004. Softwarewartung und Prozessmodelle in Theorie und Praxis. Urs Kuhlmann Andreas Winter WSR 2004 Softwarewartung und Prozessmodelle in Theorie und Praxis Urs Kuhlmann Andreas Winter Universität Koblenz-Landau 1 Gliederung Wartungsbegriff Prozessmodelle Fallstudien Problembereiche Fazit 2

Mehr

(Management großer Softwareprojekte) Sommersemester 2007 Kap. 1 - Einführung

(Management großer Softwareprojekte) Sommersemester 2007 Kap. 1 - Einführung (Management großer Softwareprojekte) Sommersemester 2007 Kap. 1 - Einführung Prof. Dr. rer. nat. Uwe Aßmann Lehrstuhl Softwaretechnologie Fakultät Informatik TU Dresden Version 07-0.6, April 11, 2007 [1]

Mehr

POCKET POWER. Projektmanagement. 3. Auflage

POCKET POWER. Projektmanagement. 3. Auflage POCKET POWER Projektmanagement 3. Auflage 3 Inhalt 1 Einleitung.................................... 5 2 Grundlagen des Projektmanagements................... 8 2.1 Projektdefinition..............................

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering 2015 1 Inhalte Begrüßung Vorstellung, Übersicht Formales

Mehr

Enterprise Social Networking: Ein Framework und ein Fachkonzept für ein Industrieunternehmen

Enterprise Social Networking: Ein Framework und ein Fachkonzept für ein Industrieunternehmen Enterprise Social Networking: Ein Framework und ein Fachkonzept für ein Industrieunternehmen Bachelorarbeit zur Erlangung des akademischen Grades Bachelor auf Science (B.Sc.) im Studiengang Wirtschaftswissenschaft

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

Governance, Risk & Compliance für den Mittelstand

Governance, Risk & Compliance für den Mittelstand Governance, Risk & Compliance für den Mittelstand Die Bedeutung von Steuerungs- und Kontrollsystemen nimmt auch für Unternehmen aus dem Mittelstand ständig zu. Der Aufwand für eine effiziente und effektive

Mehr

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

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel E Einzelprojekt und Projektlandschaft Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel E Einzelprojekt und Projektlandschaft Inhaltsverzeichnis 1 E1 Programm- und Multiprojektmanagement...

Mehr

HLB International Risikomanagement in IT-Projekten: praktische Erfahrungen aus externer Sicht

HLB International Risikomanagement in IT-Projekten: praktische Erfahrungen aus externer Sicht Den Vortrag hören live Sie auf dem HLB International Risikomanagement in IT-Projekten: praktische Erfahrungen aus externer Sicht An international network of independent professional accounting firms and

Mehr

Compliance, Risikomanagement & Interne Kontrollsysteme in der Praxis. Prof. Alexander Redlein, Dr. Barbara Redlein

Compliance, Risikomanagement & Interne Kontrollsysteme in der Praxis. Prof. Alexander Redlein, Dr. Barbara Redlein Compliance, Risikomanagement & Interne Kontrollsysteme in der Praxis Prof. Alexander Redlein, Dr. Barbara Redlein Begriffe: Compliance und Risikomanagement Compliance = Einhaltung aller externen und internen

Mehr

What gets measured gets done Michael Quinn Patton

What gets measured gets done Michael Quinn Patton Erfolgs und Wirkungsmessung Präsentation und kritische Betrachtung Begriffsklärungen und mögliche Zugänge Indikatorenset für LEADER zur Steuerung und Qualitätssicherung System TIROL LEADER TIROL Vom Sinn

Mehr

Multi-Projektmanagement. Stand: Januar 2012

Multi-Projektmanagement. Stand: Januar 2012 Multi-Projektmanagement als Teil der Unternehmenssteuerung Stand: Januar 2012 ButzConsult: Die Optimierungsberater Optimierung ist unser Ziel Beratung unsere Leidenschaft Stefan Butz Geschäftsführender

Mehr

Mehr Erfolg für Ihre Projekte

Mehr Erfolg für Ihre Projekte Mehr Erfolg für Ihre Projekte 2007.Martin Moss Infopaper V2.3 / Seite 1 Projekte erfolgreicher abschließen Ihre Herausforderung Unsere Lösung Trotz bewährter methoden liefern 70 90% aller Projekte, nicht

Mehr

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

Themenarbeit HTA.SWE.S08 Pascal Ming 23.Juni 2008 Themenarbeit HTA.SWE.S08 Pascal Ming 23.Juni 2008 Einleitung Risikomanagement nach HTAgil Risikomanagement nach Bärentango Risikomanagement in Wikipedia Vergleich Aufgabe Risikomanagement(Jörg Hofstetter)

Mehr

Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter -

Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter - Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter - FOCUS Team KG Besenbruchstraße 16 42285 Wuppertal Tel.: 0202 28394-0

Mehr

Leitfaden Projektmanagement Seminarreihe Allgemeinmedizin

Leitfaden Projektmanagement Seminarreihe Allgemeinmedizin Krankenhaus Barmherzige Brüder Regensburg BLINDTEXT THEMA Leitfaden Projektmanagement Seminarreihe Allgemeinmedizin Dagmar Alzinger, Referentin der Geschäftsführung 1 Inhalt 1 2 3 4 5 6 Was ist ein Projekt?

Mehr

Mittelstand International Länderfokus USA & China

Mittelstand International Länderfokus USA & China Mittelstand International Länderfokus USA & China Dirk Müller Michael Starz Gero Weber VBU Verbund Beratender Unternehmer Müller/Starz/Weber 08.2015 Wir müssen dem Markt folgen, denn der Markt folgt uns

Mehr

CMC-KOMPASS: CRM. Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement

CMC-KOMPASS: CRM. Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement CMC-KOMPASS: CRM Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement 1 CROSSMEDIACONSULTING 18.05.2010 Unser Verständnis von CRM: Customer Relationship Management ist weit mehr als ein IT-Projekt

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

Aller Anfang ist schwer Starthilfen in der Wissenschaft. Projektplanung: Do s and Don ts

Aller Anfang ist schwer Starthilfen in der Wissenschaft. Projektplanung: Do s and Don ts 6. COMBATing Breast Cancer Chances for Cure Aller Anfang ist schwer Starthilfen in der Wissenschaft Projektplanung: Do s and Don ts Dieter Niederacher COMBATing Breast Cancer 2013 Präsymposium TraFo Kommission

Mehr

Wohlbefinden - Schlüsselfaktor für den Projekterfolg

Wohlbefinden - Schlüsselfaktor für den Projekterfolg Wohlbefinden - Schlüsselfaktor für den Projekterfolg Austrian Student Paper Award 2008 Präsentation Thesen These 1: Das Wohlbefinden wird von mehreren Faktoren große beeinflusst, die jeweils unterschiedlich

Mehr

Prüfung eines Migrationsprojekts

Prüfung eines Migrationsprojekts Prüfung eines Migrationsprojekts Peter Ursprung Ursprung Consulting Postfach 8042 Zürich 044 361 12 21 peter.ursprung@bluewin.ch 1 Inhalt Interdisziplinarität von in IT-Projekten Welche Kompetenzen sind

Mehr

Umfrage Projektmanagement

Umfrage Projektmanagement Umfrage Projektmanagement Ergebnisbericht 2005.2 Project Consulting Company KG Herbert-Weichmann-Straße 73 22085 Hamburg Telefon: 040.2788.1588 Telefax: 040.2788.0467 e-mail: info@pcc-kg.com Internet:

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

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG "If you don't know where you are going, you are unlikely to end up there." Forrest Gump 2 Anforderungen bilden die Grundlage für jedes (Software-)Projekt sind die

Mehr

Implementierung eines Risikomanagementsystems bei der EADS BU DE. Jan Eickmann Mathias Wernicke

Implementierung eines Risikomanagementsystems bei der EADS BU DE. Jan Eickmann Mathias Wernicke Implementierung eines Risikomanagementsystems bei der EADS BU DE Jan Eickmann Mathias Wernicke 03.02.2009 Dipl.-Ing. Mathias Wernicke, Jan Eickmann 1 Vision2020 Entwicklung der EADS [ ] mit größerem Anteil

Mehr

Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt

Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt Scrum undprojektmanagement à la GPM Markus Schramm compeople AG Frankfurt GPM scrum ed GPM, Scrum, warum? Projektablauf koordinieren Einheitliches Vorgehen Gemeinsames Verständnis Gemeinsame Sprache Freestyle

Mehr

Social Software im Change Management. Bachelorarbeit

Social Software im Change Management. Bachelorarbeit Social Software im Change Management Bachelorarbeit zur Erlangung des akademischen Grades Bachelor of Science (B.Sc.) im Studiengang Wirtschaftswissenschaft der Wirtschaftswissenschaftlichen Fakultät der

Mehr

Testfragen PRINCE2 Foundation

Testfragen PRINCE2 Foundation Testfragen PRINCE2 Foundation Multiple Choice Prüfungsdauer: 20 Minuten Hinweise zur Prüfung 1. Sie sollten versuchen, alle 25 Fragen zu beantworten. 2. Zur Beantwortung der Fragen stehen Ihnen 20 Minuten

Mehr

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003):

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

Mehr

Inhalt des Elementes Risikoanalyse. Projektmanagement Risikoanalyse. Inhalt

Inhalt des Elementes Risikoanalyse. Projektmanagement Risikoanalyse. Inhalt Inhalt des Elementes Risikoanalyse 1 Inhalt 1 Das Element im Projektablauf 2 Techn. Qualitätsrisiko 3 Projektrisiken 4 Risikoanalyse 5 Umgang mit Risiken 6 Risikominderung 7 Risk Management 8 Beispiele

Mehr

Gute Performance ist die Basis des Erfolges. Process & Performance

Gute Performance ist die Basis des Erfolges. Process & Performance Gute Performance ist die Basis des Erfolges Process & Performance Begeistern Sie Ihre Kunden und erhöhen Sie so Ihren Unternehmenserfolg. Es gibt Dinge, die erschließen sich auch beim zweiten Blick nicht

Mehr

_Fact Sheet. Project Health Check. Analyse und nachhaltige Verbesserung der Erfolgsfaktoren für ein effizientes Projektmanagement

_Fact Sheet. Project Health Check. Analyse und nachhaltige Verbesserung der Erfolgsfaktoren für ein effizientes Projektmanagement Fact Sheet Project Health Check Analyse nachhaltige Verbesserung der Erfolgsfaktoren für ein effizientes Projektmanagement Severn Consultancy GmbH, Hansa Haus, Berner Str. 74, 60437 Frankfurt am Main,

Mehr

Betriebswirtschaftliche Kriterien, Aufwand und Nutzen von CMMI-Implementierungen

Betriebswirtschaftliche Kriterien, Aufwand und Nutzen von CMMI-Implementierungen Betriebswirtschaftliche Kriterien, Aufwand und Nutzen von CMMI-Implementierungen Dr. Ernest Wallmüller, Wolfgang Daschner Qualität & Informatik www.itq.ch 1 Qualität & Informatik Kosten der CMMI-Nutzung

Mehr

ISMS Teil 3 Der Startschuss

ISMS Teil 3 Der Startschuss ISMS Teil 3 Der Startschuss Nachdem das TOP-Managenment die grundsätzliche Entscheidung getroffen hat ein ISMS einzuführen, kann es nun endlich losgehen. Zu Beginn sollte Sie noch die Grundlagen des ISMS

Mehr

Abb. 1: Die größten Herausforderungen im Zusammenhang mit Veränderungen

Abb. 1: Die größten Herausforderungen im Zusammenhang mit Veränderungen Changemanagement die Unternehmenskultur zu verändern braucht Zeit Von Ralf Strehlau und Marc Sieper Wenn Unternehmen erkennen In unserer Organisation klemmt es zum Beispiel im Bereich Führung und Zusammenarbeit

Mehr

Projektmanagement einführen und etablieren

Projektmanagement einführen und etablieren Projektmanagement einführen und etablieren Erfolgreiches und professionelles Projektmanagement zeichnet sich durch eine bewusste und situative Auswahl relevanter Methoden und Strategien aus. Das Unternehmen

Mehr

Universität Passau. Betriebswirtschaftslehre mit Schwerpunkt Internationales Management Prof. Dr. Carola Jungwirth. Masterarbeit

Universität Passau. Betriebswirtschaftslehre mit Schwerpunkt Internationales Management Prof. Dr. Carola Jungwirth. Masterarbeit Universität Passau Betriebswirtschaftslehre mit Schwerpunkt Internationales Management Prof. Dr. Carola Jungwirth Masterarbeit "Identifikation von Erfolgsfaktoren für eine Facebook- Recruiting-Strategie"

Mehr

Zusammenfassung der Umfrageergebnisse Customer Intelligence in Unternehmen 23.12.2010

Zusammenfassung der Umfrageergebnisse Customer Intelligence in Unternehmen 23.12.2010 Zusammenfassung der Umfrageergebnisse Customer Intelligence in Unternehmen 23.12.2010 Autoren: Alexander Schramm Marcus Mertens MuniConS GmbH Einleitung Unternehmen verfügen heute über viele wichtige Informationen

Mehr

Einführung in das Projektmanagement 1

Einführung in das Projektmanagement 1 Einführung in das Projektmanagement 1 Gliederung 1. Einführung und Grundlagen 1.1 Beispiele 1.2 Grundbegriffe und Definitionen 1.3 Erfolgsfaktoren des Projektmanagements 2. Projektorganisation 3. Projektphasen

Mehr

_Factsheet. MaRisk VA stellen das Risikomanagement von Versicherern auf den Prüfstand. Machen Sie Ihr Risikomanagement fit für Solvency II

_Factsheet. MaRisk VA stellen das Risikomanagement von Versicherern auf den Prüfstand. Machen Sie Ihr Risikomanagement fit für Solvency II _Factsheet MaRisk VA stellen das Risikomanagement von Versicherern auf den Prüfstand Machen Sie Ihr Risikomanagement fit für Solvency II Severn Consultancy GmbH, Phoenix Haus, Berner Str. 119, 60437 Frankfurt

Mehr

Stakeholder Management

Stakeholder Management Stakeholder Management Bruno Jenny Partner für Projekt und Portfoliomanagement Aktives Betreiben von Stakeholder Management Wird aktiv Stakeholder Management in den Projekten betrieben? Manchmal 42 % 34

Mehr

Projektmanagement. Muster-Projekthandbuch

Projektmanagement. Muster-Projekthandbuch Projektmanagement Muster-Projekthandbuch Muster-Projekthandbuch Seite 2 Das Projekthandbuch (PHB) Das Projekthandbuch ist als genereller Leitfaden für die Projektarbeit im Rahmen des Lehrganges Projektmanagement-Bau

Mehr

Psychologische Modelle zur Beschreibung der Leistungsfähigkeit von Paar-Programmierung

Psychologische Modelle zur Beschreibung der Leistungsfähigkeit von Paar-Programmierung Psychologische Modelle zur Beschreibung der Leistungsfähigkeit von Paar-Programmierung Dr. Fakultät für Informatik Universität Karlsruhe (TH) Paar-Programmierung (PP) Vor- und Nachteile lebhaft diskutiert

Mehr

3 Projektmanagement. Auch hier lassen sich wieder grob kommerzielle und nicht kommerzielle Projekte unterscheiden.

3 Projektmanagement. Auch hier lassen sich wieder grob kommerzielle und nicht kommerzielle Projekte unterscheiden. 3 Projektmanagement Das Thema Projektmanagement kann man aus sehr unterschiedlichen Perspektiven angehen. Klar strukturiert mit Netzplänen und Controlling- Methoden oder teamorientiert mit Moderationstechniken

Mehr

Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess

Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess Von David Chappell Gefördert durch die Microsoft Corporation 2010 Chappell & Associates David Chappell: Softwareentwicklung

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

Supply Chain Summit 2011 RISIKO-MANAGEMENT UND SUPPLY CHAIN

Supply Chain Summit 2011 RISIKO-MANAGEMENT UND SUPPLY CHAIN Supply Chain Summit 2011 RISIKO-MANAGEMENT UND SUPPLY CHAIN GLIEDERUNG Intro Risiko-Management Was bedeutet Risiko-Managment? Wie wird Risiko-Management umgesetzt? Nutzen von Risiko-Management Relevanz

Mehr

Wie Sie mit Change Management bei der SAP-Implementierung bis zu 30 % der Kosten sparen

Wie Sie mit Change Management bei der SAP-Implementierung bis zu 30 % der Kosten sparen Wie Sie mit Change Management bei der SAP-Implementierung bis zu 30 % der Kosten sparen Wie Sie mit Change Management bei der SAP-Implementierung bis zu 30 % der Kosten sparen Eine Software-Implementierung

Mehr

Outsourcing und Offshoring. Definition und Abgrenzung

Outsourcing und Offshoring. Definition und Abgrenzung Outsourcing und Offshoring Definition und Abgrenzung INHALT Outsourcing und Offshoring... 1 Outsourcing und Offshoring... 3 Definition und Abgrenzung... 4 Outsourcing... 5 Offshoring... 7 Outsourcing und

Mehr

IT Security Audit. www.securityaudit.ch. Beschreibung. Kundennutzen. Leistungsumfang

IT Security Audit. www.securityaudit.ch. Beschreibung. Kundennutzen. Leistungsumfang IT Security Audit Beschreibung Die Informatik ist immer stärker verantwortlich für das Erstellen und die Abwicklung von geschäftskritischen Abläufen und wird dadurch zum unmittelbaren Erfolgsfaktor eines

Mehr

Handbuch IT-Consulting

Handbuch IT-Consulting Handbuch IT-Consulting Ein praxisorientierter Leitfaden Dr. Otto Schlichtherle Vorwort Die Automatisierungs-, Kommunikations- und Informationstechnik ist in vielen Unternehmen die treibende Kraft für

Mehr

Steuerung von Projekten

Steuerung von Projekten covalgo consulting GmbH Operngasse 17-21 1040 Wien, Austria www.covalgo.at Steuerung von Projekten Autor: Dr. Gerd Nanz Datum: 11. Dezember 2012 1 Hintergrund, Ziel und Zweck Die Steuerung von Projekten

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

Ein Managementtool, welches durch Kombination der monetären und nicht monetären Faktoren hilft, die Strategie umzusetzen

Ein Managementtool, welches durch Kombination der monetären und nicht monetären Faktoren hilft, die Strategie umzusetzen Ein Managementtool, welches durch Kombination der monetären und nicht monetären Faktoren hilft, die Strategie umzusetzen Die Idee Vorgehensweise & Implementierung Ziele definieren Ursache Wirkungskette

Mehr

Risk Management für Unternehmen

Risk Management für Unternehmen Risk Management für Unternehmen Überlassen Sie nichts dem Zufall RM- Risk Management für Unternehmen methodisch vorgehen Dem Risk Management (RM) liegt ein dauernder, sich stets verändernder Prozess im

Mehr

Einführung Risk Management Konzept

Einführung Risk Management Konzept Einführung Risk Management Konzept 1. Risiko unser ständiger Begleiter Das Risk Management ist ein wichtiges Führungsinstrument für das Erreichen der Zielsetzungen und für den Schutz der Mitarbeitenden,

Mehr

Informationssystemanalyse Personal Software Process 8 1

Informationssystemanalyse Personal Software Process 8 1 Informationssystemanalyse Personal Software Process 8 1 Personal Software Process Sehr eng mit dem CMM hängt der PSP (Personal Software Process) zusammen. Der PSP ergänzt das organisationsweite CMM um

Mehr

6 Architektur-Mittel (WOMIT)

6 Architektur-Mittel (WOMIT) 6 Architektur-Mittel (WOMIT) Abb. 6-1: Positionierung des Kapitels im Ordnungsrahmen. Dieses Kapitel befasst sich mit der WOMIT-Dimension des architektonischen Ordnungsrahmens, indem es grundlegende Konzepte

Mehr

- Agile Programmierung -

- Agile Programmierung - Fachhochschule Dortmund Fachbereich Informatik SS 2004 Seminar: Komponentenbasierte Softwareentwicklung und Hypermedia Thema: - - Vortrag von Michael Pols Betreut durch: Prof. Dr. Frank Thiesing Übersicht

Mehr

IT Value Management. IT Management, IT Projekte und Servicebeziehungen sinnvoll gestalten! atunis GmbH

IT Value Management. IT Management, IT Projekte und Servicebeziehungen sinnvoll gestalten! atunis GmbH IT Management, IT Projekte und Servicebeziehungen sinnvoll gestalten! atunis GmbH Wert schaffen durch IT Value Management Der zunehmende Kostendruck und die Frage nach dem Beitrag der IT zur Wertschöpfung

Mehr

Risikomanagement in ERP Projekten. Ein Konzept am Beispiel der BMW Group.

Risikomanagement in ERP Projekten. Ein Konzept am Beispiel der BMW Group. Risikomanagement in ERP Projekten. Ein Konzept am Beispiel der BMW Group. Seite 2 Agenda. 1. Begriffliche Grundlagen. 2. Entwicklungsziel. 3. Grundlegende Prämissen. 4. Konzept zum Risikomanagement in

Mehr

Toolset Projektmanagement

Toolset Projektmanagement Toolset Projektmanagement» praxisnah, flexibel, einfach «Kirchner + Robrecht GmbH management consultants: info@kirchner-robrecht.de; www. kirchner-robrecht.de Büro Frankfurt: Borsigallee 12, 60388 Frankfurt,

Mehr

Peter Meier. Die Umsetzung von Risikomanagement nach ISO 31000. - Leseprobe -

Peter Meier. Die Umsetzung von Risikomanagement nach ISO 31000. - Leseprobe - Peter Meier Die Umsetzung von Risikomanagement nach ISO 31000 Bibliografische Information der Deutschen Nationalbibliothek Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen

Mehr

Strategisches Management im öffentlichen Sektor: Eine Übersicht über den aktuellen Stand der Forschung

Strategisches Management im öffentlichen Sektor: Eine Übersicht über den aktuellen Stand der Forschung Strategisches Management im öffentlichen Sektor: Eine Übersicht über den aktuellen Stand der Forschung Prof. Dr. Isabella Proeller Universität Potsdam Workshop der WK ÖBWL Uni Mannheim, 9.10.2009 1 Strategisches

Mehr

Multiprojektmanagement an der TIB Ein Erfahrungsbericht. Dr. Debora D. Daberkow 104. Bibliothekartag in Nürnberg 27. Mai 2015

Multiprojektmanagement an der TIB Ein Erfahrungsbericht. Dr. Debora D. Daberkow 104. Bibliothekartag in Nürnberg 27. Mai 2015 Multiprojektmanagement an der TIB Ein Erfahrungsbericht Dr. Debora D. Daberkow 104. Bibliothekartag in Nürnberg 27. Mai 2015 Motivation Die Ausgangssituation Das Umfeld von Bibliotheken befindet sich im

Mehr