Darstellung der Success Driver Analyse (SDA)
2.Das Qualitätssicherungs-System der IT-Projekte bei der SBB Informatik
3.Von den Q-Gates Q-Points und anderen Analysemethoden zur SDA: Erfahrungen undEntwicklungstrends im Projektgeschäft der SBB IT
4.Die SDA als Teil eines Projekt-/ Programm Frühwarnsystem-/ Indikatorsystems (Projektradar)
Qualitätssicherungs-System
Optimierte Vorgehensweisen für Intranet-Projekte [DE]
Die Success Driver Analyse (SDA) als wirksames Instrument zur Steuerung von komplexen IT-Projekten und -Programmen
1. Die Success Driver Analyse
(SDA) als wirksames
Instrument zur Steuerung
von komplexen IT-Projekten
und -Programmen
Matthias Würgler, SBB IT
Ernest Wallmüller, www.itq.ch
Iqnite 24.09.2013
2. Inhalt
SBB • Division • Abteilung oder Bereich • DD.MM.YY 2
1. Darstellung der Success Driver Analyse (SDA)
2. Das Qualitätssicherungs-System der IT-Projekte bei der SBB
Informatik
3. Von den Q-Gates Q-Points und anderen Analysemethoden zur
SDA: Erfahrungen und Entwicklungstrends im Projektgeschäft der
SBB IT
4. Die SDA als Teil eines Projekt-/ Programm Frühwarnsystem-/
Indikatorsystems (Projektradar)
6. Context of Drivers …
Success factor is the term for an element that is necessary for an organization or project to achieve its mission.
It is a critical factor or activity required for ensuring the success of a company or an organization.
13. Das grösste Transportunternehmen der Schweiz.
13
Personenverkehr
977 000 Reisende/Tag
SBB Cargo
195 000 t Güter/Tag
Infrastruktur
3100 km Netz
Immobilien
3500 Gebäude
26. SDA: Vorgehen und Aufwände
SBB • Division • Abteilung oder Bereich • DD.MM.YY 26
1 Einführung in die Methode 1- 2h mit Betroffenen
2 Analyse Projektziele, Risiken
Definition projektspezifische Treiber
Workshop 2-4 h
3 Einschätzung der Treiber
20 – 25 Projektbeteiligte
1h/ Person
4 Auswertung der Ergebnisse 4h – 8h (1 Person)
5 Ergebnisse, diskutieren
erste Massnahmen, Risiken identifizieren
Ergebnisse dem Management präsentieren
Workshop 4h
6 Massnahmen umsetzen, Risiken mitigieren
Kontrolle der Umsetzung sicherstellen
…
27. SDA: Vergleich der pilotierten Verfahren
SBB • Division • Abteilung oder Bereich • DD.MM.YY 27
Verfahren
Problem-
früherkennung
Vergleichbarkeit
Ergebnisse
Akzeptanzvon
Massnahmen
Ursachen
erkennen
Aufwand
Projektteam
Aufwand
Auditteam
Projektaudit 30 h 75 h
Erweiterte
SWOT-
Analyse
35 h 20 h
Success
Driver
Analyse
40 h 20 h
Q-Point 6 h 4 h
28. 4. Die SDA als Teil eines
Projekt-/ Programm Frühwarnsystems
(Projektradar) SBB • Division • Abteilung oder Bereich • DD.MM.YY28
29. Frühwarn-Indikator-System
Regelmässige Analysen auf Stufe
Gesamtprojekt
Kennzahlen zu
ausgewählte
Indikatoren
Projekt-
fortschrittZustand der
Erfolgsfaktoren
Status der Arbeitspakete (EV)
Aufwand
Kosten
Erreichte Q-Ziele
Risiken bzw.
Status der Mitigationsmassnahmen
SDA
Zustand bzw. Umsetzungsgrad
der Anforderungen
(Traceability Matrix)
Aufwand für V & V
Testabdeckungsgrad
Abweichungszustand
Fehlerstatistik
32. Rechtzeitiges Erkennen einer sich abzeichnenden
Planabweichung
Zeit
Kontrollgrösse
100 %
Verzögerungszeit
Geplanter Verlauf
Unkontrollierter Verlauf
Erkennungszeitpunkte der Planabweichung
1
2
1
2
rechtzeitig
zu spät
33. Zusammenfassung
SDA bringt bei regelmäßiger Anwendung Transparenz und eine
gute Beurteilung der Erfolgschancen
SDA gibt klare Hinweise auf Abweichungen und mögliche Ursachen
Je grösser, komplexer die Vorgaben, umso früher lohnt sich der
Einsatz von Analysemethoden und hilft rechtzeitig bei der
Kurskorrektur
SDA ist für die SBB Informatik eine ideale Ergänzung der
Projektsteuerung bei grossen IT-Vorhaben
Der Aufwand für eine SDA ist eher kleiner im Vergleich mit andern
Projektassessments oder Audits.