   Betriff „IT Projektmanagement“   Verständnis und Dynamik
2011       Standish Group, Chaos Study
Kunde                                         Lieferant                Branchenspez.                    Mangelnde  Fehlend...
Bewusste AnforderungenKunde                              Lieferant        Unbewusste Anforderungen
Bewusste AnforderungenKunde                              Lieferant        Unbewusste Anforderungen        Ungeahnte Anford...
„Kunde“ ist unzureichend repräsentiert   Kritische Anforderung wird übersehen     Nur funktionale Anforderungen werden ber...
Dr. Eberhard Huber, Otto-von-Güricke Universität Magdeburg
Stefan Riemer, Wiki
PM Studie 2008, PA Consulting Group
Zeitlicher Abstand zwischen Ursache und WirkungFehleinschätzungenZielfixierungKognitives Feedback bekommen
Exakt und                                             System aus Sicht derentsprechend         Realistische Kosten-       ...
Möglichst alleNicht zu sehr auf                               Stakeholder              Anbieter-Auswahl  Technologie      ...
Multiprojekt-   „Führen mit    Multikulturelle      Drum-management       Engstelle“       Teams            Ressource     ...
Es existiert keine echte Projektbeauftragung (meist interne Projekte)Keine Unterstützung vom Top-ManagementUnerfahrene Pro...
Fehlendes techn. Wissen im ProjektteamUmfang des Projektes nicht formal geklärtProjektplan ist nicht aktuell gehaltenQuali...
IT Projekte beherrschbar machen
IT Projekte beherrschbar machen
IT Projekte beherrschbar machen
IT Projekte beherrschbar machen
IT Projekte beherrschbar machen
Nächste SlideShare
Wird geladen in …5
×

IT Projekte beherrschbar machen

727 Aufrufe

Veröffentlicht am

Sind IT Projekte beherrschbar?
+ Anforderungs- und Änderungsmanament
+ Einfluß Teamgröße
+ Erfahrungsfalle
= IT Projekt sind beherrschbar.

0 Kommentare
0 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Keine Downloads
Aufrufe
Aufrufe insgesamt
727
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
5
Aktionen
Geteilt
0
Downloads
8
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie

IT Projekte beherrschbar machen

  1. 1.  Betriff „IT Projektmanagement“ Verständnis und Dynamik
  2. 2. 2011 Standish Group, Chaos Study
  3. 3. Kunde Lieferant Branchenspez. Mangelnde Fehlende Technisch Fachbegriffe, Branche-Anforderungen Verstanden Vorgaben kenntnisse Updates sind Mangelnde Denkt in Selbstver- IT-Erfahrung Lebenszyklen ständlich
  4. 4. Bewusste AnforderungenKunde Lieferant Unbewusste Anforderungen
  5. 5. Bewusste AnforderungenKunde Lieferant Unbewusste Anforderungen Ungeahnte Anforderungen
  6. 6. „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üftPerfektion von Anforderungen und Spezifikationen Christoph Ebert, 2008
  7. 7. Dr. Eberhard Huber, Otto-von-Güricke Universität Magdeburg
  8. 8. Stefan Riemer, Wiki
  9. 9. PM Studie 2008, PA Consulting Group
  10. 10. Zeitlicher Abstand zwischen Ursache und WirkungFehleinschätzungenZielfixierungKognitives Feedback bekommen
  11. 11. Exakt und System aus Sicht derentsprechend Realistische Kosten- Anforderungen von detailliert u. Zeiten kalkulieren morgen spezifizierenspezifizieren Projektverantwortung Nicht funktionale – auch der Kunde Anforderungen benötigt einen berücksichtigen Projektleiter.
  12. 12. Möglichst alleNicht zu sehr auf Stakeholder Anbieter-Auswahl Technologie berücksichtigen und sorgfältig vornehmen konzentrieren einbeziehen Balance zwischen Genügend Zeit für Tests Funktionen, Zeit, Kosten nehmen und Projekte u. Qualität halten – fair umfassend Abnehmen spielen! lassen.
  13. 13. Multiprojekt- „Führen mit Multikulturelle Drum-management Engstelle“ Teams Ressource Konflikt: Planen als Teament- Projektziel: Technik und kontinuierliche wicklung Akzeptanz Zeit Tätigkeit Agiles Projekttage- Projektmgnt buch
  14. 14. Es existiert keine echte Projektbeauftragung (meist interne Projekte)Keine Unterstützung vom Top-ManagementUnerfahrene ProjektleiterZentrale „Projektmitarbeiter sind überlastet“Risiken werden nicht aktiv bearbeitetFehlender Prozess für Änderungsmanagement Satya Narayan Dash 2009: www.pmhut.com
  15. 15. Fehlendes techn. Wissen im ProjektteamUmfang des Projektes nicht formal geklärtProjektplan ist nicht aktuell gehaltenQualitätssicherung vernachlässigt.Große Widersprüche bei der Projektinitiierung Satya Narayan Dash 2009: www.pmhut.com

×