Projekt Management PM

tägliche Arbeit mit festem Ablauf

Termine einmalig, mit Zeitrahmen

Ressourcen Personal, Geld, Sachmittel

Leistung Aufgabe / erwartetes Ergebnis mit Funktionen, Qualität, Leistung

1. Abgrenzbarkeit von: Aufgabe, Ergebnis, Ressourceneinsatz, Zeitrahmen

2. Komplexität der Aufgabe

3. Einmaligkeit der Aufgabe

a) Wartungsprojekt

b) Migrationsprojekt

c) Projekt mit öffentlichen Ausschreibungen (Bewerber geben ein Angebot ab)

d) Neuentwicklung (Klassisches Entwicklungsprojekt)

e) Anpassung / Erweiterung einer bestehenden Lösung (Konfiguration eines zugekauften Produkts)

"Getting things done by people"

"Getting the project done"

planerische, steuernde Aufgaben eines Projekts in Anlehnung an ein konkretes Vorgehensmodell.

Organisation der zu erstellenden Artefakte zu einem definierten Zeitpunkt, Überprüfung (Qualitätssicherung), Ressourcenplanung, Risikomanagement

Projektleitung

$+$ Organisation

$-$ Projektinflation (Management wo nicht nötig, bei kleinen Projekten)

1. Projektablauf – was ist zu tun? (Start, Verfolgung, Abschluss)

2. Arbeitsstruktur – wer ist wofür zuständig?

3. Informationswesen – wer informiert wen, worüber, wann, wie?

Sowie:

Teilbarkeit der Aufgaben ist beschränkt

Jeder Parameter erniedrigt andere

1. Hohe Qualität (Wartbarkeit, Brauchbarkeit)

2. Hohe Quantität (Viele Feature)

3. Geringe Kosten

4. Kurze Entwicklungsdauer

1. Vorgaben vom Kunden
   • Aufgabenstellung (Anforderungen)
   • Budget (Zeit und Kosten-Rahmen)

2. Realisierungskonzept

3. Verfügbare Ressourcen des Auftragsnehmers
   • Know-how / Erfahrung
   • Budget (wie viel man verdienen möchte)
   • Termindruck (Auslastung mit anderen Projekten)

1. Idee oder Auftrag

2. Projekt-Initiative / Projekt-Initiierung $\rarr$ Ist das eine gute Idee?

   Markt-Analyse, Vor-Studien, Projektumfeldanalyse

   Was ist es für ein Projekt? Was soll es leisten? Welche Risiken?

   Die Vorarbeit kann ein eigenständiges Projekt sein.

   Je innovativer die Idee, desto weniger weiß man am Anfang darüber.

   Grobe Planung, Planungsgespräche

   Diskussion der Idee, Wahl der Projektleitung und des Teams

3. Projektziel $\rarr$ Konkrete Planung
   • Angebot / Auftragserteilung → Gültiger Projektplan
   • Meilensteine / Phasen

4. Projektantrag an Investoren

5. Kick-off nach Erhalt der Genehmigung + Projektauftrag

Sich verändernde Rahmenbedingungen sind normal, man muss mit Veränderung rechnen.

Priorisieren, Planungszyklen kürzen, anpassen

Wird den Entscheidern gegeben

• Beinhaltet

  • Projektbezeichnung

  • Ziele, Abgrenzung, Anforderungen, Features

  • Aufwand, Domänenmodell

  • Rollen (Entwickler, Leiter, Architekt, Tester)

  • Typ des Projekts (z.B.: Neuentwicklung, Migration, Wartung, etc.)

  • Zielgruppe

  • Ziele und Nicht-Ziele

Schriftliche (Ziel)vereinbarung zwischen Auftraggeber und Auftragnehmer).

Voraussetzung dafür ist die Ausarbeitung eines Projektvorschlags.

• Beinhaltet

  • Projektname

  • Projektbeschreibung

  • Rollen und Verantwortlichkeiten

  • Ziele, Abgrenzung

  • Projektplan (Zeit- und Kostenplan), Komponentendiagramm

  • Umfeld- und Risikoanalyse

  • Wiederverwendung von Komponenten, Technologiewahl

  • Lieferumfang und Abnahme

  • Nichtfunktionale Anforderungen (Skalierbarkeit, Performanz oder Verfügbarkeit)

  • Arbeitsstruktur

  • Informationswesen

• Produktqualität: Produkt nicht brauchbar / wartbar

• Projektabwicklung: Budget nicht eingehalten

• Anforderungen

  Unklar / zu gering

• Umsetzung der Anforderungen

  Nicht verstanden, schlechte Implementierung, Ressourcenmangel

• Projektmanagement

  Zu wenig Kommunikation, Budget falsch eingeteilt, Ressourcenmangel (Verfügbarkeit, Qualifikation, Erfahrung)

Quellen

• Aus Aufgabenstellung: Abhängigkeit zu APIs, ...

• Generelle Risiken: Personalausfall, ...

Eintrittswahrscheinlichkeit

Schadenspotential

Mögliche Mehrkosten berechnen und einplanen

Planung von Maßnahmen

• Vorbeugung - risiko Reduzieren

• Abhilfe - Folgen lindern (zb Versicherung)

Netzplan: PERT-Diagramm

Balken-Diagramm: GANTT-Diagramm

Meilensteintrendanalyse (MTA)

Burn-down-Chart

Immer neue Schätzungen des Abschlusses basierend auf aktueller Geschwindigkeit bei jedem daily scrum.

Projektumsetzung mit Verfahrensmodellen (Überblick)

Das Problem am sequentielle Softwareentwicklung (Wasserfallmodell)

Iterative Softwareentwicklung: Flexible Reaktion auf Änderungen