Betriff „IT Projektmanagement“

Verständnis und Dynamik

Standish Group, Chaos Study

2011

Kunde Lieferant

Fehlende

Anforderungen

Branchenspez.

Fachbegriffe,

Vorgaben

Mangelnde

IT-Erfahrung

Technisch

Verstanden

Mangelnde

Branche-

kenntnisse

Denkt in

Lebenszyklen

Updates sind

Selbstver-

ständlich

Bewusste Anforderungen

Unbewusste Anforderungen

Kunde Lieferant

Bewusste Anforderungen

Unbewusste Anforderungen

Ungeahnte Anforderungen

Kunde Lieferant

„Kunde“ ist unzureichend repräsentiert

Kritische Anforderung wird übersehen

Nur funktionale Anforderungen werden berücksichtigt.

Unkontrollierte Änderungen und Anforderungen

Beschreibung der Anforderungen als Entwurf

Anforderungen werden nicht geprüft

Perfektion von Anforderungen und Spezifikationen

Christoph Ebert, 2008

Dr. Eberhard Huber, Otto-von-Güricke Universität Magdeburg

Stefan Riemer, Wiki

PM Studie 2008, PA Consulting Group

Zeitlicher Abstand zwischen Ursache und Wirkung

Fehleinschätzungen

Zielfixierung

Kognitives Feedback bekommen

Exakt und

entsprechend

detailliert

spezifizieren

Realistische Kosten-

u. Zeiten kalkulieren

System aus Sicht der

Anforderungen von

morgen spezifizieren

Nicht funktionale

Anforderungen

berücksichtigen

Projektverantwortung

– auch der Kunde

benötigt einen

Projektleiter.

Nicht zu sehr auf

Technologie

konzentrieren

Möglichst alle

Stakeholder

berücksichtigen und

einbeziehen

Anbieter-Auswahl

sorgfältig vornehmen

Balance zwischen

Funktionen, Zeit, Kosten

u. Qualität halten – fair

spielen!

Genügend Zeit für Tests

nehmen und Projekte

umfassend Abnehmen

lassen.

Multiprojekt-

management

„Führen mit

Engstelle“

Multikulturelle

Teams

Drum-

Ressource

Teament-

wicklung

Projektziel:

Akzeptanz

Konflikt:

Technik und

Zeit

Planen als

kontinuierliche

Tätigkeit

Agiles

Projektmgnt

Projekttage-

buch

Es existiert keine echte Projektbeauftragung (meist interne Projekte)

Keine Unterstützung vom Top-Management

Unerfahrene Projektleiter

Zentrale „Projektmitarbeiter sind überlastet“

Risiken werden nicht aktiv bearbeitet

Fehlender Prozess für Änderungsmanagement

Satya Narayan Dash 2009: www.pmhut.com

Fehlendes techn. Wissen im Projektteam

Umfang des Projektes nicht formal geklärt

Projektplan ist nicht aktuell gehalten

Qualitätssicherung vernachlässigt.

Große Widersprüche bei der Projektinitiierung

Satya Narayan Dash 2009: www.pmhut.com