IT-Service Management & IT-Projektmanagement

Transkript

1 IT-Service Management & IT-Projektmanagement Jon Sprenger Michael H. Breitner # 1 # 2 Quelle: 1

2 # 3 Quelle: vf_wirtschaftsinformatik.html IT-Service Management Jon Sprenger (sprenger@iwi.uni-hannover.de) Michael H. Breitner (breitner@iwi.uni-hannover.de) # 4 2

3 Vorlesung: IT-Service Management # 5 Buchempfehlung: learnit!lv3 Kresse M (2008) learnit!lv3 Gutes Einführungsbuch in das IT-Service Management, in das Umfeld und in ITIL V3, 190 Seiten Stand 2008, 2. Auflage Preis: Ca. 25 (preiswert!) # 6 3

4 Buchempfehlung: ITIL V3 Basis-Zertif. Ebel N (2008) ITIL V3 Basis-Zertifizierung Gutes Buch mit Grundlagenwissen und Zertifizierungsvorbereitung für die ITIL Foundation-Prüfung, 770 Seiten Stand 2008, 1. Auflage Preis: Ca. 60 # 7 Buchempfehlung: ITIL V3 - Kernbücher Grundlegende Ziele, Rahmenbedingungen etc. Definieren, Entwerfen, Entwickeln etc. Service Transition Realisierung Ein- bzw. Überführung Betreiben, am Laufen halten, Fehler beseitigen Sollte normal sein; kehrt regelmäßg wieder Ca Seiten / Preis: ca. 350 # 8 4

5 Begriff Geschäftsprozess (GP) Sinnvolle betriebliche AS und IS ergeben sich bei der modernen, geschäftsprozessorientierten Vorgehensweise auf logische Weise. Unter einem Geschäftsprozess versteht man eine Folge (= Vorgangskette) bzw. ein Bündel von logisch zusammengehörigen Aktivitäten (= Geschäftsvorgängen), die für das Unternehmen einen Beitrag zur Wertschöpfung leistet und sich i. d. R. am Kunden orientiert, i d. h. auch für den Kunden Wert schaffen. Fasst man einen unternehmensinternen Auftraggeber ebenfalls als Kunden auf, sind alle Geschäftsprozesse ausnahmslos kundenorientiert. # 9 Begriff Geschäftsprozess Geschäftsprozesse zerfallen in Leistungsprozesse, die der Erbringung der eigentlichen betrieblichen Leistung dienen, und Unterstützungsprozesse, die die Leistungsprozesse dabei unterstützen. Klassische betriebliche Funktionsbereiche können in Primärfunktionen, z. B. Beschaffung, Produktion, Vertrieb usw. (Leistungsprozesse) und Sekundärfunktionen,, z. B. externes/internes Rechnungswesen, Personalwesen, Informationsverarbeitung usw. (Unterstützungsprozesse) eingeteilt werden. Betriebliche ASe und ISe unterstützen sowohl die Primär- als auch die Sekundärfunktionen. # 10 5

6 Begriff Geschäftsprozess Die Aktivitäten, die den Geschäftsprozess oder ein Projekt bilden, müssen nicht immer sequentiell nacheinander ablaufen. Je nach Prozess kann es erforderlich sein, sie parallel, alternativ oder wiederholt auszuführen. Ihre Gesamtheit wird deswegen heute oft als Bündel von Aktivitäten (und nicht als Folge!) bezeichnet. An jedem Geschäftsprozess und Projekt sind i. d. R. mehrere betriebliche Funktionsbereiche bzw. Organisationseinheiten beteiligt. Der Prozess läuft dann bereichs- übergreifend, d. h. quer zu den Funktionsbereichen ab. Jeder Geschäftsprozess hat ebenso wie jedes Projekt einen definierten Anfang und ein definiertes Ende und ist ein Routinevorgang im Unternehmen (Gegenteil: Projekt = singuläre, i. d. R. einmalige Vorgänge/Aktivitäten!). # 11 Begriff Geschäftsprozess Im Business Process Reengineering (BPR) sind Geschäftsprozesse Kernprozesse, die die Leistungserstellung eines Unternehmens darstellen und als Ergebnis einen Wert für Kunden (und auch das Unternehmen selbst!) erzeugen. Abstrahiert wird unter einem Geschäftsprozess die inhaltlich abgeschlossene, zeitlichsachlogische Abfolge von Funktionen verstanden (wie Projekte), die zur Bearbeitung eines für die Leistungserbringung des Unternehmens relevanten Objekts erforderlich sind. Systemtheoretisch sind Geschäftsprozesse Folgen diskreter Zustandsänderungen des Systems Unternehmen (wie Projekte). # 12 6

