Projektmanagement

• Projektzielverständnis noch einmal abgleichen
• Nachfragen klären
• Wording und Verständnis der Ausgangssituation vertiefen
• IST-Analyse zum direkten Projektziel durchführen (Stärken, Schwächen, Chancen, Risiken)
• existente Vorstellungen zur Lösung beim Kunden einsammeln, ggf. durch erste Richtungsfragen stimulieren
• konkrete Anforderungen zu den Projektzielen sammeln, systematisieren und priorisieren
• Projektzielverständnis erneut abgleichen 

• Vorstellung/Kennenlernen
• Projektkontextbetrachtung (unabhängig vom konkreten Projektinhalt)
• übergeordnete Erwartungen an das Projekt
• überhaupt relevantes Material, Informationen und Eindrücke sammeln
• Projektaufgabe konkretisieren und abgrenzen
• Projektregeln vereinbaren
• Projektziel benennen 

Velocity als Basis der Gesamtkostenschätzung

• die durch Produkt Owner (und Scrum Master) geschätzte Projektgesamtdauer wird mit ermittelten Tagessätzen multipliziert
• dadurch ergeben sich geschätzte Projektgesamtkosten
• Impediments müssen als Risikofaktoren in die Kalkulation einfließen (wie üblich). 

Velocity als Basis der Gesamtdauer- und Gesamtkostenschätzung

• der Produkt Owner (und der Scrum Master) schätzen die Story Points des gesamten Produkt Backlogs
• die Velocity über alle Teams gibt einen Wert der Produktivität der Organisation 
• Beispielrechnung

• besteht aus 5 +/- 2 oder 7 +/- 2 festen Personen
• crossfunktional
• entscheidet autonom über die Planung und Umsetzung der Anforderungen in Backlog Tasks
• jeder gibt im Daily Scrum einen Statusbericht
• präsentiert das Ergebnis des Sprints im Sprint Review
• jedes Mitglied aktualisiert täglich seine Restaufwände seiner Tasks im Sprint Backlog

• managt den Prozess und beseitigt Hindernisse (Impediments)
• ist Vermittler und Unterstützer
• sorgt für Informationsfluss zwischen Product Owner und Team
• moderiert Scrum Meetings
• hat die Aktualität der Scrum-Dokumente im Blick
• schützt das Team während der Sprints
• verfügt über kein Budget 

• stellt fachliche Anforderungen und priorisiert sie
• pflegt das Product Backlog
• vertritt die fachliche Auftraggeberseite
• priorisiert die Product Backlog Items – User Storys (unter wirtschaftlichen Aspekten – zügiger ROI)
• passiver Teilnehmer der Daily Scrums
• fachlicher Ansprechpartner des Teams 

• eindeutige Aufgaben- und Funktionsverteilung anstreben
• Akzeptanz der Aufgabenverteilung herstellen
• Darstellung und Kommunikation der Aufgaben sichern
• Bereitschaft für eine schnelle Anpassung an geänderte Ziele und Randbedingungen gewährleisten
• Vorhandensein eines Prozesses für die effiziente Einführung neuer Kernteammitglieder aufbauen 

• Mitwirkung, Erstellung und Definition der Projektziele, Meilensteine, Termin- und Kostenplan
• planen und kontrollieren des Projektfortschritts
• Koordination, Arbeitsteilung, fachliche- und persönliche Betreuung der Projektbeteiligten
• Führung und Sicherstellung des Dokumentationswesens
• Steuerung der Reaktion auf Abweichungen
• Moderation der Projektsitzungen
• Repräsentation des Projektes 

• Ernennung und Unterstützung des Projektleiters
• Genehmigung der Projektplanung
• Personal- und Sachmittelbeschaffung
• Freigabe von Projektphasen
• Entscheid über Maßnahmen bei Abweichungen
• Entscheid über Projektabbruch
• Initialisierung von Projektaudits und Reviews 

1. Steuerkreis (Lenkungsausschuss)
2. Projektleitung
3. Teilprojektleitung
4. Kernteam/Mitarbeiter 

siehe Script

systematische Erhebung, Dokumentation und Kommunikation verlässlicher Daten für die Projektleitung bezüglich:

• Projektstatus
• Projektfortschritt
• erwartete Projektentwicklung

• Sicherstellung des Erreichens der Projektziele
• sach- und plangerechte Erledigung der Arbeitspakete sicherstellen
• Flexibilität auf Änderungen sicherstellen
• Abweichungen analysieren und zielorientiert ins Projekt integrieren
• Maßnahmen zur Steuerung von Abweichungen erarbeiten
• Maßnahmen einleiten und überwachen (lassen) 

• Transparenz über den Projektverlauf sichern
• Projektinformationen formalisiert bereitstellen
• Kommunikation zwischen Projektüberwachung und Projektsteuerung herstellen, aufrechterhalten und historisieren
• Input für Abschlussdokumente sichern

