1.
Seminar / Workshop Projektmanagement Fa. Philipp Moll Büro für moderne Nähtechnik GmbH&Co KG 17. und 18. Juni 2009

2.
Denk-Mal <ul><li>Der Mensch hat dreierlei Wege, klug zu handeln; </li></ul><ul><li>erstens durch Nachdenken, das ist das Edelste, </li></ul><ul><li>zweitens durch Nachahmen, das ist das Leichteste </li></ul><ul><li>und drittens durch Erfahrung, das ist das Bitterste. </li></ul><ul><li>Konfuzius </li></ul>

3.
Teil 1 Projekte und Projektmanagement

4.
Was sind Projekte? <ul><li>Projekte werden für einmalige, zeitlich und sachlich klar abgegrenzte Aufgabenstellungen eingerichtet. </li></ul><ul><li>Sie sind meistens mit knappen zeitlichen und personellen Ressourcen ausgestattet und von komplexen Anforderungen gekennzeichnet.. </li></ul>

5.
Projektmanagement Standards <ul><li>Die wichtigsten Standards des Projektmanagements sind: </li></ul><ul><li>PMBOK: Guide to the Projektmanagement Body of Knowledge – PMI </li></ul><ul><li>ICB : IPMA Competence Baseline </li></ul><ul><li>DIN :DIN 69901/2009 </li></ul><ul><li>PMI = Project Management Institute (USA) </li></ul><ul><li>IPMA = International Project Management Association (Schweiz) (in D = GPM) </li></ul>

6.
Projektdefinition Ein Projekt ist eine einmalige Gesamtheit von Aktivitäten mit bestimmten Anfangs- und Endpunkten , die von einer Person oder Organisation mit dem Ziel durchgeführt werden, bestimmte Termin-, Kosten- und Leistungsziele zu erreichen.

7.
Warum Projekte genau definieren? <ul><li>Die klare Abgrenzung eines Projekts ist eine wichtige Voraussetzung für den Erfolg. </li></ul><ul><li>Schwammig definierte Sonderaufgaben, die an lose zusammengesetzte Arbeitsgruppen oder Arbeitskreise vergeben werden, versanden meist ohne konkretes Ergebnis. </li></ul><ul><li>Projektionitis vermeiden </li></ul>

8.
Die Merkmale eines Projekts <ul><li>Zeitliche Begrenzung </li></ul><ul><li>Zielausrichtung </li></ul><ul><li>Einmaligkeit (der Ressourcen – Personen, Geld, Materialien, Sachgüter) </li></ul><ul><li>Gliederung </li></ul><ul><li>Besondere Organisationsform (hilft, Projekte spezifisch zu realisieren) </li></ul>

9.
Kategorien von Projekten <ul><li>Investitionsprojekte Bau eines Flughafens, Neubau einer Geschäftsstelle </li></ul><ul><li>Forschungs- und Entwicklungsprojekte Entwicklung neuer Produkte, Software </li></ul><ul><li>Organisationsprojekte Umorganisation eines Betriebes, Einführung ERP-Software, Vorbereitung einer Veranstaltung </li></ul>

10.
Warum Projektmanagement? (1) <ul><li>IST-Situation wird ungenügend analysiert </li></ul><ul><li>Ziele sind unklar definiert </li></ul><ul><li>Statt objektiver Alternativensuche wird „Lieblingslösung“ angesteuert. </li></ul><ul><li>Projektverantwortlichkeiten sind nicht vollständig und nicht abgeschirmt </li></ul><ul><li>Qualifiziertes und ausreichendes Personal fehlt. </li></ul>

11.
Warum Projektmanagement? (2) <ul><li>Probleme werden ignoriert und ausgesessen </li></ul><ul><li>Risiken werden unterschätzt und als Schicksal hingenommen </li></ul><ul><li>Improvisation steht höher im Kurs als systematische Organisation </li></ul><ul><li>Fehler aus alten Projekten werden wiederholt </li></ul>

12.
Teil 2 Projektziele, Zielfindungsprozess