7 Betrachtungsebenen IT-Management Logistik Web Anfrage Faktura Geschäftsprozesse Internet Mail Fibu IT-Services HW / SW IT-Infrastruktur # 13 IT-Service Management (ITSM) ITSM bezeichnet die Gesamtheit von Maßnahmen und Methoden, die nötig sind, um die bestmögliche Unterstützung von Geschäftsprozessen durch die IT- Organisation zu erreichen. ITSM beschreibt den Wandel der Informationstechnologie in Richtung Kunden- und Serviceorientierung. Von Bedeutung ist die Gewährleistung und Überwachung der Business Services, die für den Kunden sichtbaren IT-Services. Auf diese Weise können kontinuierlich die Effizienz, die Qualität und die Wirtschaftlichkeit der jeweiligen IT- Organisation verbessert werden. # 14 7

8 ITSM Frameworks Neben dem globalen de-facto-standard IT Infrastructure Library (ITIL) gibt es weitere Frameworks, die ITSM beschreiben, z. B. enhanced Telecom Operations Map (etom), Microsoft Operations Framework (MOF), IT Process Model (ITPM) von IBM, HP IT Service Management Reference Model (HPITSM) von Hewlett- Packard oder Sun Ready von Sun Microsystems # 15 IT Infrastructure Library (ITIL) Die IT Infrastructure Library (ITIL) ist eine Sammlung von Publikationen, die eine mögliche Umsetzung eines IT-Service- Managements beschreiben In Version 3 (ITIL V3) orientieren sich die Inhalte am Lebenszyklus der IT-Services: Strategie (Strategy), Entwurf (Design), Betriebsüberleitung (Transition), Betrieb (Operation) und Verbesserung (Continual Improvement) Beschrieben werden die notwendigen IT-Prozesse, IT-Aufbauorganisation und teils auch Werkzeuge (Tools) Im Mittelpunkt steht der wirtschaftlichen Mehrwert für Kunden und Planung, Erbringung, Unterstützung und Effizienz-Optimierung von IT-Serviceleistungen im Hinblick auf ihren Nutzen als relevante Faktoren zur Erreichung der Geschäftsziele werden betrachtet In Deutschland werden die Inhalte vom itsmf Deutschland e.v. weiterentwickelt und verbessert, der eine Plattform zum Wissens- und Erfahrungsaustausch darstellt und die IT-Industrialisierung vorantreibt # 16 8

9 IT-Service Management und ITIL IT-Service Management: Service Management bedeutet, Standardisierung für Prozesse und Methoden vorzunehmen, um die Gesamtheit der spezialisierten organisatorischen Fähigkeiten untereinander so zu koordinieren, dass die Generierung eines Mehrwerts für Kunden in Form von Services möglichst kosten- und nutzeneffizient sichergestellt ist. (Serview ITILv3 Pocket Book, S. 43) ITIL (IT Infrastructure Library): ITIL ist eine herstellerunabhängige Sammlung von [ ] [Good] Practices, mit denen es IT- Organisationen über einen prozessorientierten skalierbaren Ansatz ermöglicht wird, Effizienzsteigerungen innerhalb ihrer IT-Prozesse zu erzielen und somit ihren Kunden einen gleich bleibenden IT Service zu liefern. (Serview ITILv3 Pocket Book, S. 9) Sechs Erfolgsfaktoren für die Einführung von ITSM mit ITIL: Geschäftsprozesse der IT-Kunden Kunden und Anwender der IT Mitarbeiter und Management der IT Kultur- und Organisationsmodell IT-Prozessmodell ITSM Toolset # Gründe für CIOs ITIL für wirtschaftliche und robuste IT-Services zu nutzen 1) Inakzeptable Verfügbarkeit der IT-Services 2) Unfähigkeit schnell und effektiv auf Notfälle zu reagieren 3) Intransparente t und unkontrollierte t Kosten der IT-Services 4) Permanent schlechte IT-Servicequalität und inkonsistente, nicht standardisierte Bereitstellung der IT-Services 5) Unfähigkeit sich den immer schneller ändernden IT-Service Anforderungen der (Kern)Geschäftsprozesse anzupassen 6) Unfähigkeit gesetzliche Vorgaben strikt einzuhalten, z. B. SOX 7) Ineffektive Optimierungsbemühungen für die IT-Services 8) Einhaltung von Software Lizenzvereinbarungen nicht sicher prüfbar 9) Inkonsistente Darstellung der Performance der IT-Services 10) (Sehr) Komplexe IT-Infrastruktur und nicht ausreichend definierte und nicht ausreichend spezifizierte IT-Services von Kunde zu Kunde # 18 9

