ÜK 131 Projektmanagement – Dokumentation Erstellt von
Werbung
ÜK 131 Projektmanagement – Dokumentation Erstellt von James Schüpbach Projektmanagement James Schüpbach Inhaltsverzeichnis 1 Einleitung...........................................................................................................................4 1.1 Begriffserklärung: Was ist ein Projekt?.......................................................................4 1.2 Projektmerkmale.........................................................................................................4 1.3 Projektarten.................................................................................................................4 1.4 Projekttypen................................................................................................................5 2 Eckpfeiler eines Projektes..................................................................................................5 3 Kritische Erfolgsfaktoren....................................................................................................5 4 Projektauftrag.....................................................................................................................6 4.1 Kritische Punkte..........................................................................................................6 4.2 Das geplante Projekt..................................................................................................7 5 Projektinstanzen / Gremien................................................................................................8 6 Projektorganisation (Idealfall)............................................................................................8 7 Matrix Projektorganisation.................................................................................................9 8 Aufgaben der Projektleitung ..............................................................................................9 9 Projektkultur.....................................................................................................................10 10 Vorgehensmodelle.........................................................................................................10 11 IPERKA..........................................................................................................................10 11.1 Merkmale................................................................................................................10 11.2 Einsatz.....................................................................................................................11 11.3 Vor- und Nachteile...................................................................................................11 12 Prototyping.....................................................................................................................11 12.1 Was ist ein Prototyp?..............................................................................................11 12.2 Merkmale................................................................................................................11 12.3 Prototyparten...........................................................................................................11 12.4 Prototypen Varianten..............................................................................................12 12.5 Vor- und Nachteile..................................................................................................12 13 Wasserfallmodell............................................................................................................12 13.1 Merkmale................................................................................................................12 13.2 Einsatz....................................................................................................................13 14 Spiralmodell...................................................................................................................14 14.1 Merkmale................................................................................................................14 14.2 Einsatz....................................................................................................................14 14.3 Entwicklung.............................................................................................................15 14.4 Vor- und Nachteile..................................................................................................15 15 V-Modell.........................................................................................................................15 15.1 Merkmale................................................................................................................15 15.2 Vor- und Nachteile..................................................................................................16 16 Projektphasen................................................................................................................17 16.1 Initialisierung...........................................................................................................17 16.2 Voranalyse..............................................................................................................17 16.3 Konzept...................................................................................................................17 16.4 Realisierung............................................................................................................18 16.5 Einführung..............................................................................................................18 16.6 Abschluss................................................................................................................18 16.7 Wartung..................................................................................................................18 17 Ist und soll Zustand........................................................................................................18 Erstelldatum:07.01.10 2/30 Projektmanagement James Schüpbach 18 Kickoff Meeting...............................................................................................................19 18.1 Ziele........................................................................................................................19 18.2 Checkliste...............................................................................................................19 19 Vorgänger.......................................................................................................................19 20 Projektplan IPA...............................................................................................................20 21 Projektziele.....................................................................................................................21 21.1 Prioritäten von Projektzielen...................................................................................21 22 Projektinformationen......................................................................................................21 22.1 Nutzung vom Informationen...................................................................................22 23 Informationsmanagement..............................................................................................22 23.1 Interne Informationen..............................................................................................22 23.2 Externe Informationen............................................................................................23 23.3 Regeln zum Informationsaustausch.......................................................................23 23.4 Tipps zu Informationen...........................................................................................23 24 Teilprojekte ausscheiden................................................................................................23 25 Gesamtprojektleitung.....................................................................................................24 25.1 Ziele der GPL..........................................................................................................24 26 Projektmeetings.............................................................................................................24 27 Risiken abschätzen........................................................................................................25 28 Projektkontrolle..............................................................................................................25 29 Controlling .....................................................................................................................26 29.1 Soll- Ist Vergleich....................................................................................................26 29.2 Ziele........................................................................................................................26 30 Review...........................................................................................................................26 30.1 Taktanden...............................................................................................................26 30.2 Ziele........................................................................................................................26 31 Projektdokumente..........................................................................................................27 32 Meilensteine ..................................................................................................................27 32.1 Beispiele ................................................................................................................27 33 Begriffserklärung............................................................................................................27 34 Abbildungsverzeichnis...................................................................................................28 35 Tabellenverzeichnis........................................................................................................28 36 Quellen...........................................................................................................................28 36.1 Bilder.......................................................................................................................28 36.2 Text.........................................................................................................................28 Anhang.................................................................................................................................29 36.3 Projekt Netzwerk ....................................................................................................29 36.3.1 Persönliche Erfahrungen.................................................................................29 Erstelldatum:07.01.10 3/30 Projektmanagement James Schüpbach 1 Einleitung Was hat Müll und Unordentlichkeit in einem Zimmer mit Projektmanagement zu tun? In erster Linie nicht viel, aber wenn man die Instandhaltung des Raums als Auftrag ansieht, dann werden die Parallelen schon sichtbarer. Denn wenn ein Auftrag nicht geplant wird, sprich als Projekt aufgefasst und demzufolge strukturiert, geplant und überwacht wird, dann endet dies meist in einem Chaos. 1.1 Begriffserklärung: Was ist ein Projekt? • • • • meist einmalige Aufträge und Vorhaben meist ausserhalb der Linienorganisation Ein Projekt läuft vielfach ausserhalb des alltäglichen, betrieblichen Ablaufs. Auftrag / Vorhaben zur Lösung einer Problemstellung hat bestimmte Merkmale 1.2 Projektmerkmale • • • • • neu und einmalig zeitlich und finanziell begrenzt Dauer, Ressourcen und Funktionalität müssen klar definiert sein. abgegrenztes Sachgebiet komplex und risikoreich mehrere Aktivitäten und mehrere involvierte Stellen 1.3 Projektarten Projekte können in verschiedenen Formen auftreten: • • • • • • Einmalprojekte Routineprojekte Komplexe Standardprojekte Pilotprojekte Ein Projekt das versucht auf neuen Gebieten aufzubauen. Innovationsprojekte sind vor allem in der Forschung anzutreffen. Ideelle Projekte Projekte, bei dem die Ideale im Vordergrund stehen, z.B eine kostenlose Website für eine Hilfsorganisation Erstelldatum:07.01.10 4/30 Projektmanagement James Schüpbach 1.4 Projekttypen Projekttypen gibt es fast in jeder Branche, hier einige Beispiele: • • • • • • • Kundenprojekte Betriebsprojekte Informatikprojekte Organisationsprojekte Forschungs- und Entwicklungsprojekte Bauprojekte Marketingprojekte 2 Eckpfeiler eines Projektes Damit ein Projekt nicht schon im Vorfeld zum Scheitern verurteilt ist, müssen die Projektziele genau definiert werden. Die drei wichtigsten Punkte sind: Funktionalität Spezifikation definiert den Leistungsumfang Kosten Budget definiert die Ausgaben. Zeit Terminplanung garantiert die Projektabnahme 3 Kritische Erfolgsfaktoren Faktoren, die entscheiden ob das Projekt scheitert oder erfolgreich beendet wird. • • • • • • • • Projektorganisation Auftraggeber Projektleiter Projektteam und Ressourcen Zielsetzung Planung / Vorgehensweise / Risiken Controlling Kommunikation Erstelldatum:07.01.10 5/30 Projektmanagement James Schüpbach 4 Projektauftrag Wir planen den privaten Umzug einer Familie mit 2 Kindern von Zürich nach Bern Vorgaben: • 1 Monat Mietüberschneidung • An beiden Orten Wände zu streichen • Rennovation, Umzug, Reinigung mit externen Personen oder selbst und Kollegen 4.1 Kritische Punkte Ein sehr kritischer Punkt ist das Streichen der Wohnung in Bern, denn wenn der Maler nicht rechtzeitig fertig wird, verzögert sich das ganze Projekt. Der Lastwagen und die Freunde für den Umzugstermin müssen möglichst früh arrangiert werden. Die beiden kritischen Punkte lassen sich durch Einplanung von genügend Pufferzeiten beheben. Erstelldatum:07.01.10 6/30 Projektmanagement James Schüpbach 4.2 Das geplante Projekt Erstelldatum:07.01.10 Abbildung 1: Projekt1 7/30 Projektmanagement James Schüpbach 5 Projektinstanzen / Gremien Auftraggeber Projektausschuss / Steuerungsausschuss • Nur bei grösseren Projekten. wägt ab, ob das Projekt noch Weiterführens wert ist. Projektleiter (PL) / Projektleiter Stv. (PL Stv.) Projektmitarbeitende (PA) Qualitätsmanager (Qm) • Übernimmt oft der Projektleiter 6 Projektorganisation (Idealfall) • Projektorganisation ist eine eigenständige Organisation (Schattenorganisation ◦ Eine Organisation, die unabhängig vom Tagesgeschehen an einem Projekt arbeitet, und sich demnach vollständig auf die Problematik konzentrieren kann. • • • Projektleiter und Projektteam sind vollamtlich Projektleiter hat sämtliche Entscheidungs- und Führungskompetenzen Projektleiter trägt Verantwortung für fachliche, terminliche und kostenmässige Zielsetzung.(Siehe Eckpfeiler des Projektes) Abbildung 2: Projektorganisation Idealfall Erstelldatum:07.01.10 8/30 Projektmanagement James Schüpbach 7 Matrix Projektorganisation Der Projektleiter arbeitet mit Mitarbeitern zusammen die im allgemeinen Tagesablauf des Geschäfts mithelfen. Der Linienvorgesetzte wird sie deshalb auch koordinieren. • • • • Verantwortung und Kompetenzen aufgeteilt. Projektleiter koordiniert funktionale Tätigkeiten mit Linienvorgesetzen (Kompetenzkonflikte vermeiden) Zeitlich Start variierender Einsatz von Projektmitarbeitende. Abbildung 3: Projektorganisation Matrix 8 Aufgaben der Projektleitung • Abgrenzen von Aufgaben und Problemstellungen -> Teilprojekte definieren (siehe Projektorganisation (Idealfall) Zielvereinbarungen und Definitionen der Vorgehensweise Aufwandschätzung Planung und Einsatz von Ressourcen (=Die Eckpfeiler des Projekts) • • • • Abschätzen der Risiken (inkl. Vorkehrungen) Qualitätsanforderungen umsetzen. Überwachung und Steuerung des Projektablaufs Führung und Kontrolle des Projekts • Review nach Beendigung des Projekts • Erstelldatum:07.01.10 9/30 Projektmanagement James Schüpbach 9 Projektkultur Der Stil bestimmt, wie.... • Projektleiter auftritt und das Projekt führt • • • • Projektmitglieder miteinander umgehen Projektteam zusammen kommuniziert Die Aufgaben erledigt werden Beteiligte das Projekt gegen Aussen vertreten Grundlagen für eine gute Projektkultur sind… • gepflegte Umgangsformen und respektvoller Ton • optimistische Haltung und speditive Arbeitsweise • ordentliches Arbeitsumfeld • Freundlichkeit und Rücksichtnahme Aber trotzdem: • hohe Leistungserwartung an alle Beteiligten 10 Vorgehensmodelle 11 IPERKA 11.1 Merkmale IPERKA steht für: I Information P Planen E Entscheiden R Realisieren K Kontrollieren A Auswerten Tabelle 1: Begriff IPERKA Erstelldatum:07.01.10 10/30 Projektmanagement James Schüpbach Informationen Ideen entwickeln, Ziele definieren Planen Verschiedene Vorgehen suchen Entscheiden Sich für ein Vorgehen entscheiden Realisierung Umsetzung des Projekts Kontrollieren Entspricht das Ergebnis dem definierten Ziel Auswertung Verbesserungsvorschläge, Fazit Tabelle 2: Erklärung IPERKA 11.2 Einsatz • • Einfache Projekte Jede Branche 11.3 Vor- und Nachteile Vorteile Nachteile Einfach zu verstehen Fehleranfällig Tabelle 3: Vorteile IPERKA 12 Prototyping 12.1 Was ist ein Prototyp? Ein Prototyp ist ein Versuchsmodell, das zwar Lauffähig ist aber nicht vollständig Funktionstüchtig. 12.2 Merkmale • • • Schnell entwickelt Überprüft Konzept Eignet sich zum Experimentieren 12.3 Prototyparten • • • Demonstrations-Prototyp (Veranschaulichung für Kunden) Labor-Prototyp (Klärung von Vorgehensfragen) Pilot-Prototyp (Kern für Produkt) Erstelldatum:07.01.10 11/30 Projektmanagement James Schüpbach 12.4 Prototypen Varianten • • Vertikal (Bereichsübergreiffeind) z.B Kunden hinzufügen in einem Datenbankprogramm (von der GUI bis zum Eintrag, jedoch nur das „Kunden hinzufügen“ Horizontal (einzelner Bereich) z.B Präsentation der Navigation 12.5 Vor- und Nachteile Vorteile Nachteile Integrierbar in andere Vorgehensmodelle Höherer Entwicklungsaufwand (WegwerfPrototypen) Offenbart Lösungsalternativen Umfang nicht definiert Auftraggeber wird eingebunden Entwicklungsrisiko wird reduziert Tabelle 4: Prototyping 13 Wasserfallmodell 13.1 Merkmale Zeichnung 1: Wasserfallmodell • Linear Erstelldatum:07.01.10 12/30 Projektmanagement • • • • • • • James Schüpbach Bindende Vorgaben Vordefinierte Start- und Endpunkte Meilensteinsitzungen am Phasenende Dokumentgetrieben Reihenfolgeverfahren Top-Down-Verfahren wenig Managementaufwand 13.2 Einsatz • • • Einfache Projekte Präzise definierte Projekte bei unerfahrenen Mitarbeitern Erstelldatum:07.01.10 13/30 Projektmanagement James Schüpbach 14 Spiralmodell Abbildung 4: Spiralmodell 14.1 Merkmale Es muss immer der ganze Spiralbereich abgewickelt werden, damit ein neues Ziel definiert werden kann. 14.2 Einsatz • • • Softwareentwicklung Risikoreiche Projekte Grosse Projekte Erstelldatum:07.01.10 14/30 Projektmanagement James Schüpbach 14.3 Entwicklung Ist aus dem Wasserfallmodell und Prototyping weiterentwickelt worden, 14.4 Vor- und Nachteile Vorteile • • • • Fehler werden frühzeitig erkennt regelmässige Überprüfung der Zwischenprodukte gewährleistet Änderungen am Modell sind leicht möglich. Risiken werden minimiert Nachteile • Nicht für kleine Projekte geeignet, wegen hohem Managementaufwand. • Risikoaspekte werden minimiert, aber Änderungen sind nicht zwischen den Spiralbereichen möglich. • Keine Parallele Entwicklung möglich. • Verantwortung wird nicht definiert. 15 V-Modell 15.1 Merkmale Abbildung 5: V-Modell Erstelldatum:07.01.10 15/30 Projektmanagement James Schüpbach Abbildung 6: Phasendurchlauf V Modell Jedes Produkt im V Modell durchläuft vier Vorgänge: • • • • geplant in Bearbeitung vorgelegt akzeptiert 15.2 Vor- und Nachteile Vorteile Nachteile Umfassendes Modell Zu allgemein Gehalten Geeignet für grosse Projekte Für kleine Projekte ungeeignet (zu viele Zwischenprodukte) Qualitätssicherung steht im Vordergrund Kann angepasst und erweitert werden Tabelle 5: Vor und Nachteile V Modell Erstelldatum:07.01.10 16/30 Projektmanagement James Schüpbach 16 Projektphasen Abbildung 7: Projektphasen 16.1 Initialisierung • • • • • Der des Auftraggebers Projektteam bilden Projektauftrag und 1. Projektplan erstellen Meeting vorbereiten Dokumente: Projektauftrag, Projektplan 16.2 Voranalyse • • • • Kickoff-Meeting Situationsanalyse / IST-Zustand aufnehmen daraus die Zielvereinbarung definieren Lösungen suchen und Vorschläge machen=> Lösungsauswahl Dokumente: Meeting-Protokoll / Offerte / 2. Projektplan / Projektdokumentation Ab der Integration sollte der Kunde für das Projekt bezahlen. 16.3 Konzept • • Fachliches Konzept entwickeln detaillierte Planung der Umsetzung Erstelldatum:07.01.10 17/30 Projektmanagement James Schüpbach • evtl. Teilbereiche isolieren • Tests bei Unklarheiten (Prototyping) Dokumente: Projektdokumentation, Prototypen 16.4 Realisierung • • • • Umsetzung des Konzepts Produkt “aktiv schalten” Qualitätssicherung (BiCT / QM und Kunde) Kunde ausbilden Dokumente: Projektdokumentation, Testprotokolle, Schulungsdokumentation Test: ausserhalb des Betriebs sollten mit seriösen Datenstämmen durchgeführt werden. Ausbildung: z.B Mitarbeiter vom Arbeitgeber in die neue Software einführen. 16.5 Einführung • • Produkt in Betrieb nehmen Fehler korrigieren (Garantie) Dokumente: Projektdokumentation 16.6 Abschluss • • • Review mit Kunden Rechnung Abnahmeprotokoll 16.7 Wartung • • Ausserhalb der klassischen Projektphasen Zufriedenheit des Kunden erfragen und in Zukunft sicherstellen 17 Ist und soll Zustand Ist Zustand Der Momentane Zustand Soll Zustand Der in der Planung definierte Zustand Erstelldatum:07.01.10 18/30 Projektmanagement James Schüpbach 18 Kickoff Meeting Das Kickoff Meeting ist ein Teil der Voranalyse. 18.1 Ziele • • • • Vorstellung des Projektes (Bedeutung, Wichtigkeit, Umfang, Termine) Kennenlernen aller Projektmitarbeitenden Entwickeln eines Teamgeistes Teilprojekte grob darstellen 18.2 Checkliste • • • • • • • • • • Team-Vorstellung (Mitglieder, Spielregeln, Kultur) Absichten und Ziele (Auftragssituation, Projektstand) Projektplanung (Meilensteine) Aufgabengebiete (Zusammenhänge) Protokollieren Projektorganisation Kommunikation Verantwortung und Kompetenzen Projekt-Meetings (Rhythmus, Traktanden, Protokoll) Definition von Prioritäten Alle Projekt-Mitarbeitenden kennen ihren Verantwortungsbereich und ihren Ansprechpartner! 19 Vorgänger • • • • • • • Abhängigkeit zweier Projektschritte Vorgänger vor dem abhängigen Schritt zu beenden Unmittelbarer Vorgänger=> kein Vorgang zwischen zwei Vorgängen Dauer und Abfolge der Einzelschritte wichtig Projektdauer anhand der kritischen Vorgänger definierbar => kritischer Pfad Ein Projektabschnitt muss abgeschlossen sein, bevor der andere beginnt, bevor es als Vorgänger definiert werden darf. Erstelldatum:07.01.10 19/30 Projektmanagement James Schüpbach 20 Projektplan IPA Abbildung 8: Projektplan IPA Erstelldatum:07.01.10 20/30 Projektmanagement James Schüpbach 21 Projektziele Eine genaue Zieldefinition ist motivierend für das ganze Team, denn jeder kann sich als Teil des Ganzen identifizieren. • • • • • • • • • Präzise Zieldefinition Detaillierungsgrad stufenweise erhöhen Grosse Vorhaben: Teilziele definieren Budgetplanung berücksichtigen Terminplanung mit Kunde absprechen und absegenen lassen Ziel gibt Richtung vor Ziele helfen Mitarbeitenden, eigene Tätigkeiten als Teil eines Ganzen besser zu verstehen Laufende Annäherung an die Ziele-> Fortschritt der Arbeiten verfolgbar Ziele fördern die Motivation -> PL bestimmt, wie Ziele erreicht werden! 21.1 Prioritäten von Projektzielen • • • • MUSS-Ziele (Notwendig um Projekt zu beenden) SOLL-Ziele KANN-Ziele (Optionale Ziele) NICHT-Ziele (gehört nicht zum Projekt.) 22 Projektinformationen Generell kann man dazu sagen, dass man sich die Informationen bestätigen lassen sollte, damit man die Gewähr hat, das die Informationen richtig verstanden wurde. Informieren wird in Projekten aus zeitlichen Gründen oft vernachlässigt. • • • • • Oft zu knapp und zu spät Häufig falsch verstanden Regelmässig und frühzeitig abgeben Informationskultur berücksichtigen (offensiv) Systematisch (nichts geht vergessen / verloren) Erstelldatum:07.01.10 21/30 Projektmanagement James Schüpbach 22.1 Nutzung vom Informationen • • • • • • Zielerreichung Zeitersparnis Übersicht / Transparenz Aktualität Wichtigkeit Vermeiden von Missverständnissen 23 Informationsmanagement Wichtig: Telefongespräche haben keine Beweiskraft. Bei wichtigen Telefongesprächen empfiehlt es sich ein Memo bestätigen zu lassen. • • • • • • Wichtige Punkte für Projektleitenden: Für wen welche Information wichtig? Wann und wie die Informationen weiterleiten? Schnellstmöglich mündlich oder schriftlich (E-Mail, Memo, Brief) Wo müssen die Unterlagen abgelegt werden?(Papier, Datei) 23.1 Interne Informationen • • • • • • • • Arbeits- / Projektaufträge Statusberichte Pläne, Listen (z. Projektplan) Berechnungsgrundlagen & Schätzungen Verträge Testunterlagen Reviews Kickoff Meeting Protokoll Erstelldatum:07.01.10 22/30 Projektmanagement James Schüpbach 23.2 Externe Informationen Generell sollten wichtige Briefe/E-Mails in einem Ordner archiviert werden. • • • • • • • • Projektplan Pflichtenhefte Protokolle (Meeting-/Abschlussprotokoll) Meilensteine Präsentationen Statusberichte Beschreibungen / (Anwender)-Handbücher Reviews 23.3 Regeln zum Informationsaustausch • • • • mitarbeitende Person holt notwendige Informationen selber (Eigenverantwortung) mitarbeitende Person gibt alle notwendigen Informationen im Team weiter (Gruppenverantwortung) Fragen ist Pflicht (Holschuld) Informationen zurückhalten ist untersagt 23.4 Tipps zu Informationen • • • • • Form und Umfang an Empfänger anpassen Schlecht aufbereitete Informationen verunsichern Einzelkämpfer und Zurückgezogene speziell gut informieren Offene Informationspolitik verhindert Gerüchte Keine unsicheren Informationen publizieren Möglichst mündlich informieren => in Protokoll oder Dokumentation notieren. 24 Teilprojekte ausscheiden Der wichtigste Punkt beim Teilprojekte ausscheiden, dass die Berührungspunkte der einzelnen Projekte klar deklariert werden. • • • • • • • Aufgabe des PL Paralleles Arbeiten möglich Grössere Projekte oder unter Zeitdruck Fachliche Aufteilung Koordination und Kommunikation erschwert Teilprojektleiter nötig Überschneidungen beachten Erstelldatum:07.01.10 23/30 Projektmanagement James Schüpbach 25 Gesamtprojektleitung 25.1 Ziele der GPL • • • • • • • Information und Kommunikation Verständnis zwischen den Abteilungen Verantwortlichkeiten Hauptverantwortung und Stellvertretung Taktanden Projektstatus (was, wer, wann)Präsentationen und Informationen 26 Projektmeetings Projektmeetings werden meistens bei Meilensteinen durchgeführt und kann zur Motivationsförderung genutzt werden • • • • • • • Regelmässige Projektmeetings => Informationsaustausch Wichtige Fixpunkte in Projektarbeit Fragen an Projektmitarbeitenden: Woran gerade gearbeitet? Was bis jetzt erreicht? (IST) Was muss noch erreicht werden? (SOLL) Was als nächstes zu tun? (Bedarf/Termine) Erstelldatum:07.01.10 24/30 Projektmanagement James Schüpbach 27 Risiken abschätzen Welche Punkte können das Projekt gefährden: • • • • • • • • • • • • Vorgänger oder Teilprojekt nicht rechtzeitig beendet Abstimmung zwischen Teilprojekten schlecht Termine schlecht kommuniziert oder eingehalten Lieferant mit Verzögerung Mitarbeiter fallen aus (Krankheit, Unfall etc.) Planung schlecht (Pufferzeit nötig) Ziele oder Teilziele schlecht definiert Gruppendynamik unterschätzt Falsche Personen für gewisse Tätigkeiten Konflikte zu spät erkannt (Controlling) Organisation unzweckmässig technische Probleme Risiken können auch von Drittunternehmen stammen. z.B Hardware wird nicht rechtzeitig geliefert. Um die Risiken einzudämmen, sollten Gegenmassnahmen oder Notfallszenarien ausgearbeitet werden. 28 Projektkontrolle Bei der Projektkontrolle wird immer ein Soll/Ist Vergleich angewendet. • • • • • • • Geplante, regelmässige Projektkontrollen Projektleitende planen Zeit für Kontrollen Termine und Arbeitszeiten erfassen Änderungen und Zusatzaufträge untersuchen Meilensteine und Endtermine dauernd überwachen Terminabweichungen frühzeitig erkennen und melden Teilprojektleiter einbeziehen Die Projektkontrolle eignet sich auch gut, um positive Aspekte anzumerken. Erstelldatum:07.01.10 25/30 Projektmanagement James Schüpbach 29 Controlling 29.1 Soll- Ist Vergleich Vergleich "Soll – Ist" für wichtige Faktoren im Projekt (z.B Meilensteine) Überprüfung von: • Zielerreichung • Zeit- Budget • Risiken • Qualität • Ressourcen 29.2 Ziele • • • • Grundlage für weitere Planung anhand des Projektstatus=> Planung evtl. anpassen und Restaufwand kennen Probleme herausschälen und angehen Gegenmassnahmen bei Abweichung vom Soll Team einbeziehen (positives Feedback möglich) 30 Review 30.1 Taktanden • • • • • • Projektdokumentation Feedback der MitarbeiterInnen Arbeitsjournalen Problemen Risiken Soll/Ist-Vergleich 30.2 Ziele Verbesserung in Folgeprojekten- alle Beteiligten einbeziehen (Wertschätzung). Erstelldatum:07.01.10 26/30 Projektmanagement James Schüpbach 31 Projektdokumente • • • • • Projektauftrag ◦ Eindeutige Identifikation durch Namensgebung und Projektnummer Arbeitsjournal ◦ Bemerkungen: z.B Wer wurde bei einem Problem kontaktiert. ◦ Wichtig für Abrechnung Dokumentation ◦ Muss ständig aktuell sein Meetingprotokoll ◦ Das Protokoll muss von den Teilnehmern unterzeichnet werden. Abnahmeprotokoll 32 Meilensteine • • • • • Spezielle Punkte im Projekt Überprüfung des Projektstandes Kontrolle der Zielerreichung, Termin, Kosten Oft Ergebnis abgeben oder präsentieren Oft Kontakt mit Kunde Sicher am Schluss des Projektes 32.1 Beispiele • • • • • Planung fertig Vertrag unterzeichnen Bei wichtigen Entscheidungen Hardware angekommen Projektende 33 Begriffserklärung Begriff Erklärung Ergebnis Erreichtes Ziel oder Dokument Methodisches Vorgehen Projektablauf aufzeigen (Projektplan) Erstelldatum:07.01.10 27/30 Projektmanagement James Schüpbach 34 Project 34.1 Vorgehensweise Projektnamen Ressourcen hinzufügen Basiskalender Geschäzte Dauer entfernen Stunde zu Std. ändern Spalte Arbeit und Kosten hinzufügen Termine vereinbaren und definieren. Drucken mehrere Seiten Horizontal Erstelldatum:07.01.10 28/30 Projektmanagement James Schüpbach 35 Abbildungsverzeichnis Abbildung 1: Projekt1.............................................................................................................7 Abbildung 2: Projektorganisation Idealfall..............................................................................8 Abbildung 3: Projektorganisation Matrix................................................................................9 Abbildung 4: Spiralmodell....................................................................................................14 Abbildung 5: V-Modell..........................................................................................................15 Abbildung 6: Phasendurchlauf V Modell..............................................................................16 Abbildung 7: Projektphasen.................................................................................................17 Abbildung 8: Projektplan IPA...............................................................................................20 36 Tabellenverzeichnis Tabelle 1: Begriff IPERKA....................................................................................................10 Tabelle 2: Erklärung IPERKA...............................................................................................11 Tabelle 3: Vorteile IPERKA...................................................................................................11 Tabelle 4: Prototyping .........................................................................................................12 Tabelle 5: Vor und Nachteile V Modell.................................................................................16 Tabelle 6: Quelle: Bilder.......................................................................................................28 Tabelle 7: Quelle Text...........................................................................................................28 37 Quellen 37.1 Bilder Bild Quelle Titelbild http://kultpavillonblog.com Phasendurchlauf V Modell http://wikipedia.de Tabelle 6: Quelle: Bilder 37.2 Text Information Quelle Spiralenmodell http://wikipedia.de Tabelle 7: Quelle Text Erstelldatum:07.01.10 29/30 Projektmanagement James Schüpbach Anhang 37.3 Projekt Netzwerk 37.3.1 Persönliche Erfahrungen Zeitverlust wegen Kleinigkeiten Was mir besonders aufgefallen ist, dass viel Zeit verloren gegangen ist, bei Kleinigkeiten, die aus zu unklaren Anweisungen entstanden sind. Ein Beispiel dafür wäre die zu chaotische Ordnerstruktur im Projektordner. Es hätte im Vorfeld genau geklärt werden müssen, mit welchem Namen, in welchem Ordner welche Datei abgelegt wird. Ressourcenmanagement Ein weiterer Punkt, der das Projekt verlangsamt hatte, war dass die Personen, die mit Ihrer Arbeit fertig waren, nicht zu anderen Bereichen zugeteilt wurden. Dieses Problem hatte zwei Ursachen: 1. Die Personen meldeten nicht, dass sie nichts mehr zu tun hatten 2. Die Projektplanung war zu wenig fortgeschritten, so das ich die Personen vielfach nicht effizient Umteilen konnte. Erstelldatum:07.01.10 30/30