13.
Methoden zur Zielformulierung in Projekten Wenn Du nicht weißt wohin Du gehst, wie kannst Du erwarten, dort anzukommen? (Basil S. Walsh) Eine exakte Zieldefinition ist einer der wichtigsten Schritte innerhalb der Projektinitiierung. Alles was hier an Vorarbeit versäumt wird, muss hinterher bitter bebüßt bzw. nachgeholt werden. Nur durch ein eindeutig definiertes Projektziel wird eine realistische Planung erst möglich!

14.
Die Zieleigenschaften <ul><li>Zielformulierungen müssen lösungsneutral sein </li></ul><ul><li>Zielformulierungen müssen operational und erreichbar sein </li></ul><ul><li>Zielformulierungen müssen prüfbar sein </li></ul>

15.
Die Zielarten <ul><li>Die direkten Ziele eines Projektes sind immer vom jeweiligen Projekt abhängig. Trotzdem lassen sich verschieden Zielarten unterscheiden: </li></ul><ul><li>Sachziele </li></ul><ul><li>Terminziele </li></ul><ul><li>Kostenziele </li></ul><ul><li>Sonderziele (Einhaltung von Nebenbedingungen) </li></ul>

16.
Projektziele - Zielgrössen Ziele Sachziel Kostenziel Terminziel Sonderziel (Stakeholder Zufriedenheit)

17.
Der Zielformulierungsprozess <ul><li>Unterschiedliche Rollen: </li></ul><ul><li>Der Entscheider: gibt Ziele vor, legt Zielprioritäten fest, stellt Mussbedingungen </li></ul><ul><li>Der Projektmanager: erstellt die Zielpyramide, zeigt Zielkonflikte auf, schlägt Zielprioritäten vor und stimmt diese ab </li></ul>

18.
Problemlösungszyklusmethode Anstoß für ein Projekt ist häufig ein Problem. Die P. ist ein Leitfaden, um schrittweise und systematisch an den Zielkatalog zu kommen. Was muss/soll sein? Was ist denkbar? Muss- und Wunschziele Kriterien Alternativen Problem Situationsana-lyse Zielformu-lierung Lösungs- suche Lösungs- bewertung Lösungs- konzept Ziel

19.
Zielhierarchie Jedes Ziel ist Teil einer Zielhierarchie. Durch die Frage „warum?“ findet man das jeweils übergeordnete Ziel, durch die Frage „wie?“ das jeweils untergeordnete Ziel. Gewinn steigern Kosten senken Material- kosten Lohn- kosten Gemein- kosten Wie ? Konzeptphase Warum?

20.
Induktives Vorgehen (Bottom-Up-Methode) Wie? Warum? Kundenzufriedenheit erhöhen Verfügbarkeit verbessern Bestand erhöhen Zu wenig von Artikel X auf Lager Gewinn sichern Kosten senken Transportkosten senken Hohe Transportkosten Gewinn sichern Kosten senken Preise senken Steigende Preise Gewinn sichern Kosten senken Anzahl der Neuanschaffungen begrenzen Zu viele Neuanschaffungen Übergeord- nete Ziele Übergeord-nete Ziele Ziele Probleme

21.
Deduktives Vorgehen (Top-Down-Methode) Geht von einem übergeordneten Ziel aus, fragt nach untergeordneten Teilzielen. Kundenzufriedenheit verbessern Wodurch beeinflusst? Maßnahmen: z.B.: verbesserter Kundenservice, Freundlichkeit / Kompetenz der Mitarbeiter Ziele: Z.B. Qualitätsmanagement einführen, Mitarbeiter schulen, Online-Support einführen