10 ITIL V3 Service Life Cycle Modell Service Service Level Mgmt. Capacity Mgmt. Availability Mgmt. Service Continuity Mgmt. Information Security Mgmt. Continual Service Improvement The 7 Step Improvement Process Service Portfolio Mgmt. Demand Management Financial Management Service Operation Event Mgmt. Incident Mgmt. Problem Mgmt. Request Service Transition Transition Planning & Support Change Management Release & Deployment Mgmt. Service Validation & Testing Knowledge Mgmt. Service Asset & # 19 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 20 10

11 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Service Transition (SS): Transition Planning Change Grundausrichtung & Release g(gibt Service Ziele Validation sowie Rahmenbedingungen Knowledge Mgmt. g Service Asset & & Support Deployment und lenkt damit). Mgmt. & Testing Welchen Markt bediene ich? Kundenkreis? Diff.-Merkmale? Bsp.: Restauranteröffnung (Planung..) # 21 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Portfolio Service Management Transition(SS): Transition Planning Change Was (welche & Release Services) Service biete Validation ich aktuell und Knowledge künftig an? Mgmt. Service Asset & & Support Deployment Analyse der Mgmt. Services, & Kategorisierung Testing Bsp.: Als DSL-Provider nun auch Mobiltelefonie anbieten # 22 11

12 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Demand Service Management Transition (SS): Transition Planning Change Wie funktioniert & Release die Nachfrage Service Validation meiner Kunden? Knowledge Mgmt. Service Asset & & Support Deployment Kann bedingt Mgmt. gesteuert & werden: Testing Wachstum oder Reduzierung des Angebots ändert die Nachfrage. # 23 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Finance Service Management Transition (SS): Transition Planning Change Kosten & einzelner Release Services erheben Validation und verstehen. Knowledge Mgmt. Service Asset & & Support Deployment Transparenz Mgmt. & Testing Bsp.: Was kostet der Service ? # 24 12

13 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Service Transition (SD): Transition Planning Change Kundenanforderungen & Release Service ermitteln Validation und in Services Knowledge Mgmt. Service Asset & & Support Deployment übersetzen Mgmt. (Entwicklung& neuer Testing oder geänderter Services zur späteren Überführung in die Produktivumgebung). Bsp.: Gesamt-Arrangement Restaurant # 25 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. SLM & Service SCM (SD): Transition Transition Planning Change Bsp. SCM: & Release Speisekarte Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing Bsp. SLM: Restaurantbesitzer # 26 13

14 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Capacity Service Management Transition(SD): Transition Planning Change Stellt sicher, & Release dass die Service Kapazität Validation der IT-Services Knowledge und die Mgmt. IT- Service Asset & & Support Deployment InrastrukturMgmt. ausreicht, um & die Testing vereinbarten Service Level Ziele wirtschaftlich und zeitnah erreichen zu können. Bsp.: Vereinbarung über Anzahl der Gäste der Feier im Restaurant und Sicherstellung der Versorgung # 27 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Availibility Service Mgmt. Transition & ITSCM: Transition Planning Change Stellt sicher, & Release dass die Service gesamte Validation IT-Infrastruktur, Knowledge sowie Mgmt. Service Asset & & Support Deployment sämtliche Prozesse, Mgmt. Hilfsmittel, & Testing Rollen etc. für die vereinbarten Service Level Ziele eine entsprechende Verfügbarkeit ermöglichen. Bsp.: Getränke-Noteinkauf bei einer Tankstelle.. # 28 14

