IT-Projektmanagement. SS 2015 Prof. Dr. Herrad Schmidt. Kapitel 3 und 4 Vorgehensmodelle zur Projektdurchführung Projektorganisation

Transkript

1 IT-Projektmanagement SS 2015 Kapitel 3 und 4 Vorgehensmodelle zur Projektdurchführung Projektorganisation

2 3. Vorgehensmodelle zur Projektdurchführung Als Vorgabe für die Prozessschritte zur Realisierung eines IT-Projektes und der anzuwendenden Verfahren hinsichtlich der Vorgehensweise im Team dienen sog. Vorgehensmodelle. Ein Vorgehensmodell beschreibt den organisatorischen Ablauf in Phasen. Die Einteilung des Projektablaufs in Phasen erleichtert die Festlegung von Arbeitsschritten, Arbeitsresultaten, sowie die Kapazitäts-, Terminund Kostenplanung. Eine Phase endet mit einem prüfbaren Phasenergebnis, dem Meilenstein. Ein Meilenstein ist ein definiertes, termingebundenes Sachergebnis. Phasen werden jeweils durch den Meilenstein-Entscheid abgeschlossen. Durch den Meilenstein-Entscheid wird die Freigabe der Folgephase bedingt. V2, Folie 2

3 Projektmanagement Partizipation IT-Projektmanagement, Vorlesung Sommersemester 2015 In den verschiedenen Vorgangsmodellen werden die Phasen mit ihren Aufgaben und Meilensteinen beschrieben. Modelle: Sequentielle Vorgehensmodelle Inkrementelle Vorgehensmodelle V-Modell Agile Vorgehensmodelle Weitere und Mischformen Projektbegründung Istanalyse Sollkonzept Allen Modellen im Prinzip zugrundeliegende Phasen: Realisierung Implementierung V2, Folie 3

4 Sequentielle Vorgehensmodelle (1): Rein sequentielles Vorgehen Analyse- und Definition Entwurf Implementierung Phase Spezifikation Validierung Test Entwurf Validierung Wasserfallmodell (Barry W. Boehm, 1980) Implementierung Validierung Integration Test Einführung Produktionstest Zeit V2, Folie 4

5 Sequentielle Vorgehensmodelle (2): Spiralmodell (Boehm, 1988) V2, Folie 5

6 Inkrementelles Vorgehensmodell: Ein komplexes IT-System wird in sinnvolle, selbständig entwickelbare Teilsysteme zerlegt, die nacheinander oder parallel erstellt werden. Diese Teilsysteme sollen möglichst früh einsetzbar sein bzw. zunächst als Prototypen (iterative Entwicklung) erstellt werden. In der ersten Ausbaustufe wird die Systemarchitektur entworfen. Der Funktionsumfang des Systems wird in Form von Releases erweitert. In mehreren Ausbaustufen entsteht dann das vollständige System. Quelle: Ruf/Fittkau (2008), S. 33 V2, Folie 6

7 V-Modell XT: s.a. IABG, Verbindlich vorgeschriebener Entwicklungsstandard für IT-Systeme des Bundes für die Planung und Durchführung von IT Projekten International anerkannter Entwicklungsstandard für die Entwicklung von IT-Systemen Leitfaden zum Planen und Durchführung von Entwicklungsprojekten unter Beachtung des gesamten Systemlebenszyklus Definition der in einem Projekt zu erstellenden Ergebnisse Beschreibung der konkreten Vorgehensweisen, mit dem diese Ergebnisse erarbeitet werden Festlegung der Verantwortlichkeiten jedes Projektbeteiligten Vertragsgrundlage, Arbeitsanleitung und Kommunikationsbasis s.a. IABG, Downloads: V-Modell XT (932 S.) V2, Folie 7

8 Agile Softwareentwicklung (1): Das Agiles Manifest (2001) beruht auf vier Werten und zwölf Prinzipien, die zusammen als Leitsatz für agile Arbeit gelten. s.a. Die Verfahren bauen auf dem Modell der inkrementellen Entwicklung auf. Die Entwurfsphase soll auf ein Mindestmaß reduziert werden. Die Entwicklungszyklen (Iterationen) sind relativ kurz mit dem Ziel, jeweils ein lauffähiges System zu erhalten (kontinuierliche Auslieferung). Nach jeder Iteration wird ein für den Kunden greifbares Resultat erreicht. Auftraggeber und Entwickler arbeiten eng zusammen. V2, Folie 8