22.
Zielkategorisierung <ul><li>Zur Schaffung von Transparenz Ziele kategorisieren z.B.: </li></ul><ul><li>Festlegung eines globalen Zieles (z.B.: Einführung eines neuen Bestellerfassungssystemes) </li></ul><ul><li>Beschreibung nach Zielkategorien: Finanzielle Ziele (Kostenbudget < 1 Mio €) Personelle Ziele (gemischtes Projektteam interne / externe) Betriebliche/Organisatorische Ziele (Reduzierung Lagerbestand um 15 %) Externe Beziehungen (Kundenzufriedenheit steigern) Gesellschaftliche Ziele (Firmenimage verbessern) </li></ul><ul><li>Bildung von Zielunterkategorien Quantitative Präzisierung (Senkung der Reklamationen bis zum 31.10. um 10 %. Steigerung des Bestelleingangs bis zu 31.12. um 20%. Messbar! </li></ul>

23.
Zielkonflikte Bei der Kategorisierung können Konflikte auftreten. Wettbewerbsfähigkeit verbessern Kosten senken Verfügbarkeit erhöhen Bestand senken Bestand erhöhen Konzeptphase

24.
Kundenerwartungen Analyse der Kundenerwartungen „ Wer ist in unserem Fall der Kunde?“ Kunde tritt häufig in verschiedenen Rollen mit unterschiedlichen Erwartungen auf. Produktionsleiter, Vertriebschef, Finanzvorstand

25.
Wer sind die Mitspieler? Stakeholderanalyse Stakeholder sind Personen oder Personengruppen, „die am Projektablauf beteiligt, interessiert oder von den Auswirkungen des Projekts betroffen sind. Sie haben ein begründetes Interesse am Projekterfolg und am Nutzen für das Projektumfeld“. Es gibt auch Projektinteressenten, die ein Projekt zum Scheitern bringen wollen.

26.
Teil 3 Vorgehensmodelle, Phasenplanung

27.
Projektphasen Initialisierung Planung Durchführung & Controlling Abschluss <ul><li>Gründung des Projekts </li></ul><ul><li>Definition des Projekts </li></ul><ul><li>Phasenplanung </li></ul><ul><li>Organisation des Projekts </li></ul><ul><li>Organisation des Prozesses </li></ul><ul><li>Strukturplanung </li></ul><ul><li>Ablaufplanung </li></ul><ul><li>Terminplanung </li></ul><ul><li>Kostenplanung </li></ul><ul><li>Einsatzmittelplanung </li></ul><ul><li>Umfeldanalyse </li></ul><ul><li>Stakeholderanalyse </li></ul><ul><li>Risikomanagement </li></ul><ul><li>Projektabnahme </li></ul><ul><li>Projektabschluss-analyse </li></ul><ul><li>Erfahrungssicherung </li></ul><ul><li>Projektauflösung </li></ul><ul><li>Termin-, Kosten- und Aufwandsontrolle </li></ul><ul><li>Qualitätssicherung </li></ul><ul><li>Konfigurations-management </li></ul><ul><li>Informationsfluss steuern </li></ul><ul><li>Projektdokumentation </li></ul><ul><li>Projektberichterstellung </li></ul>Projektauftrag Planung Aktueller Projektplan Projektabsicherung

28.
Die Konzeptphase Alle Projekte beginnen mit einer Idee. Diese wird formlos oder förmlich in ein Projekt überführt. Die beiden entscheidenden Fragen: Soll das Projekt durchgeführt werden? Wiegt der Nutzen die Kosten auf? Kann das Projekt durchgeführt werden? Ist das Projekt technisch machbar? Stehen die notwendigen Ressourcen zur Verfügung?

29.
Die Konzeptphase Eine Kosten – Nutzen – Analyse durchführen Vergleichende Bewertung aller Kosten, die anfallen, um ein Projekt zu realisieren und aller möglichen Vorteile, die das Projekt mit sich bringen kann. Problem der monetären Bewertung. Problem der Bewertung zukünftigen Nutzens Problem der Unsicherheit der Annahmen

30.
Die Abgrenzungsphase <ul><li>Einen Plan aufstellen </li></ul><ul><li>Klärung der Gründe, die zu dem Projekt geführt haben </li></ul><ul><li>Beschreibung der Ergebnisse, die erreicht werden sollen </li></ul><ul><li>Eine Auflistung aller Arbeiten, die erledigt werden müssen (WBS) </li></ul><ul><li>Die Rollen des PM und der Team Mitglieder </li></ul><ul><li>Ein detaillierter Projektzeitplan </li></ul><ul><li>Ressourcenplanung </li></ul><ul><li>Annahmen und Voraussetzungen formulieren </li></ul>

31.
Die Abgrenzungsphase Der Druck, möglichst schnell Resultate zu erzielen, führt dazu, dass manche Projektleiter die Planungsphase einfach überspringen und gleich loslegen. Das löst zwar hektische Betriebsamkeit aus, aber das Risiko, Ressourcen zu vergeuden und Fehler zu machen, steigt.

32.
Die Startphase <ul><li>Zu den Vorbereitungen für den Projektstart gehören folgende Tätigkeiten: </li></ul><ul><li>Das Team rekrutieren </li></ul><ul><li>Den einzelnen Projektbereichen und –abschnitten die erforderlichen Personen zuordnen </li></ul><ul><li>Allen Teammitgliedern Aufgaben übertragen und erklären </li></ul><ul><li>Festlegen, wie das Team die Arbeiten durchführt, die für die Erledigung der Aufgabennotwendig sind. </li></ul><ul><li>Die notwendigen Überwachungssysteme für Finanzen und Personaleinsatz einrichten </li></ul><ul><li>Das Projekt im Unternehmen bekannt machen </li></ul>

33.
Die Durchführungsphase <ul><li>Die Aufgaben erledigen </li></ul><ul><li>Leistung und Plan ständig miteinander vergleichen </li></ul><ul><li>Auftretende Probleme lösen </li></ul><ul><li>Alle Beteiligten auf dem laufenden halten </li></ul>

34.
Die Abschlussphase <ul><li>Die Annahme der Endergebnisse durch den Auftraggeber bestätigen lassen </li></ul><ul><li>Alle Projektkonten abschließen </li></ul><ul><li>Eine Abschlussbewertung durchführen, um Projektergebnisse zu würdigen und gemachte Erfahrungen zu erörtern, die für weitere Projekte genutzt werden können </li></ul>

35.
Phasen im Projektmanagement <ul><li>Projektidee/ Vision/ Projektauslösung </li></ul><ul><li>Zieldefinition/ Projektdefinition </li></ul><ul><li>Durchführbarkeitsanalyse/ Machbarkeitsstudie </li></ul><ul><li>Projektauftrag </li></ul><ul><li>Grobe Gliederung Projektaufgabendefinition </li></ul><ul><li>Feinstrukturierung </li></ul><ul><li>Projektplanung </li></ul><ul><li>Projektüberwachung </li></ul><ul><li>Projektauswertung </li></ul>

36.
Der zeitliche Zusammenhang der einzelnen Phasen Projektauswertung Grobgliederung, Feingliederung, Zieldefinition, Teilprojektauswertung Projektüberwachung Grobgliederung, Feingliederung, Zieldefinition, Projektplanung Grobgliederung, Zieldefinition Feinstrukturierung Zieldefinition, Durchführbarkeitsanalyse Grobe Gliederung - Projektauftrag Zieldefinition Durchführbarkeitsanalyse Durchführbarkeitsanalyse Zieldefinition Zieldefinition, Projektauftrag Projektidee, Projektlösung Überschneidung mit / Überarbeitung von Hauptphasen

37.
Teil 4 Projektstrukturierung

38.
Definition PSP Projektstrukturierung ist die Gliederung eines Projekts nach seinen Arbeitsinhalten und –aufgaben. Der PSP ist die grafische oder tabellarische Darstellung der Projektsstrukturierung und die systematische Antwort auf die Frage: „Was ist in unserem Projekt zu tun?“ Quelle: ProjektManager

39.
Von der Idee zum Plan <ul><li>Brain-Storming </li></ul><ul><li>Brain-Writing </li></ul><ul><li>Mind-Mapping </li></ul><ul><li>Delphi-Methode </li></ul>

40.
Projektstrukturplan Projekt TA TA AP TA TA AP AP AP AP AP AP 1. Ebene 2. Ebene 3. Ebene 4. Ebene TA: Teilaufgabe - Teil des Projekts, der im Projektstrukturplan weiter aufgegliedert ist AP: Arbeitspaket, bilden das Bindeglied zwischen PSP und Netzplan, weil sie in beiden Plänen auftauchen.

41.
Aufgaben des PSP <ul><li>Zentrales Ordnungs- und Kommunikationsinstrument im Projekt Erstellen PL und Team den PSP gemeinsam, gewährleistet dies, dass alle ein einheitliches Verständnis von Aufgaben und Vorgehensweisen im Projekt haben </li></ul><ul><li>Projektbezogene Kostenplanung und –kontrolle </li></ul><ul><li>Bezugsbasis für Projektdokumentation </li></ul>

42.
Der PSP ist die Grundlage .. <ul><li>für die Verteilung der Aufgaben und Verantwortlichkeiten </li></ul><ul><li>für die projektinterne Auftragssteuerung. Der PL als „Unternehmer im Unternehmen“ vergibt die einzelnen Arbeitspakete als interne Aufträge an die Fachabteilungen. </li></ul><ul><li>für Risikoanalysen </li></ul><ul><li>für die Ablauf- und Terminplanung </li></ul>

43.
Gliederung des PSP <ul><li>am zu erstellenden Produkt </li></ul><ul><li>an erforderlichen Funktionen im Projekt </li></ul><ul><li>an zuständigen Organisationseinheiten </li></ul><ul><li>an dem Standort, an dem die Aufgabe durchgeführt wird. </li></ul>

44.
Objektorientierte Gliederung Entwicklung Radlader Antriebsstrang Hydraulik Kabine und Rahmen Kinematik Motor Getriebe Wandler Differential Vorderachse Hinterachse Pumpen Zylinder Load sensing Ventile Steuerung Bedienelemente Ausleger …… … ..

45.
Nachteile der objektorientierten Gliederung Es werden nicht alle Aufgaben, Funktionen erfasst werden, die notwendig sind um das Projektziel zu erreichen. z.B.: Vertriebsvorbereitungen Projektmanagement

46.
Funktionsorientierte Gliederung Entwicklung Radlader Entwurf und Konstruktion Prototypenbau Vertriebsvor-bereitungen Projektmanage-ment Spezifikation Entwurf Detail-konstruktion Vorrichtungen … . Beschaffung Vorrichtungs-bau Arbeitspläne erstellen …… Marktanalyse Projektplanung Lastenheft Zeitplanung Vertriebsunter-lagen Händler- schulung … .. Kostenplanung Risikoanalyse Projekt-contolling Reporting

47.
Nachteile funktionsorientierter PSP Die Komponentenstruktur fehlt. Sie ist dem Gliederungsprinzip der obersten Ebene geopfert worden.

48.
Gliederungsprinzipien kombinieren Entwicklung Radlader Antriebsstrang Kinematik Motor Getriebe … Spezifikation Entwurf Detailkonstr. Gesamtsystem Prototypenbau Qualitätsmgt. Vertriebsvorb. Projektmgt. AP AP

49.
PSP Softwareentwicklung Software- Strukturplan Konzept- Entwicklung Programmierung Implementierung Projekt-management Lasten- / Pflichtenheft System- entwurf Modul Datei Modul Bericht …… .. System- Integration Arbeits- organisation Mitarbeiter- schulung Hardware- beschaffung Installation / Abnahme Projekt- organisation Projekt- planung Projekt- steuerung unvollständig QS, Dokumentation

50.
Arbeitspakete <ul><li>Als unterste Ebene des PSP ergeben sich die Arbeitspakete. Es empfiehlt sich im Unternehmen Regeln und Standards darüber aufzustellen wie Arbeitspakete definiert werden. Z.B.: </li></ul><ul><li>Für jedes AP sollte es nur einen Verantwortlichen geben – unabhängig davon, wie viele Personen an dem Arbeitspaket arbeiten. </li></ul><ul><li>Bei phasenorientiertem PM sollte ein AP eindeutig einer Phase zuordenbar sein. Ausnahmen sind phasenübergreifende Aufgaben wie die laufende Kostenverfolgung. </li></ul><ul><li>Aufgaben die extern vergeben werden, sind als eigenständige AP auszuweisen. </li></ul><ul><li>Für jedes Element des PSP sollte eine klare Spezifikation formulierbar sein, damit Dritte später eindeutig feststellen können, ob das AP oder die TA bereits erledigt ist. Nur so kann der PL den Leistungsfortschritt erkennen. </li></ul>

51.
Abgrenzungen und Schnittstellen <ul><li>Die für das Arbeitspaket eingeplante Zeit sollte im Vergleich zur Projektdauer kurz genug sein. Sonst besteht die Gefahr, dass die PL einen Terminverzug zu spät erkennt und keine Gegenmaßnahmen mehr treffen kann. </li></ul>

52.
Teil 5 Ablauf- und Terminplanung Netzplantechnik

53.
Ablauf- und Terminplanung Weiter mit Open Project

54.
Teil 6 Einsatzmittel- und Kostenmanagement

55.
Kostenschätzverfahren Parametrische Kostenschätzungen 1.4 Kostenschätzung mit Kostenkennziffern 1.3 Schätzklausur 1.2.3 Delphi-Methode 1.2.1 Kostenschätzung mit Expertenrunde 1.2 Projektstrukturplan zur Kostenschätzung 1.1

56.
Schritte einer Schätzklausur <ul><li>Projektumgebung definieren </li></ul><ul><li>Arbeitspakete erläutern </li></ul><ul><li>Ersten Schätzwert abgeben </li></ul><ul><li>„ Ausreißer“ behandeln </li></ul><ul><li>Höchsten / niedrigsten Wert erläutern </li></ul><ul><li>(Fehl)-Annahmen klären und korrigieren </li></ul><ul><li>Schätzung wiederholen </li></ul><ul><li>Problemarbeitspakete genauer betrachten </li></ul><ul><li>Schlussprotokoll erstellen / bearbeiten </li></ul>

57.
Einsatzmittelpanung Die Einsatzmittelplanung beinhaltet die Bedarfsermittlung und die optimale zeitliche Verlaufsplanung unter Berücksichtigung der verfügbaren oder beschaffbaren Einsatzmittel. ProjektManager Einsatzmittel sind Personal und Sachmittel DIN 69903

58.
Teil 7 Risikomanagement

59.
Definition Projektrisiko Projektrisiken sind „unsichere Ereignisse oder mögliche Situationen mit negativen Auswirkungen (Schäden) auf den Projekterfolg insgesamt, auf einzelne Projektziele, Ergebnisse oder Ereignisse. Sie werden bestimmt durch die Wahrscheinlichkeit des Risikoeintritts und des möglichen Schadens bei Eintreten des Risikos (…)“ ICB

60.
Risikomanagement … umfasst im Rahmen der Risikoanalyse die Identifikation, Klassifizierung und Bewertung von Projektrisiken aller Art sowie die Entwicklung und Durchführung von Maßnahmen zur Risikobewältigung. Die Risikoanalyse und –Bewältigung sind ein systematischer und formaler Prozessansatz, im Gegensatz zur Intuition. Die Prozesse des Risikomanagements finden in allen Phasen des Projektlebenswegs statt. ICB

61.
Riskmanagement im Alltag <ul><li>KonTraG (Gesetz zur Kontrolle und Transparenz im Unternehmensbereich) verpflichtet AG‘s u.a. Unternehmen(…) ein Überwachungssystem einzurichten, um „den Fortbestand der Gesellschaft gefährdende Entwicklungen frühzeitig zu erkennen.“ </li></ul><ul><li>„ Basler Eigenkapitalvereinbarung (Banken) Immobilien- und Kreditbereich aber auch bei IT-Projekten! </li></ul><ul><li>Nachhaltigkeitsmanagement </li></ul>

62.
Risikoarten <ul><li>Kaufmännische Risiken </li></ul><ul><li>Technische Risiken </li></ul><ul><li>Terminrisiken </li></ul><ul><li>Ressourcenrisiken </li></ul><ul><li>„Politische“ Risiken </li></ul>

63.
Risikoidentifikation <ul><li>Checklisten (VDMA- Checkliste [Anlagenbau], Prüfliste IT-Projekte BMVtg) </li></ul><ul><li>Risiko-Workshop (ggfs. als Bestandteil des Start-Workshops) -> Projektvorstellung (PSP, Meilensteinplan, Lasten- / Pflichtenheft) -> Brainstorming, Metaplansitzung -> Eintrittswahrscheinlichkeiten, Konsequenzen, Maßnahmen </li></ul>

64.
Risikobewertung R1 R3 R2 R4 R5 R7 R6 R8 R12 R11 R10 R9 A B C Eintrittswahrscheinlichkeit Mögliche Schadenshöhe (in Geldeinheiten)

65.
Vorsorgestrategien <ul><li>Risikovermeidung z.B.Kein Angebot abgeben, Anforderungen aus Lastenheft streichen </li></ul><ul><li>Riskoverminderung Eintrittswahrscheinlichkeit identifizierter Projektrisiken durch Vorbeugung verringern. </li></ul><ul><li>Risikobegrenzung Redundanzen vorsehen </li></ul><ul><li>Risikoverlagerung Versicherung, Sub-Unternehmer, Auftraggeber </li></ul><ul><li>Riskoakzeptanz </li></ul>

66.
Maßnahmenauswahl Eintrittswahrscheinlichkeit Mögliche Schadenshöhe (in Geldeinheiten) vermindern akzeptieren vermeiden begrenzen verlagern

67.
Teil 8 Die Projektorganisation

68.
Die Projektorganisation <ul><li>Bildung von Projektgruppen </li></ul><ul><li>Projektleiter </li></ul><ul><li>Projetkteam(s) </li></ul>

69.
Verantwortlichkeiten des Projektleiters <ul><li>Budget-Einhaltung/ Kostenüberwachung </li></ul><ul><li>Termineinhaltung </li></ul><ul><li>Sachgerechte Problemlösung </li></ul><ul><li>Fachlich/sachliche Verantwortung für das Projektteam </li></ul><ul><li>Steuerung der Kreativität </li></ul><ul><li>Einhaltung hausinterner Richtlinien </li></ul><ul><li>Kommunikation innerhalb des Teams </li></ul><ul><li>Vorbereitung und Durchführung von Projektbesprechungen </li></ul>

70.
Aufgaben des Projektleiters <ul><li>Benennung von Stellvertretern </li></ul><ul><li>Koordination des Teams </li></ul><ul><li>Mitwirkung bei der Teamzusammensetzung </li></ul><ul><li>Aufgabenverteilung innerhalb des Teams </li></ul><ul><li>Aktives Betreiben erforderlicher Abstimmungen </li></ul><ul><li>Veranlassung notwendiger Schulungsmaßnahmen </li></ul><ul><li>Anruf der Entscheidungs- / Abstimmungsinstanz bei außergewöhnlichen Situationen </li></ul><ul><li>Erstellen der Statusberichte </li></ul><ul><li>Projektunterlagen-verwaltung </li></ul>

71.
Anforderungen an den Projektleiter <ul><li>Belastbar </li></ul><ul><li>Selbstständig </li></ul><ul><li>Verantwortungsbewusst </li></ul><ul><li>Kooperativ </li></ul><ul><li>Durchsetzungsfähig </li></ul><ul><li>Soziale Kompetenz </li></ul><ul><li>Kritisch </li></ul><ul><li>Kreativ </li></ul><ul><li>Motivationsfähig </li></ul><ul><li>Urteilsfähig </li></ul>

72.
Kompetenzen des Projektleiters <ul><li>Mitwirkung bei der Zieldefinition </li></ul><ul><li>Projektbezogenes Weisungsrecht </li></ul><ul><li>Projektbezogenes Informationsrecht </li></ul><ul><li>Projektbezogenes Entscheidungsrecht </li></ul><ul><li>Bestellbefugnis </li></ul><ul><li>Mitspracherecht bei der Bestimmung der Fachverantworlichen </li></ul><ul><li>Terminliche Planungshoheit </li></ul><ul><li>Projektbudget-verantwortung </li></ul><ul><li>Verantwortung gegenüber dem Kunden </li></ul>

73.
Zusammensetzung des Projektteams Projektleiter Ständige Mitarbeiter Zeitweilige Mitarbeiter Dienstleister (externe)