6.2 Projektkonfigurationsaktivitäten

• Beschaffungs und Zulieferungsmanagement

• Inahlts und Umfangsmanagment

• Integrations und Teammanagement

• Qualitätsmanagement

• Kostenmanagement und Controlling

• Softwareentwicklungsmanagement

• Stakeholder und Kommunikationsmanagement

• Zeitmanagement

• Beschaffung und Zulieferung planen

• Anfoderungsanalyse planen / Anforderungsmanagment konfigurien

• Change Request Prozess planen

• Projektteam aufstellen

• Projektmanagementplan entwickeln

• Qualitätsplanung erstellen

• Projekt Controlling aufsetzen

• Risikoplanung konfigurieren

• Softwareentwicklung konfigurieren

• Kick Off Workshop durchführen

• Projektkommunikation planen

• Planung aller projektbezogenen Aktivitäten zur Beschaffung

• Beschaffung von:

  • Dienstleistungen

  • Waren

• Planung mit dem Auftraggeber vereinbarter Zulieferungen

• Während der Projektkonfiguration oft noch nicht bekannt, was konkret beschafft werden muss

• Deshalb zuerst:

  • Kriterien zur Entscheidungsfindung festlegen

  • Rahmenbedingungen zur Beschaffung festlegen

• Berücksichtigung organisationsspezifischer Vorgaben:

  • Freigabeprozesse

  • Kostengrenzen

  • Standards

  • DIN-Normen

• Teaminterner Aufbau erforderlicher Kompetenzen berücksichtigen

• • Für manche Rollen formale Qualifikationen notwendig

• Sobald Beschaffungsobjekte bekannt sind:

  • Aufnahme in den Projektmanagementplan

  • Dokumentation von:

    • Bereitstellungstermin

    • Kosten

• Beschaffungsbedarf ergibt sich aus:

  • Bereitstellungstermin

  • Dauer des Beschaffungsprozesses

Vertragsformen

• Time and Material (T&M)

• Fixed Price Contract (FFP)

• Fixed Price Incentive Fee Contract (FPIF)

• Fixed Price with Economic Price Adjustment (FP-EPA)

Häufigste Vertragsformen bei Softwareprojekten

• Time and Material

• Fixed Price Contract

• Falls noch keine Aufwandsschätzung existiert:

  • Erstschätzung wird vorgenommen

• Existiert bereits eine Schätzung:

  • Überprüfung auf Basis der durch die Planungsaktivitäten gewonnenen Erkenntnisse

• Werden Toleranzgrenzen überschritten:

  • Kostenplan muss genehmigt werden

• Gilt auch bei größeren Aufwandsverschiebungen innerhalb des Projektes

• Auch wenn sich die Gesamtkosten nicht verändern

• Auf Basis der geschätzten Aufwände für jedes Arbeitspaket:

  • Erstellung einer Kostenkurve möglich

• Bei der Earned-Value-Analyse wird verwendet:

  • Planned Value (PV)

• Zusätzlich wird festgelegt:

  • wie die Aufwands- und Kostenkontrolle im Projekt erfolgen soll

• Dafür kann eingesetzt werden:

• • Earned-Value-Analyse

Ziele der Projektkommunikation

• Mitarbeitende im Projekt sollen alle Informationen haben, die sie für ihre Arbeit benötigen

• Die Arbeit des Projekts soll über das Projekt hinaus dargestellt werden

  Werbung für das Projekt machen

  Stakeholderanalyse

• Analyse der:

  • Interessen

  • Bedürfnisse der Stakeholder

  Auf Basis der Analyse wird festgelegt:

• in welche Informations- und Kommunikationsaktivitäten Stakeholder eingebunden werden

Typische Elemente der Kommunikationsplanung

Regelmäßige Meetings

• innerhalb des Projektteams

• innerhalb von Teilprojektteams

• mit dem Auftraggeber

• mit dem Lenkungsausschuss

Berichtswesen

Festlegung:

• welche Berichte

• mit welchem Inhalt

• zu welchem Zeitpunkt

• an welche Adressaten übergeben werden müssen

Beispiel:

• wöchentlicher Statusbericht

Kommunikationsarten

Informationsorientierte Kommunikation

• Daten

• Zahlen

• Fakten

Beziehungsorientierte Kommunikation

• Intranet

• Besprechungen

• Einzelgespräche

Softwareprozessmodell

Ein geeignetes Softwareprozessmodell wird:

• ausgewählt

• konfiguriert

Werkzeuge

Bereitstellung der für den Softwareprozess benötigten Werkzeuge

Systeme

Insbesondere:

• Hard- und Softwaresysteme,

  • auf denen das fertige System später eingesetzt werden soll

Zusätzlich:

• Systeme für die Erstellung des Deployment-Pakets

• Systeme zur Unterstützung der Softwaretests

• Systeme zum automatischen Deployment auf Test- bzw. Produktionssystemen