9 Agile Softwareentwicklung (2): Anforderungen werden zeitnah zusammengestellt. Veränderungen sind vorgesehen. Dokumentationen werden möglichst klein gehalten. Das Team arbeitet selbstorganisierend. Die Projekte müssen für kleine Teams (< 10) realisierbar sein. Ziele sind eine Verminderung der Risiken und eine Verbesserung der Kundenzufriedenheit mit dem Projektergebnis. Es gibt zahlreiche Ansätze. Zu den bekanntesten zählen extreme Programming (XP) und Scrum. V2, Folie 9

10 Scrum: Scrum-Guide von Ken Schwaber und Jeff Sutherland Definition: Ein Rahmenwerk, innerhalb dessen Menschen komplexe adaptive Aufgabenstellungen angehen können, und durch das sie in die Lage versetzt werden, produktiv und kreativ Produkte mit dem höchstmöglichen Wert auszuliefern. ScrumGuide.pdf, S. 3 Scrum wird als Prozessrahmenwerk zur Entwicklung komplexer Produkte seit den 1990er Jahren eingesetzt. Scrum beruht auf einem iterativen, inkrementellen Ansatz. Das Scrum Rahmenwerk besteht aus Scrum Teams und den mit ihnen verbundenen Rollen, Ereignissen, Artefakten und Regeln. V2, Folie 10

11 Der Sprint: fixer Zeitraum von maximal einem Monat, innerhalb dessen ein nutzbares und potenziell auslieferbares Produkt-Inkrement hergestellt wird Jeder Sprint hat einen definierten Leistungsumfang (Sprint-Ziel). Während des Sprints werden keine Änderungen vorgenommen, die das Sprint-Ziel gefährden. Am Ende eines Sprints wird ein Sprint Review abgehalten, um das Inkrement zu überprüfen. Das Ergebnis des Sprint Reviews ist ein überarbeitetes Product Backlog (s. nächste Folie). V2, Folie 11

12 Scrum Artefakte: Product Backlog geordnete Liste aller Features, Funktionalitäten, Änderungen, Verbesserungen und Fehlerbehebungen Das Product Backlog entwickelt sich mit dem Produkt und dessen Einsatz weiter. Sprint Backlog Ausgewählte Product Backlog-Einträge für einen Sprint mit der Funktionalität für den nächsten Sprint. Inkrement Ergebnis aus allen in einem Sprint fertiggestellten Product Backlog- Einträgen und dem Resultat der Inkremente aller früheren Sprints. Das Inkrement muss in einem verwendbaren Zustand sein ( Done ). Es ist getestet. V2, Folie 12

13 Das Scrum Team: Scrum Teams sind selbstorganisierend. Scrum Teams liefern Produkte iterativ und inkrementell. Es besteht aus: Product Owner, Entwicklungsteam, Scrum Master Product Owner: übernimmt die Verantwortung für das Projektergebnis ist für das Management des Product Backlogs verantwortlich Entwicklungsteam: erstellt das Produkt-Inkrements für jeden Sprint sind interdisziplinär aufgestellt arbeiten selbstorganisierend besteht aus drei bis neuen Mitgliedern Scrum Master: ist für das Verständnis und die Durchführung von Scrum verantwortlich sorgt für die Einhaltung der Theorie, Praktiken und Regeln V2, Folie 13

14 Quelle: V2, Folie 14

15 Grün, Capgemini sd&m, Vortrag vom V2, Folie 15

16 Klassische Karikatur der Phasen: Phase 1: Begeisterung Phase 2: Verwirrung Phase 3: Ernüchterung Phase 4: Suche der Schuldigen Phase 5: Bestrafung der Unschuldigen Phase 6: Auszeichnung der Nichtbeteiligten V2, Folie 16

17 4. Projektorganisation Nach DIN ist unter Projektorganisation die Gesamtheit der Organisationseinheiten und der aufbau- und ablauforganisatorischen Regelungen zur Abwicklung eines bestimmtes Projektes zu verstehen. Aus dem Praxisleitfaden des BMI, S. 11f.: Bei der Konzipierung einer Projektorganisation geht es darum, Aufgaben, Kompetenzen und Verantwortung zielgerichtet auf die Mitarbeiter zu verteilen. Die Wahl der zweckmäßigen Projektorganisation hat weitreichende Konsequenzen für die zukünftige Projektarbeit. Hier werden die Rollen und Handlungsspielräume sowie die Verfügbarkeit aller Projektbeteiligten definiert. Die Projektorganisation stellt eine für die Durchführung eines Projekts eingerichtete Sekundärorganisation dar, die in die bestehende Primärorganisation integriert werden muss. V2, Folie 17