15 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Information Service Security Transition Mgmt.: Transition Planning Change Ausrichtung & Release der IT Security Service auf Validation die Business Knowledge Security Mgmt. und Service Asset & & Support Deployment die Sicherstellung, Mgmt. dass Informationen & Testing Security wirkungsvoll in allen Service und Service Management Aktivitäten gemanagt wird. Bsp.: Sicherheit für eine Promi-Feier im Restaurant # 29 ITIL V3 - Prozesszuordnung Capacity Mgmt. Availibility Mgmt. & ITSCM Information Security Mgmt. Supplier Service Management Transition (SD): Transition Planning Change Lieferanten & Release und ihre Services Validation sind so zu führen, Knowledge dass Mgmt. sie Service Asset & & Support Deployment die IT Service Mgmt. Ziele und Business & TestingErwartungen erfüllen. Die Zusammenarbeit mit Partnern und Lieferanten ist so zu gestalten, dass die IT Services optimal abgestützt werden. Bsp.: Empfang mit Lieferanten des Restaurants # 30 15

16 ITIL V3 - Prozesszuordnung Service Transition (ST): Übersetzung und Umsetzung der geplanten Service Designs in lauffähige Services und deren Überführung in Capacity Mgmt. Availibility Mgmt. Information den Produktivbetrieb. & ITSCM Security Mgmt. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 31 ITIL V3 - Prozesszuordnung Transition Planning & Support: Plant und koordiniert Ressourcen und Kapazität für eine effektive Umsetzung der in der definierten Capacity Mgmt. Availibility Mgmt. Information und im Design entwickelten Anforderungen. & ITSCM Security Mgmt. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 32 16

17 ITIL V3 - Prozesszuordnung Change & Release Deploym.-M.: Das Change Management steuert und überwacht die Umsetzung der Änderungen, führt die dafür notwendigen Capacity Mgmt. Availibility Mgmt. Information Tätigkeiten aber nicht selbst aus. & ITSCM Security Mgmt. Dies wird von technischen Mitarbeiter unter der Kontrolle des Release Managements übernommen. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 33 ITIL V3 - Prozesszuordnung Service Validation & Testing: Service-Validierung und Testing soll sicherstellen, dass Release-Zusammenstellung (Build) und Test in Capacity Mgmt. Availibility Mgmt. Information wiederholbarer und nachvollziehbarer Manier ablaufen. & ITSCM Security Mgmt. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 34 17

18 ITIL V3 - Prozesszuordnung Knowledge Mgmt. (ST): ITIL V3 setzt sich zum Ziel, durch das Knowledge Management die Qualität der Entscheidungsfindung zu Capacity Mgmt. Availibility Mgmt. Information verbessern, indem es sicherstellt, dass zuverlässige und & ITSCM Security Mgmt. sichere Informationen im gesamten Lifecycle bereitstehen. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 35 ITIL V3 - Prozesszuordnung Service Asset & : Permanente Erfassung und Überprüfung der Daten der Infrastruktur und ihrer Komponenten. Capacity Mgmt. Availibility Mgmt. Information Abbildung in einem logischen Modell. & ITSCM Security Mgmt. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 36 18

19 ITIL V3 - Prozesszuordnung (SO): Schaffung des Nutzens für den Kunden durch den Betrieb (und Support) der Services. Capacity Mgmt. Availibility Mgmt. Information & ITSCM Security Mgmt. Bsp.: Autofahrt mit sich leerendem Tank.. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 37 ITIL V3 - Prozesszuordnung Event Management (SO): Steuerung von Events während ihres gesamten Lifecycles. Events sind alle sichtbaren und feststellbaren Capacity Mgmt. Availibility Mgmt. Information Vorkommnisse, die für das Management der IT- & ITSCM Security Mgmt. Infrastrukturen oder für die Lieferung von IT-Services von Bedeutung sind. Service Transition Bsp.: Tankanzeige zeigt Kraftstoffmangel Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 38 19

