IT Projekte beherrschbar machen

684 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
684
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

×