18 In die Projektorganisation sind einige Instanzen direkt oder indirekt involviert: Der Auftraggeber (Projektträger) erteilt den Projektauftrag und sorgt für die Rahmenbedingungen für eine effektive Projektabwicklung. Der Projektleiter trägt die Gesamtverantwortung für das Projekt. Er ist für die Planung, die auftragsgerechte Durchführung, die Steuerung und Überwachung zuständig und verantwortlich. Er koordiniert, organisiert und kommuniziert die Projektarbeit. Das Projektteam ist für die operative Abwicklung der Projektarbeit zuständig. Häufig werden zur Überwachung und als Entscheidungsinstanz im Sinne einer Unterstützung des Auftraggebers ein Lenkungsausschuss (Steuerungsgremium) eingesetzt. Weiterhin sind die Betroffenen (Kunde, Vertreter der Fachabteilungen bzw. Benutzer, Betriebsrat, etc.) und Spezialisten, Gutachter, Berater, Datenschutzbeauftragte, etc. einzubeziehen. V2, Folie 18

19 Größe, Zeitrahmen und Arbeitsintensität bestimmen den Freistellungsgrad der involvierten Mitarbeiter. Mitarbeiter können vollständig oder zeitweise freigestellt werden. Die Kompetenzen der Linien- und Projektorganisation ergeben sich aus der gewählten Organisationsform. Durch die Organisationsform werden Weisungskompetenz, Handlungsspielräume für den Projektleiter und Verfügbarkeit der Projektmitarbeiter bestimmt. Für die Aufbauorganisation haben sich in der Praxis drei Organisationsformen herauskristallisiert: Reine Projektorganisation (Task Force) Einfluss-Projektorganisation (Stabs-Projektorganisation) Matrix-Projektorganisation V2, Folie 19

20 Reine Projektorganisation (Task Force) Es entsteht eine neue Organisationseinheit. Die Mitarbeiter werden aus der Linienorganisation freigestellt und externe werden direkt in die Projektorganisation eingeordnet. Der Projektleiter erhält die gesamte Weisungs- und Entscheidungsbefugnis und somit die Gesamtverantwortung. Der Projektleiter hat die Verfügungsgewalt über alle Ressourcen. Diese Organisationsform eignet sich für große und komplexe Projekte. V2, Folie 20

21 Reine Projektorganisation Unternehmensleitung Stab Projektleitung Abteilung A Abteilung B Abteilung C (1) (2) (3) Vorteile: Volle Konzentration auf das Projekt Hohe Identifikation Eindeutige Weisungsbefugnis Schnelle Reaktion Nachteile: Starke Kapazitätsbindung Gefahr der Isolierung Gefahr der Spezialisierung Probleme bei der Wiedereingliederung V2, Folie 21

22 Einfluss-Projektorganisation (Stabs-Projektorganisation) Der Projektleiter hat eine Stabsstelle inne und die Rolle eines Projektkoordinators. Er hat kein Entscheidungs- und Weisungsrecht. Entscheidungen werden in der Linie getroffen. Er erstellt die Pläne für das Projekt. Er überwacht den Projektfortschritt, bestimmt die Art und Weise der Projektdurchführung, koordiniert die Projektarbeiten und hat die Berichtspflicht. Er sorgt für Akzeptanz bei den Instanzen. Er ist auf die Unterstützung der Linienmanager angewiesen. Diese Organisationsform ist nur für kleinere oder mittlere Projekte zu empfehlen. V2, Folie 22

23 Einfluss-Projektorganisation Unternehmensleitung Projektleitung Stab Abteilung A Abteilung B Abteilung C Vorteile: Geringfügige Umstellungen Hohe Flexibilität kostengünstig Keine Wiedereingliederung Nachteile: Kompetenzschwierigkeiten Problem der aufgabenbezogenen Dezentralisierung Schwierige Kontrolle Geringere Identifikation V2, Folie 23

24 Matrix-Projektorganisation Es handelt sich um eine Mischform aus Einfluss-Projektorganisation und reiner Projektorganisation. Es findet eine Kompetenzaufteilung zwischen Projektleiter und Linieninstanz statt (Mehrliniensystem). Die Projektmitarbeiter sind dem Projektleiter fachlich unterstellt und ihren Linienvorgesetzten disziplinarisch. Die Mitarbeiter arbeiten zeitanteilig an Projekt- und Abteilungstätigkeiten. Die Matrix-Projektorganisation wird empfohlen, wenn das Knowhow mehrerer Mitarbeiter zeitlich begrenzt benötigt wird. V2, Folie 24