20 ITIL V3 - Prozesszuordnung Incident Management (SO): Die schnellstmögliche Beseitigung der ungeplanten Service-Beeinträchtigung und die Wiederaufnahme der Capacity Mgmt. Availibility Mgmt. Information vereinbarten Dienstleistungen (gemäß der SLA s), damit & ITSCM Security Mgmt. die negativen Auswirkungen auf das Geschäft mit dem Kunden minimal gehalten werden. Service Transition Bsp.: Kraftstoff ist aufgebraucht, das KFZ bleibt stehen Transition Planning Change und der & Pannenservice Release Service tankt Validation auf; Fahrt kann Knowledge fortgesetzt Mgmt. Service Asset & & Support Deployment werden. Mgmt. & Testing # 39 ITIL V3 - Prozesszuordnung Problem Management (SO): Vermeidung von Problemen sowie die Minimierung der Auswirkungen, nicht vermeidbarer Incidents. Capacity Mgmt. Availibility Mgmt. Information & ITSCM Security Mgmt. Bsp.: KFZ wird mitgenommen und in der Werkstatt untersucht; das Problem wird dort gelöst. Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 40 20

21 ITIL V3 - Prozesszuordnung Request (SO): Standards (-Anfragen) werden hier abgearbeitet; diese werden jedoch anderorts definiert. Capacity Mgmt. Availibility Mgmt. Information & ITSCM Security Mgmt. Bsp.: Ich brauche einen neuen Drucker-Toner Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 41 ITIL V3 - Prozesszuordnung Access Management (SO): Access Management ist der Prozess, der an autorisierte Anwender Rechte vergibt, damit diese einen Service Capacity Mgmt. Availibility Mgmt. Information nutzen können, während nicht autorisierten Anwendern & ITSCM Security Mgmt. der Zugriff verwehrt wird (Ebel, N. (2008), S. 498). Service Transition Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 42 21

22 ITIL V3 - Prozesszuordnung Continual Service Improvement Service (CSI): Design Sicherstellung Capacity Mgmt. der Services Availibility und Mgmt. des Service Management Information sowie ständige Optimierung & ITSCM zur Maximierung Security des Mgmt. Kundennutzens (regelmäßig wiederkehrend). Service Transition Liefert in und bekommt aus alles Phasen Feedback. Transition Planning Change & Release Service Validation Knowledge Mgmt. Service Asset & & Support Deployment Mgmt. & Testing # 43 IT-Projektmanagement Jon Sprenger (sprenger@iwi.uni-hannover.de) Michael H. Breitner (breitner@iwi.uni-hannover.de) # 44 22

23 Vorlesung: IT-Projektmanagement # 45 Buchempfehlung: Projektmanager (GPM) Gutes Buch der GPM, welches übersichtlich in das Thema einführt (inkl. vieler Bsp.) und das das gesamte für eine Zertifizierung notwendige Wissen enthält, ca. 560 Seiten Stand 2008, 3. Auflage, (noch aktuell) Preis: Ca. 160 # 46 23

24 Buchempfehlung: Projektmanagement Standardwerk zum Projektmanagement, welches die Grundlagen umfassend und gut verständlich beschreibt, ca. 740 Seiten Stand 2008, 5. Auflage Preis: Ca. 55 (günstig) # 47 Eigentümer/ Eigenkapitalgeber Führungsverhalten wählen IT-Projektmanagement setzen ein Projektleiter (PL) Projektcontrolling nutzen Projektcontrolling- Software # 48 verantworten geben vor haben haben Mittel- und langfristige Unternehmensziele, -strategien und -visionen beeinflussen Auftraggeber (AG): Lenkungskreis bzw. Entscheider informieren initialisiereniti i & lenken Auftragnehmer (AN): IT-Projekte und -Projektteams beeinflussen wählen haben haben Rollen (Aufgaben & Befugnisse) Pesönlichkeits- & Fachprofile Klare Ziel- & Umsetzungsvorgaben Informationskompetenz brauchen Fort- & Weiterbildungen Teambildungsmechanismen Sozial- & Fachkompetenz (Interkulturelle) Kommunikation Führungstheorien ITPM-Tools, Groupware & CSCW-Software Zeitmanagement Qualitätsmanagement Besprechungs- & Kreativitätstechniken Präsentationstechniken & Rhetorik Motivations- & Anreiztechniken Konfliktmanagement Kunden Lieferanten & Partner Lenkungsverhalten Projektmitarbeiter (PM) brauchen 24

25 Ein typisches Projekt Quelle: # 49 Schritte des Projektmanagements # 50 25

