Projektmanagment

- keine Methode, sondern eine Sammlung von Prozessen und Werkzeugen

- Rahmenwerk zum Management von Projekten

- Pick ans Choose Ansatz

- Fokus auf Anforderungen

• Enthält keine Domänenorientierte Prozesse
  • Keine PM-Prozesse bezogen auf IT-Projekte
  • -> Anpassung auf die Pojektsituation/Branche sinnvoll

- Methodes zum Projektmanagement

- Anpassbar - jedoch nicht im Sinne eine Frameworks wie PMBOK

- Fokus auf Business Case

ICB: IPMA (international Project Management Association) Competence

- keine Methode, sondern eine Sammlung für das Verhalten von Projektbeteiligten

- Fokus auf Vermittlung von Kompetenzen

- Vorgehensmodell zur agilen Softewareentwicklung

- Rollen, Prozesse und Artefakte sind festgelegt

- Fokus auf Qualität

- Vorgehensmodell zur agilen Softwareentwicklung

- keine definierten Rollen

Kanbanboard als Steuerungsmittel

- Fokus auf Durchlaufzeiten und Engpässe

- PM-Kontext Kompetenzen

-PM-Verhaltens-kompetenten

- PM-technische Kompetenzen

ICB: IPMA (international Project Management Association) Competence

• Initiierungsprozesse
• Planungsprozesse
• Ausführungsprozesse
• Überwachungs- & Steuerungsprozesse
• Abschlussprozesse

- Integrationsmanagement

- Inhalts & Umfangsmanagement

- Terminmanagement

- Kostenmanagement

- Qualitätsmanagement

- Personalmanagement

- Kommunikationsmanagement

- Riskiomanagement

- Beschaffungsmanagement

Stakeholder-Management

• Lenken
• Managen
• Liefern

• Vor dem Projekt
• Initierungsphase
• Nachfolgende Phase …
• Letzte Phase

- To Do

- Doing

- Done

• Zweck / Rechtfertigung des Projektes
• Projektzielvorgaben (messbare Erfolgskriterien)
• Grobe Anforderungen
• Annahmen und Einschränkungen
• Projektbeschreibung und Abgrenzungen
• Wichtige Risiken
• Wichtige Meilensteine
• Angaben zum Budget
• Stakeholder-Liste
• Anforderungen zur Abnahme des Projektes (Kriterien, Person die Erfolg erklärt undabnimmt)
• Projektmanager (mit Verantwortlichkeit und Befugnisebene)
• Liste der Sponsoren (inkl. Stellung die den Projektauftrag genehmigen)

Beteiligte mit Einfluss oder Betroffene von Entscheidungen, Vorgängen und Ergebnissen

1. Identifizierung aller potentiellen Stakeholder

• Rollen, Abteilungen, Interessen, Kenntnisse, Erwartungen und Einflussebenen
• Bestimmung der Schlüssel-Stakeholder mit Entscheidungsbefugnissen oder Leitungsfunktion

2.  Analse der potentiellen Auswirkung oder Unterstützung jedes Stakeholders und deren Klassifizierung

• Priorisierung für angemessenes Vorgehen bei Kommunikation und dem Management der Erwartungen

3. Beurteilung der unterschiedlichen Reaktionsmöglichkeiten der Schlüssel-Stakeholder

• Durch gezielte Beeinflussung und Motivation soll deren Unterstützung erweitert werden
• Zusätzlich sollen negative Auswirkungen gemindert werden

Hohe Prio

- Keystakeholder (hohe Macht, Legitimität und Erwartungen)

Mittlere Prio

- Dominate Stakeholder (mittlere Macht und Legitimität)

- Gefährliche Stakeholder (mittlere Macht und Dringlichkeit)

- Abhängige Stakeholder (keine MAcht, aber Legitimität und Dringlichkeit)

Niedrige Prio

- Stille Stakeholder (hohe Macht, z.B. CEO)

- Beteiligte Stakeholder (keine Macht, lediglich Legitimität)

- Fordernde Stakeholder (keine MAcht, lediglich Dringlichkeit)

- Key Stakeholder: stehen im Zentrum der Aufmerksamkeit

- Dominate Stakeholder: haben relativ geringe Erwartungen an die Erfüllung ihrer Anforderungen

- Gefährliche Stakeholder: relativ hohe Erwartungen an die Erfüllung ihrere Anforderungen + oft Treiber von Scope Erweiterungen

- Abhängige Stakeholder: können ihre geringe Macht durch Allianzen stärken

- Stille Stakeholder: schalten sich oft erst bei Projektschieflage ein (Bsp. CEO)

- Beteiligte Stakeholder: Haben kaum Einfluss (Bsp. Enduser)

- Fordernde Stakeholder: Können bei Nichbeachtung zu Verhinderern werden (Bsp. Enfernt Beteiligter der Anforderungen stellen darf)

• Anforderungen Ermitteln und Erheben
• Konflikte erkennen und beseitigen
• Anforderungen dokumentieren
  • Verständlich machen
  • Zentral sammeln
  • Klassifizieren & Priorisieren
  • Änderungen erkennbar machen
• Vollständigkeit prüfen

Legt fest, was ein Produkt tun soll

Legt fest welche Eigenschaft ein Produkt haben soll (Zuverlässigkeit, Look & Feel, Benutzbarkeit,…)

- Aufteilung des Projektes in Teilaufgaben und Arbeitspakete

- Teilaufgaben sind Elemente die weiter unterteilt werden müssen (mehrere Ebenen)

- Arbeitspakete sind Elemente der untersten Ebene und werden nicht weiter unterteilt

• Objektives Projektcontrolling
• Fortschrittsbewertung
• Vergleichbarkeit
• Frühwarnsystem

- Risikomanagement planen

- Risiken identifizieren

- qualitative Risikoanalyse durchführen

- quantitative Risikoanalyse durchführen

- Risikobewätigungsmaßnahmen planen

- Id

- Risiko

- Ursache

- Schaden [€ od PT]

- Eintrittswahrscheinlichkeit [%]

- Id

- Schaden [€ od PT]

- Eintrittswahrscheinlichkeit

- EMV (=Schaden x Eintrittswahrscheinlichkeit)

Methoden der Sitzungsleitung

- Vorbereiten einer Tagesordnung und Umgang mit Konflikten

- Protokolle erstellen und ablegen

Präsentationstechniken

- Kenntnis der Auswirkungen der Körpersprache und der visuellen Hilfsmittel

Moderationstechniken

- Konsensbildung und Überwindung von Hindernissen

Zuhörtechniken

- Aktives Zuhören

- Beseitigung von Barrieren, die sich negativ auf das Verständnis auswirken