25 Matrix-Projektorganisation Unternehmensleitung Stab Abteilung A Abteilung B Abteilung C Vorteile: Projektleitung Optimale Kapazitätsauslastung Definierte Zuständigkeit Stärkung der Verantwortlichkeit Keine volle Herauslösung der Mitarbeiter Nachteile: Konfliktpotential Trennung der Weisungsbefugnis Höhere Qualifikation der Mitarbeiter erforderlich großer Kommunikationsbedarf V2, Folie 25

26 Instanzen und Rollen Bei der Bildung von Stellen für eine Projektorganisation sind eindeutig festzulegen: Aufgaben Kompetenz Verantwortung Dabei gilt der Grundsatz von Einheit und Kongruenz. Rollen: Projektträger (Auftraggeber) Projektleiter Mitarbeiter in der Projektgruppe Fachmitarbeiter (Anwender) V2, Folie 26

27 Projektträger (Auftraggeber) Aufgaben Projektauftrag Zielvorgabe Vorgabe von Budget und Zeit Ernennung des Projektleiters Durchsetzung der Unternehmensinteressen gegenüber dem Projektleiter Abstimmung mit dem Lenkungsausschuss Überwachung des Projektfortschritts Meilensteinentscheide und Entscheidung in Ausnahmefällen Kontrolle und Abnahme der Projektergebnisse Verantwortung für die Ergebnisse, also Finanz-, Sach- und Terminverantwortung Kompetenz zur Gänze V2, Folie 27

28 Der Projektleiter Aufgaben Initialisierung und Definition des Projekts Entwicklung der Arbeitspakete und der Aufgabenprozesse Planung, Steuerung und Kontrolle der einzelnen Projekttätigkeiten Überwachung der Termine und des Budgets fachliche und evtl. disziplinarische Führung der Projektmitarbeiter Qualitätskontrolle Arbeits-, Ergebnis- und Informationskoordination Schaffung der Voraussetzung für die Projektdurchführung Information des Auftragsgebers bzw. Lenkungsausschusses Gewährleistung des Projektabschlusses Vertretung des Projekts nach außen Verantwortung für die Ergebnisse (s.o.), Führung des Projekts Kompetenz abgeleitete Entscheidungsbefugnisse Arbeitsauftragsvergabe an Teammitglieder Disposition über Projekt-Ressourcen V2, Folie 28

29 Mitarbeiter in der Projektgruppe Aufgaben Ausarbeitung von Lösungsentwürfen Durchführung der Arbeitspakete Test und Qualitätskontrolle für seine Tätigkeiten Unterstützung bei der Einführung Berichtspflicht Verantwortung Durchführung und Dokumentation der eigenen Arbeiten persönliche Ergebnisverantwortung Kompetenz für die Durchführung der Teilaufgaben notwendige und aus der des Projektleiters abgeleitete Kompetenz persönliche Ergebnisverantwortung Information und Kommunikation mit anderen Teammitgliedern und ggfs. den Anwendern V2, Folie 29

30 Fachmitarbeiter (Anwender) Aufgaben Unterstützung bei der Istanalyse Darstellung der Geschäftsprozesse Bereitstellung von Formularen und Dokumenten Formulierung der Anforderungen Überprüfung der Resultate Meldung von Fehlern Freigabe der Ergebnisse Kooperation Verantwortung Korrektheit und Vollständigkeit der Anforderungen Abnahme der Ergebnisse Wahrung der Interessen der Fachabteilung Kompetenz für die Freigabe für die Mitarbeit (Freistellung) Veranlassung von Mängelbeseitigung V2, Folie 30

31 Gremien: Übergreifende oder projektbegleitende Gruppen, in Form von Ausschüssen (dauerhaft) oder Kollegien (zeitlich befristet) zur Unterstützung bei der strategischen Planung und Steuerung eines Projekts zur Sicherstellung eines umfassenden Informationsflusses Arten: Planungs- und Kontrollgremium Steuerungsgremium Entscheidungsgremium Kommunikationsgremium Beratungsgremium In der Praxis werden die Gremien häufig zu einem IT-Lenkungsausschuss zusammengefasst. Als Praxisbeispiel folgt die Regelung bei sd&m (Grün, Vortrag vom ): V2, Folie 31

32 V2, Folie 32

33 V2, Folie 33

34 V2, Folie 34

35 V2, Folie 35

36 V2, Folie 36