26 Schritte des Projektmanagements 1 Projekt / Projektziele 1.1 Projektbeschreibung 1.2 Zielbeschreibung / Zielhierarchie 2 Projektumfeld, Stakeholder 2.1 Projektumfeld, Umfeldfaktoren 2.2 Stakeholder (Interested Parties) 3 Risikoanalyse 3.1 Erfassung, Klassifizierung und Beschreibung der Risiken 3.2 Bewertung der Risiken und Maßnahmen zur Risikobegegnung # 51 IS-, EDV- und IT-Projekte Unter einem Projekt wird generell ein Vorgang mit folgenden Hauptmerkmalen verstanden: Einmaligkeit für das Unternehmen (muss nicht Erstmaligkeit bedeuten, kann u. U. auch wiederkehren), Zusammensetzung aus verschiedenen Teilaufgaben, Beteiligung von Personen und/oder Stellen unterschiedlicher Fachrichtungen ( Interdisziplinarität ), Teamarbeit, Konkurrenz mit anderen Projekten um Personal- und Sachmittel sowie andere Ressourcen, Mindestdauer bzw. Mindestaufwand, Höchstdauer bzw. Höchstaufwand und definierter Anfang und definiertes Ende, d. h. Ziel. # 52 Prof. Dr. Michael H. Breitner (breitner@iwi.uni-hannover.de)

27 IS-, EDV- und IT-Projekte Von den Geschäftsprozessen unterscheiden sich Projekte in erster Linie durch die Einmaligkeit. IT-Projekte sind speziell dadurch gekennzeichnet, dass sie i. d. R. die (Weiter-)Entwicklung von IS und AS zum Inhalt haben, dass der überwiegende Teil der Projektmitarbeiter IT- Spezialisten (IT- und EDV-Fachleute, Netzwerkspezialisten, (Wirtschafts)-Informatiker, usw.) sind und dass der Projektleiter i. d. R. (nicht immer!) aus einer IT-Abteilung kommt. Als (IT-)Projektmanagement wird die Gesamtheit aller Tätigkeiten bezeichnet, mit denen (IT-)Projekte geplant, überwacht und gesteuert werden, vgl. IT-Controlling. # 53 Prof. Dr. Michael H. Breitner (breitner@iwi.uni-hannover.de) 2008 (Projekt-)Ziele Zielgrößen: Kosten-, Termin-, Funktions- bzw. Leistungsziele sowie weiche Ziele. Ziele sind so zu formulieren, dass festgestellt werden kann, ob und in welchem Maße diese erreicht wurden. Ziele müssen messbar und nachprüfbar sein (Operationalisierung häufig problematisch!) S pezifisch präzise, eindeutig.. M essbar überprüfbare Kriterien.. A ttraktiv akzeptabel, motivierend.. R ealistisch erreichbarer Zustand.. T erminiert konkrete Dauer bzw. Datum.. Quelle: Schelle, H.; Ottmann, R.; Pfeiffer, A. (2005) Projektmanager, S. 139 ff. # 54 27

28 Schritte des Projektmanagements 1 Projekt / Projektziele 1.1 Projektbeschreibung 1.2 Zielbeschreibung / Zielhierarchie 2 Projektumfeld, Stakeholder 2.1 Projektumfeld, Umfeldfaktoren 2.2 Stakeholder (Interested Parties) 3 Risikoanalyse 3.1 Erfassung, Klassifizierung und Beschreibung der Risiken 3.2 Bewertung der Risiken und Maßnahmen zur Risikobegegnung # 55 Projektumfeld Das Projektumfeld ist die Umgebung, in der das Projekt formuliert, bewertet und durchgeführt wird und die das Projekt direkt oder indirekt beeinflusst und/oder von dessen Auswirkungen betroffen ist. Die Einflussfaktoren können gruppiert werden: Direkt vs. Indirekt Sachlich vs. Sozial Quelle: Schelle, H.; Ottmann, R.; Pfeiffer, A. (2005) Projektmanager, S. 41. # 56 28