Organisationsspezifische Vorgaben

• Viele Organisationen haben spezifische Vorgaben zum Prozess der Softwareentwicklung

• Diese müssen bei der Konfiguration berücksichtigt werden

Anforderungsanalyse

• Bezeichnet das gesamte Requirements Engineering (RE) im Projekt

Requirements Engineering umfasst

• Ermittlung von Anforderungen

• Dokumentation von Anforderungen

• Validierung von Anforderungen

• Verwaltung von Anforderungen

Zu Beginn eines Vorhabens

• geeignetes Requirements Engineering (RE) konfigurieren

Bei der Konfiguration des Anforderungsmanagements wird festgelegt

• wie das fachliche Requirements Engineering organisiert wird

• wie mit Änderungsanfragen (Change Requests) verfahren wird

Im Requirements Engineering wird festgelegt

Anforderungen erfassen und dokumentieren

• auf welchem Weg Anforderungen erhoben werden

• mit welchen Techniken und Werkzeugen Anforderungen dokumentiert werden

Qualität und Änderungen

• wie die Qualitätssicherung von Anforderungen organisiert wird

• wie mit Änderungen an bestehenden Anforderungen umgegangen wird

Ergebnisse und Prototyping

• welche Arbeitsergebnisse im RE erstellt werden müssen

• ob und wie Prototyping unter Mitwirkung der Benutzenden durchgeführt und organisiert wird

Konflikte und Zusammenarbeit

• wie der Eskalationspfad für den Konfliktfall bei der Abstimmung von Anforderungen aussieht

• wie der Auftraggeber in Prozesse beim RE geeignet einbezogen wird

Abnahme und Freigabe

• wie die Abnahme und die Freigabe von Anforderungen im Projekt organisiert werden

Grund

Auch nach einer intensiven Phase des Requirements Engineering:

• Änderungen

• Anpassungswünsche seitens der Kunden kommen im Verlauf des Projekts vor

Deshalb muss im PM-Plan festgelegt werden

• wie späte Anforderungen behandelt werden sollen

Diese Festlegungen heißen:

• Change Request Management

Warum besonders wichtig?

• späte Anforderungen bedeuten zusätzliche Umsetzungsaufwände

• Auftraggeber soll nicht verärgert werden

• Auftragnehmer muss besonders bei Festpreisprojekten darauf achten:

  • dass das Projekt im Kostenrahmen bleibt

Grundlage

• erste vom Auftraggeber abgenommene und freigegebene Anforderungsdokumentation

Änderungen daran haben Auswirkungen auf

• Inhalt

• Zeit

• Budget

Deshalb:

• Änderungen nur über festgelegte Entscheidungswege

Gilt auch für

• iterative Vorgehensweisen

• agile Vorgehensweisen

• wie neue bzw. geänderte Anforderungen differenziert werden

• wann über Änderungsvorschläge entschieden wird

• wer über die Aufnahme der Änderungen entscheidet

• wie Budgetierung und Freigabe erfolgen

Qualitätsplanung

Festlegung:

• wie die Qualität der im Verlauf des Projekts erstellten Artefakte

  • bei ihrer Entstehung

  • nach ihrer Fertigstellung

  • an Schnittstellen zu anderen Prozessen gewährleistet und überprüft wird

Arten des Qualitätsmanagements

• konstruktives Qualitätsmanagement

• analytisches Qualitätsmanagement

Konstruktives Qualitätsmanagement

• Qualitätseigenschaften werden a priori (vor der Erstellung) definiert

Ziele

• Fehler während der Softwareentwicklung vermeiden

• Qualität der Artefakte gewährleisten bzw. erhöhen

Betrachtet wird

• Qualität aller Projektprozesse

• Qualität der Liefergegenstände

Maßnahmen

Technische Maßnahmen

• Modellierungssprachen

• Werkzeuge

• Entwicklungsumgebungen

Organisatorische Maßnahmen

• Richtlinien

• Standards

• Templates

• Checklisten

Zwischenmenschliche Maßnahmen

• Trainings

• Arbeitsklima

• gemeinsame Hobbys

Analytisches Qualitätsmanagement

• Maßnahmen werden ex post (nach der Erstellung) durchgeführt

Ziele

• Prüfung und Bewertung des Qualitätsniveaus

• Fehler systematisch aufspüren

• Ausmaße der Fehler bestimmen

Testverfahren

Statische Tests

• Reviews oder Audits

Prüfling wird:

• analysiert

• begutachtet

• untersucht

Informationen werden:

• zusammengetragen

• in Metriken/Kennzahlen verdichtet

• ausgewertet

Dynamische Tests

• Prüfling wird mit konkreten Eingabewerten ausgeführt

• Ergebnis der Ausführung wird bewertet

Testkonzept

• wichtiges Element der Qualitätsplanung