• den aktuellen Projektstand erfassen
• Abweichungen zur Planung rechtzeitig erkennen
• Ursachen der Abweichung ermitteln
• Projektsteuerung mit Informationen zur Erarbeitung von und zur Entscheidung über Maßnahmen versorgen
• (Projektverlauf prognostizieren) 

• Einleitung
• Projekthintergrund
• Produktanforderungen
• Fachliche Konzeption / Feinkonzeption
• Entwicklungs- und Produktionsrahmenbedingungen
• System- / Prozessschnittstellen
• Einverständnis-Erklärung
• Verzeichnisse 

• Lösungssicht auf die Projektanforderung des Kunden
• Fokus verschiebt sich vom Umfeld und Projektrahmenbedingungen auf präzise Eigenschaften der Lösung und deren Umsetzbarkeit
• Verfeinerung und Vervollständigung der im Lastenheft gestellten Anforderungen
• Grundlage für Make-or-Buy-Entscheidungen
• enthält Arbeitspaketpräzisierungen
• vertragliche Basis der Umsetzungsphase 

Inhalt:

• Anlass und Zielsetzung
  • Kontext, Problembeschreibung, Projektziel, IST-Analyse
• Umfang und Rahmenbedingungen:
  • SOLL-Beschreibung, Abgrenzung, zu berücksichtigende Zwänge
• Fachliche Beschreibung:
  • Anforderungen, Planungsdokumente
• Anhänge:
  • Glossar, Literatur 

• Beschreibung des fachlichen Kontextes
• Zusammenfassung aller fachlichen bzw. fundamentalen Basisanforderungen, die das zu entwickelnde Produkt aus Sicht des Auftraggebers zu erfüllen hat
• klärt das WAS
• bildet die Basis zur Beauftragung
• ist Bestandteil des Pflichtenheftes

• unterliegen der Dokumentationspflicht
• Klärung aller aktuellen offenen Punkte (APOrientierung)
• schriftliche Fixierung getroffener Entscheidungen
• Terminvereinbarungen für alle nächsten Todos
• Verantwortlichkeiten für alle nächsten Todos
• stets den nächsten Termin und die nächsten Inhalte für Projektstatusmeeting vereinbaren

Rest in der Klausur

Anforderungen der Projektpartner können gleichwertig, sollten aber gewichtet behandelt werden.

Gewichtung: 

• nach fachlicher,
• nach finanzieller oder
• nach zukünftiger Involvierung. 

Stakeholder
„Interessenhalter“, „Projektbeteiligter“
der Begriff versucht den sozioökonomischen Kontext der Projektarbeit zu beschreiben

--> Stakeholder ist jede zu berücksichtigende interne oder externe Anspruchsgruppe bezüglich des Erfolgsfaktors bzw. der Existenzfähigkeit von Projektarbeit 

untersucht die Ziele eines Projektes bzw. Vorhabens (unter betriebswirtschaftlichen Aspekten)

Beispielhafte Gliederung:

• Einführung (Zielsetzung)
• Annahmen und Methoden (Annahmen, KostenNutzen-Analyse, Umfang und Abgrenzung)
• betriebswirtschaftliche Auswirkungen (Finanzmodell, Ergebnisanalyse)
• Risiko-Analyse
• Fazit & Empfehlung 

Meilensteine

• orientieren sich entlang des kritischen Pfades
• beschreiben ein messbares Ergebnis mit definierten Kosten zu einem bestimmten Termin (Was? Bis Wann? Für Wie viel?)
• müssen eine wesentliche Zäsur enthalten und eindeutig im Voraus festgelegt worden sein
• beinhalten logische Abschnitte, bei denen inhaltliche Entscheidungen getroffen werden und ggf. Verantwortlichkeiten wechseln
• ermöglichen eine „Step-or-go“ Entscheidung des Auftraggebers/ Lenkungsausschusses
• Projektfreigaben erfolgen von Meilenstein zu Meilenstein (Lenkungsausschuss)
• ermöglichen dem Kernteam Feedback für geleistete Arbeit oft mit zusätzlicher Motivation versehen (Prämien, Feiern) 

Projektauftrag enthält:

• messbare Ziele des Projektes
• Ursprung des Projektes
• Beschreibung des „Liefergegenstandes“
• Nennung der Stakeholder
• Annahmen
• Einschränkungen
• Befugnisse des Projektmanagers
• 1. Version des Projektstrukturplan
• 1. Version der Risikoanalyse
• Budget
• Team mit allen Kontaktadressen
• definierte Kommunikationswege bzw. -zyklen 

• zerlegt das Projekt in planbare, logische Teile
• grafische Darstellung der Projektaufgabe
• schafft Basis für Ablauf-, Termin- und Kostenplanung
• Sichten:
  • organisationsorientiert
  • produktorientiert
  • phasen- /prozessorientiert 

Ist das Vorhaben:

• zeitlich befristet
• sachlich begrenzt
• ein- und erstmalig
• zuständigkeitsübergreifend
• komplex
• mit erheblichem Umfang (hauptamtlicher Personaleinsatz notwendig)
• unter Umständen innovativ und/oder riskant sollte es als Projekt durchgeführt werden.