29 Stakeholder Stakeholder sind die Personen, die am Projekt beteiligt, am Projektablauf interessiert oder von den Auswirkungen des Projekt betroffen sind. Quelle: Schelle, H.; Ottmann, R.; Pfeiffer, A. (2005) Projektmanager, S. 41. Stakeholder haben ein Interesse am Projekterfolg, aber es gibt auch solche mit Interesse am Projektmisserfolg. Stakeholderkommunikation ist wichtig und kann partizipativ, diskursiv oder repressiv erfolgen. # 57 Schritte des Projektmanagements 1 Projekt / Projektziele 1.1 Projektbeschreibung 1.2 Zielbeschreibung / Zielhierarchie 2 Projektumfeld, Stakeholder 2.1 Projektumfeld, Umfeldfaktoren 2.2 Stakeholder (Interested Parties) 3 Risikoanalyse 3.1 Erfassung, Klassifizierung und Beschreibung der Risiken 3.2 Bewertung der Risiken und Maßnahmen zur Risikobegegnung # 58 29

30 Schritte des Projektmanagements 4 Projektorganisation 4.1 Organisationsform des Projektes 4.2 Entscheidungsgremien, Eskalation 5 Phasenplanung 5.1 Beschreibung der Projektphasen und der Meilensteine 5.2 Veranschaulichung der Projektphasen 6 Projektstrukturplan 6.1 Darstellung und Codierung des PSP 6.2 Arbeitspaketbeschreibung # 59 Projektorganisation Einfluss- (= Stabs-) Projektorganisation Leitung PM Reine Projektorganisation Leitung / PM Fachbereich Fachbereich Fachbereich Projekt A Projekt B Fachbereich A Fachbereich B Matrixprojektorganisation Fachbereich 1 Fachbereich 2 PM Herr F Frau K Frau L Herr X Frau Z # 60 30

31 Schritte des Projektmanagements 4 Projektorganisation 4.1 Organisationsform des Projektes 4.2 Entscheidungsgremien, Eskalation 5 Phasenplanung 5.1 Beschreibung der Projektphasen und der Meilensteine 5.2 Veranschaulichung der Projektphasen 6 Projektstrukturplan 6.1 Darstellung und Codierung des PSP 6.2 Arbeitspaketbeschreibung # 61 Schritte des Projektmanagements 4 Projektorganisation 4.1 Organisationsform des Projektes 4.2 Entscheidungsgremien, Eskalation 5 Phasenplanung 5.1 Beschreibung der Projektphasen und der Meilensteine 5.2 Veranschaulichung der Projektphasen 6 Projektstrukturplan 6.1 Darstellung und Codierung des PSP 6.2 Arbeitspaketbeschreibung # 62 31

32 Schritte des Projektmanagements 7 Ablauf- und Terminplanung 7.1 Vorgangsliste 7.2 Vernetzter Balkenplan 8 Einsatzmittel, Kostenplanung 8.1 Einsatzmittelbedarf / Einsatzmittelplan 8.2 Projektkosten 9 Soziale Kompetenz 9.1 Teamarbeit 9.2 Führung (Führungsstile, Entscheidungsfindung) 9.3 Kommunikation # 63 Schritte des Projektmanagements 7 Ablauf- und Terminplanung 7.1 Vorgangsliste 7.2 Vernetzter Balkenplan 8 Einsatzmittel, Kostenplanung 8.1 Einsatzmittelbedarf / Einsatzmittelplan 8.2 Projektkosten 9 Soziale Kompetenz 9.1 Teamarbeit 9.2 Führung (Führungsstile, Entscheidungsfindung) 9.3 Kommunikation # 64 32

33 Schritte des Projektmanagements 7 Ablauf- und Terminplanung 7.1 Vorgangsliste 7.2 Vernetzter Balkenplan 8 Einsatzmittel, Kostenplanung 8.1 Einsatzmittelbedarf / Einsatzmittelplan 8.2 Projektkosten 9 Soziale Kompetenz 9.1 Teamarbeit 9.2 Führung (Führungsstile, Entscheidungsfindung) 9.3 Kommunikation # 65 Schritte des Projektmanagements 10 Wahlelement 10.1 Beschaffung und Verträge 10.2 Qualitätsmanagement 10.3 Konfiguration und Änderungen 10.4 Projektstart, Projektende 10.5 Berichtswesen, Projektdokumentation # 66 33

34 VIELEN DANK FÜR DIE AUFMERKSAMKEIT Kontakt: Jon Sprenger Institut für Wirtschaftsinformatik Leibniz Universität Hannover Königsworther Platz Hannover Tel: 0511/ sprenger@iwi.uni-hannover.de # 67 34