• notwendig, da Softwaretests oft hohe Aufwände verursachen

Ziel

• zielgerichtete Konzeption und Durchführung von Softwaretests

• in einem angemessenen Rahmen für das Projekt

Das Testkonzept legt fest

• welche Rollen

• zu welchen Zeitpunkten

• nach welchen Methoden

• mit welchen Werkzeugen welche Elemente der Systeme testen

Das Testkonzept unterscheidet

• verschiedene Testphasen

• davon abhängige Prüfziele

Grundlage des Testkonzepts

• Anforderungsdokumentation

• funktionale Anforderungen

• Qualitätsanforderungen

• Randbedingungen

  
  

Zusammenstellung des Projektteams

Projektmanagement stellt auf Basis:

• des Projektauftrags

• der Vorbereitungsphase ein Projektteam planerisch zusammen

Das Team muss

• alle erforderlichen Kompetenzen und Fähigkeiten abdecken

• um das Projektziel zu erreichen

Teammitglieder können kommen von

• eigener Organisation

• externen Partnern

• Personaldienstleistern

Teamzusammenstellung hängt oft ab von

• individuellem Verhandlungsgeschick des Projektmanagements

Problem

Experten, die gleichzeitig gute Teamplayer sind:

• werden oft von mehreren Projekten angefragt

• Wunschkandidat:innen daher oft nicht verfügbar

Kriterien bei der Zusammenstellung

• Verfügbarkeit

• Kosten

• Erfahrung

• Kompetenzen

• Kunden- und Branchenwissen

• Toolkenntnisse

• Verhalten im Team

Kommunikationsmöglichkeiten

• Zeitzonen

• räumliche Nähe

• Sprachen

Besonderheit

• manchmal werden Teammitglieder Projekten zugewiesen

• Projektmanagement hat dann keinen nennenswerten Einfluss auf die Zusammenstellung

Ziel der Risikoplanung

• nicht einzelne Projektrisiken identifizieren

• sondern allgemein festlegen:

  • wie das Risikomanagement durchgeführt werden soll

Vorgaben zum Risikomanagement

• Vorgehensweisen

• Regeln

• Eskalationspfade

Außerdem wird beschrieben

• wie das Projektteam grundsätzlich mit Risiken umgehen soll

• welche Konsequenzen mögliche Risiken auf den Projektplan haben können

Organisation

• Projektmanagement organisiert einen Kick-off-Workshop

• mit allen aktuell bekannten Projektbeteiligten

Vorgestellt werden

• alle Beteiligten

• Ziele

• Zeitraum

• Meilensteine

Außerdem werden geäußert

Erwartungen der Anwesenden an:

• das Projekt

• dessen Management

Zweiter Teil des Kick-off-Workshops

• nur im Kreis des Projektteams

Im Vordergrund stehen

• Entwicklung eines gemeinsamen Verständnisses über das Projektziel

• gegenseitiges Kennenlernen

Zusätzlich möglich

• teambildende Aktivitäten

abhängig von:

• Teamgröße

• Rahmenbedingungen

PM-Plan

Mit dem Projektmanagementplan legt das Projektmanagement fest:

• wie das Projekt abläuft

• wie das Projekt funktioniert

Außerdem umfasst er

• mögliche und notwendige Anpassungen des PITPM-Prozessmodells

• an projektspezifische Besonderheiten

Im PM-Plan wird dokumentiert

• welche Werkzeuge und Techniken im Projekt eingesetzt werden

• wie mit Änderungen im Projekt verfahren wird

• mit welcher Technik die Projektgeschwindigkeit gemessen wird

• wie im Projektteam untereinander und mit dem Management kommuniziert wird

• welche Veränderungen es zum PITPM-Prozessmodell gibt

• ob und auf welche Weise die Stimmung des Teams erfasst wird

• welche Vorgaben es zum Review und zur Freigabe von im Projekt erzeugten Ergebnissen gibt

Prozesse und Systeme

• zur Aufgabenverfolgung

• zur Projektplanung

• zum Fehlermanagement

• zum Management von Änderungsanfragen

werden im Projekt eingesetzt

Wichtiges Ziel der Konfiguration

• initiales Durchdenken der Projektaufgaben durch das Projektmanagement

Dadurch soll verhindert werden

• dass projektkritische Risiken

• und benötigte Ressourcen erst zu spät erkannt werden

Sonst:

• Gegensteuerung gar nicht mehr möglich

• oder nur mit großem Aufwand

Für Ausnahmesituationen gibt der PM-Plan vor

• Handlungsvorgaben

• Kommunikationsvorgaben

• Eskalationsvorgaben

Dadurch wird sichergestellt

• grundsätzliche Handlungsfähigkeit des Teams

• auch ohne Projektmanagement

• in Notfällen

Weitere Aufgabe

• wichtige Rolle im Kommunikations- und Interaktionsmanagement innerhalb des Projektteams