Zum Inhalt

8. Quiz

Lernziele

Nach diesem Kapitel können Sie Ihr Wissen über alle Themen des Moduls 12 testen und festigen: - Projektcontrolling und Soll-Ist-Vergleich - Earned Value Analyse (EVA) - Meilensteintrendanalyse (MTA) - Projektabnahme - Gewährleistung - Projektabschluss - Lessons Learned

Modul Übersicht

Kapitel 8 Lesezeit: ~30 Min Wissenscheck - Alle Kapitel

Übersicht

Dieses Quiz umfasst 15 Fragen, die alle Themen des Moduls abdecken. Die Fragen sind nach Kapiteln sortiert, um strukturiert lernen zu können.

Kapitel Fragen Themen
1. Projektcontrolling 2 Soll-Ist-Vergleich, Fertigstellungsgrad, Aufgabenverteilung
2. Earned Value 3 PV, EV, AC, CPI, SPI, EAC, VAC
3. Meilensteintrendanalyse 2 MTA, Kurvenverläufe, Vor-/Nachteile
4. Projektabnahme 2 Abnahmeprozess, Rechtsfolgen, Mängel
5. Gewährleistung 2 Gewährleistungsrechte, Fristen, Mängelarten
6. Projektabschluss 2 Nachkalkulation, Abschlussbericht, Aktivitäten
7. Lessons Learned 2 Prozess, Erfolgsfaktoren, Hindernisse

Fragen

Frage 1: Projektcontrolling - Abgrenzung

Was ist der entscheidende Unterschied zwischen Projektcontrolling und Portfolio-Controlling? Nennen Sie je eine typische Aufgabe für beide Bereiche.

Lösung anzeigen

Lösung:

Das Projektcontrolling bezieht sich auf die Steuerung innerhalb eines spezifischen Projekts und ist Kernaufgabe der Projektleitung. Das Portfolio-Controlling betrachtet Projekte aus der übergeordneten Unternehmenssicht, um Ressourcen und Strategien über mehrere Projekte hinweg zu koordinieren.

Typische Aufgaben: - Projektcontrolling: Kostenüberwachung, Terminkontrolle, Aufwandserfassung, Fertigstellungsgradermittlung - Portfolio-Controlling: Ressourcenallokation über Projekte, Priorisierung von Projekten, strategische Ausrichtung, Gesamtbudgetsteuerung

Frage 2: Projektcontrolling - Fertigstellungsgrad

Ein Arbeitspaket hat laut Plan 100 Personentage (PT) und einen Fertigstellungsgrad von 75%. Berechnen Sie den Fertigstellungswert (Earned Value) für dieses Arbeitspaket, wenn die geplanten Kosten 50.000 € betragen. Erklären Sie, warum der Fertigstellungsgrad oft eine Schätzung ist.

Lösung anzeigen

Lösung:

EV = Plan-Kosten × Fertigstellungsgrad EV = 50.000 € × 0,75 = 37.500 €

Der Fertigstellungsgrad ist oft eine Schätzung, weil: - Teilleistungen schwer quantifizierbar sind (z.B. "Software ist fast fertig") - Subjektive Einschätzungen der Mitarbeiter zu Ungenauigkeiten führen - Das "90%-Syndrom" zu optimistischen Schätzungen führt - Objektive Messverfahren nicht immer verfügbar sind - Die tatsächliche Qualität der Teilleistung schwer zu bewerten ist

Frage 3: Earned Value - Grundwerte

Ein Projekt hat zum Stichtag folgende Werte: PV = 120.000 €, EV = 100.000 €, AC = 140.000 €. Berechnen Sie CV, SV, CPI und SPI. Interpretieren Sie alle vier Werte.

Lösung anzeigen

Lösung:

Berechnungen: - CV = EV - AC = 100.000 € - 140.000 € = -40.000 € - SV = EV - PV = 100.000 € - 120.000 € = -20.000 € - CPI = EV / AC = 100.000 € / 140.000 € = 0,71 - SPI = EV / PV = 100.000 € / 120.000 € = 0,83

Interpretation: - CV = -40.000 €: Das Projekt ist 40.000 € über Budget (Kostenüberschreitung) - SV = -20.000 €: Das Projekt ist zeitlich hinterher (um 20.000 € Planwert) - CPI = 0,71: Das Projekt ist ineffizient; für jeden investierten Euro erhalten wir nur 0,71 € an Wert - SPI = 0,83: Das Projekt ist langsamer als geplant; wir haben erst 83% der geplanten Arbeit erbracht

Gesamtbeurteilung: Das Projekt befindet sich in einer kritischen Situation mit erheblichen Kosten- und Terminproblemen. Sofortige Gegenmaßnahmen sind erforderlich.

Frage 4: Earned Value - Prognose

Ein Projekt hat ein Gesamtbudget (BAC) von 500.000 €. Zum Stichtag: EV = 150.000 €, AC = 200.000 €, CPI = 0,75. Berechnen Sie die EAC (Estimate at Completion) unter der Annahme, dass sich die aktuelle Performance fortsetzt. Berechnen Sie außerdem die VAC (Variance at Completion).

Lösung anzeigen

Lösung:

Berechnung EAC: Methode: Fortsetzung der aktuellen Performance

EAC = BAC / CPI
EAC = 500.000 € / 0,75 = 666.667 €

Berechnung VAC: 

VAC = BAC - EAC
VAC = 500.000 € - 666.667 € = -166.667 €

Interpretation: - Das Projekt wird voraussichtlich 666.667 € kosten statt der geplanten 500.000 € - Dies entspricht einer Budgetüberschreitung von 166.667 € (33% über Budget) - Die VAC ist negativ, was eine Budgetüberschreitung anzeigt

Frage 5: Earned Value - Interpretation

Erklären Sie die Beziehung zwischen den drei Grundwerten PV, EV und AC. Was sagt es aus, wenn: a) EV > PV b) EV < PV c) EV > AC d) EV < AC

Lösung anzeigen

Lösung:

Beziehung der drei Grundwerte: - PV (Planned Value): Was bis zum Stichtag geplant war - EV (Earned Value): Was tatsächlich erreicht wurde - AC (Actual Cost): Was es tatsächlich gekostet hat

Interpretation:

a) EV > PV: Wir haben mehr erbracht als geplant. Das Projekt ist zeitlich voraus (oder wir haben überplanmäßig gearbeitet).

b) EV < PV: Wir haben weniger erbracht als geplant. Das Projekt ist zeitlich hinterher.

c) EV > AC: Wir haben mehr Wert erbracht als wir ausgegeben haben. Das Projekt ist unter Budget (effizient).

d) EV < AC: Wir haben weniger Wert erbracht als wir ausgegeben haben. Das Projekt ist über Budget (ineffizient).

Kombinationen: - EV > PV UND EV > AC: Ideal - schnell und günstig - EV < PV UND EV < AC: Kritisch - langsam und teuer - EV > PV ABER EV < AC: Schnell aber teuer - EV < PV ABER EV > AC: Langsam aber günstig

Frage 6: Meilensteintrendanalyse - Kurvenverlauf

Ein Projekt zeigt folgende MTA-Prognosen für Meilenstein MS4: - Bericht 1 (Woche 4): 30.06.2025 - Bericht 2 (Woche 8): 30.06.2025 - Bericht 3 (Woche 12): 15.07.2025 - Bericht 4 (Woche 16): 15.08.2025

Welcher Kurvenverlauf liegt vor und was bedeutet dies für das Projekt? Nennen Sie zwei geeignete Maßnahmen.

Lösung anzeigen

Lösung:

Kurvenverlauf: Extrem ansteigend (außer Kontrolle) mit einem "verschlafenen" Beginn.

Analyse: - Die ersten zwei Berichte zeigen keine Änderung (stabil bei 30.06.2025) - Ab Bericht 3 beginnt eine starke Verschiebung nach oben - Von Bericht 3 zu Bericht 4 verdoppelt sich die Verschiebung (+2 Wochen, dann +4 Wochen)

Bedeutung: - Projekt ist außer Kontrolle - Systematische Unterschätzung des Aufwands - Probleme wurden zu spät erkannt (Bericht 1-2 zeigten keine Änderung) - Gesamttermin wird sich ganz erheblich verzögern

Maßnahmen: 1. Ursachenanalyse: Warum wurden die Verzögerungen erst spät erkannt? 2. Neu-Schätzung: Unabhängige Experten prüfen die verbleibenden Aufwände 3. Priorisierung: MoSCoW-Analyse zur Umfangsanpassung 4. Stakeholder informieren: Transparenz über die Situation schaffen 5. Ressourcenoptimierung: Prüfung, ob zusätzliche Ressourcen helfen

Frage 7: Meilensteintrendanalyse - Vor-/Nachteile

Nennen Sie drei wesentliche Vorteile und drei wesentliche Nachteile der Meilensteintrendanalyse. Erklären Sie, warum die MTA in der Praxis oft mit der Kostentrendanalyse (KTA) kombiniert wird.

Lösung anzeigen

Lösung:

Vorteile: 1. Einfaches Frühwarnsystem: Frühzeitige Erkennung von Terminverzögerungen 2. Einfach verständlich: Visualisierung ist intuitiv, auch für nicht-technische Stakeholder 3. Wenig Aufwand: Erfassung von Schätzungen zu Berichtsterminen ist kostengünstig 4. Präsentationsfreundlich: Diagramme gut für Management-Pitches und Status-Updates 5. Erkennen von Schätzfehlern: Identifikation von unrealistischen Schätzungen für zukünftige Planungen

Nachteile: 1. Keine objektive Messung: Basier auf subjektiven Aussagen der Projektbeteiligten (ohne Quality Gates) 2. Fokus auf Termine: Kostensituation nicht berücksichtigt 3. Keine automatische Erkennung: Erfordert manuelle Erfassung und Aufmerksamkeit 4. Abhängigkeit von Personen: Qualität hängt von Verlässlichkeit und Ehrlichkeit der Meilensteinverantwortlichen ab

Kombination mit KTA (Kostentrendanalyse): Die MTA und KTA werden kombiniert, weil: - MTA nur terminorientierte Aussagen liefert - KTA nur kostenorientierte Aussagen liefert - Zusammen ergeben sie ein umfassendes Bild des Projektstatus (Kosten und Termine) - Zusammenhänge zwischen Kosten- und Terminabweichungen erkennbar werden - Dies wird als terminorientierte Kostenkontrolle bezeichnet

Frage 8: Projektabnahme - Prozess

Nennen Sie die wesentlichen Schritte des Abnahmeprozesses nach DIN 69901 und erklären Sie kurz den Zweck jedes Schritts. In welchem Abschnitt wird das Abnahmetest-Protokoll erstellt?

Lösung anzeigen

Lösung:

Schritte des Abnahmeprozesses nach DIN 69901:

  1. Vorbereiten der Abnahme

  2. Zweck: Zeitlicher und organisatorischer Ablauf festlegen, Prüfung der Vollständigkeit aller Projektergebnisse (Produkt und Dokumentation)

  3. Produktübergabe

  4. Zweck: Übermittlung des Produkts an den Auftraggeber, Erstellung des Übergabe-Protokolls

  5. Abnahmeprüfung

  6. Zweck: Durchführung des Abnahmetests (Endkontrolle), Prüfung ob Projektziele und Anforderungen erfüllt wurden

  7. Hier wird das Abnahmetest-Protokoll erstellt mit Testläufen und Ergebnissen

  8. Produktübernahme

  9. Zweck: Begutachtung des Produkts durch den Auftraggeber, Feststellung von Mängeln, Freigabe bei beseitigten Mängeln (Übernahmeprotokoll)

  10. Ggf. Organisation der vereinbarten Nacharbeiten

  11. Zweck: Beseitigung festgestellter Mängel innerhalb definierter Fristen

  12. Abschließend: Regelungen für die Projekt-Nachfolgephase

  13. Zweck: Festlegung von Support, Wartung und Betrieb

Eine erfolgreiche Abnahme initiiert die PM-Phase Abschluss.

Frage 9: Projektabnahme - Rechtsfolgen

Nennen Sie sechs rechtliche Folgen, die mit der Projektabnahme einhergehen. Erklären Sie insbesondere den Gefahrenübergang und warum dieser für beide Parteien wichtig ist.

Lösung anzeigen

Lösung:

Rechtliche Folgen einer Abnahme:

  1. Übergang des Eigentums: Übergang des Werks in das Eigentum des Auftraggebers inkl. Nutzungsrechtseinräumung

  2. Gefahrenübergang: Beschädigung oder Vernichtung des Werks infolge höherer Gewalt geht auf Auftraggeber über

  3. Haftungsübergang: Der Auftraggeber ist verantwortlich für Schäden, die durch das Werk anderen entstehen

  4. Beginn der Gewährleistungsfrist: Frist für das mängelfreie Funktionieren des Werks beginnt (gesetzlich 2 Jahre oder vertraglich vereinbart)

  5. Beweislastumkehr: Übergang der Beweislast für Mängel am Werk auf den Auftraggeber

  6. Zahlungsfälligkeit: Fälligkeit vereinbarter Zahlungen (§ 641 BGB)

Gefahrenübergang im Detail: Der Gefahrenübergang ist der Zeitpunkt, ab dem der Auftraggeber das Risiko für Beschädigung, Diebstahl oder Vernichtung des Werks trägt.

Wichtig für beide Parteien:

Für den Auftragnehmer: - Haftet nicht mehr für Beschädigung durch Dritte oder höhere Gewalt - Kann keine Ansprüche für Schäden mehr geltend machen - Recht auf Zahlung der Schlussrechnung (meist)

Für den Auftraggeber: - Muss das Werk sorgfältig behandeln - Muss Schäden selbst tragen (abgesehen von Gewährleistung) - Hat volle Kontrolle über das Werk

Deshalb ist der Gefahrenübergang ein kritischer Wendepunkt im Projekt.

Frage 10: Gewährleistung - Rechte

Ein Kunde entdeckt einen Mangel an einem vor 3 Monaten abgenommenen IT-System. Nennen Sie die fünf Gewährleistungsrechte des Auftraggebers nach § 634 BGB und erklären Sie, in welcher Reihenfolge diese in der Regel geltend gemacht werden.

Lösung anzeigen

Lösung:

Fünf Gewährleistungsrechte nach § 634 BGB:

  1. Nacherfüllung (§ 635): Nachbesserung oder Neuerstellung des mangelhaften Werks
  2. Selbstvornahme (§ 636): Auftraggeber kann den Mangel selbst beseitigen und Ersatz der Aufwendungen verlangen
  3. Minderung (§ 637): Herabsetzung der Vergütung
  4. Rücktritt (§ 638): Aufhebung des Vertrags bei erheblichen Mängeln
  5. Schadenersatz: Ersatz des durch den Mangel entstandenen Schadens

Regelmäßige Reihenfolge:

  1. Nacherfüllung (Primärrecht)
  2. Mangel melden
  3. Frist zur Nacherfüllung setzen

  4. Auftragnehmer führt Nachbesserung oder Neuerstellung durch

  5. Wenn Nacherfüllung scheitert oder verzögert:

  6. Selbstvornahme (optional, wenn sinnvoll)

  7. ODER Minderung (wenn Nacherfüllung gescheitert)

  8. Wenn Mangel erheblich oder Nacherfüllung unmöglich:

  9. Rücktritt vom Vertrag

  10. Zusätzlich: Schadenersatz wenn Auftragnehmer verschuldet

Grundsatz: Die Nacherfüllung ist das primäre Recht und wird zuerst geltend gemacht. Die anderen Rechte kommen erst zum Tragen, wenn die Nacherfüllung gescheitert ist, verzögert wird oder unmöglich ist.

Frage 11: Gewährleistung - Mängelarten

Ein Kunde bemerkt drei Monate nach der Abnahme einen Fehler in der Software, der bei der Abnahmeprüfung nicht erkennbar war. Was ist dies für eine Art von Mangel? Nennen Sie die Unterschiede zwischen offensichtlichen und verdeckten Mängeln und die Konsequenzen für den Gewährleistungsanspruch.

Lösung anzeigen

Lösung:

Art des Mangels: Verdeckter Mangel

Unterschiede zwischen offensichtlichen und verdeckten Mängeln:

Aspekt Offensichtlicher Mangel Verdeckter Mangel
Erkennbarkeit Bei Abnahme ohne Spezialkenntnisse erkennbar Bei Abnahme auch mit Spezialkenntnissen nicht erkennbar
Zeitpunkt Existiert bereits bei der Abnahme Entsteht oder wird erst nach der Abnahme erkennbar
Rügepflicht Auftraggeber muss Mangel unverzüglich nach Abnahme rügen Keine Rügepflicht innerhalb bestimmter Frist
Beispiele Fehlendes Modul, offensichtlicher Bug, fehlende Dokumentation Datenverlust nach 3 Monaten, Performance-Problem unter hoher Last, Kompatibilitätsproblem

Konsequenzen für den Gewährleistungsanspruch:

Offensichtliche Mängel: - Mangel muss unverzüglich nach der Abnahme gerügt werden - Unterlässt der Auftraggeber die Rüge, verliert er den Gewährleistungsanspruch - Dies dient dazu, dass der Auftragnehmer nicht Monate nach Abnahme noch für offensichtliche Mängel haftet

Verdeckte Mängel: - Keine Rügefrist bei der Abnahme - Gewährleistungsanspruch besteht, solange die Gewährleistungsfrist läuft (in der Regel 2 Jahre) - Mangel muss innerhalb der Gewährleistungsfrist entdeckt und gemeldet werden - Auftragnehmer haftet für verdeckte Mängel, da sie bei Abnahme nicht erkennbar waren

Im Beispiel: Da der Fehler erst 3 Monate nach der Abnahme bemerkt wurde und bei der Abnahmeprüfung nicht erkennbar war, handelt es sich um einen verdeckten Mangel. Der Kunde hat einen Gewährleistungsanspruch, solange die Gewährleistungsfrist noch läuft (z.B. noch 21 Monate bei 2 Jahren Gewährleistung).

Frage 12: Projektabschluss - Aktivitäten

Nennen Sie die neun Aktivitäten der PM-Phase "Abschluss" nach DIN 69901:2009 und erklären Sie kurz den Zweck von drei dieser Aktivitäten.

Lösung anzeigen

Lösung:

Neun Aktivitäten nach DIN 69901:2009:

  1. Nachkalkulation erstellen
  2. Verträge beenden
  3. Projektabschlussbericht erstellen und kommunizieren
  4. Abschlussbesprechung durchführen (Lessons Learned)
  5. Leistungen würdigen
  6. Projekterfahrungen sichern
  7. Projektdokumentation archivieren
  8. Ressourcen rückführen
  9. Projektorganisation auflösen

Erklärung von drei Aktivitäten:

1. Nachkalkulation erstellen: - Zweck: Auf Basis des Projektplans alle wesentlichen kaufmännischen Ist-Daten zusammenstellen und mit den Plandaten vergleichen - Nutzen: Ermittlung der tatsächlichen Kosten, Kontrolle der Wirtschaftlichkeit, Verbesserung der Kalkulationsbasis für zukünftige Projekte

3. Projektabschlussbericht erstellen und kommunizieren: - Zweck: Zusammenfassende Darstellung von Aufgaben, Ergebnissen, Zeit-/Kosten-/Personalaufwand und ggf. Hinweise für Anschlussprojekte - Nutzen: Formale Dokumentation des Projektergebnisses, Entscheidungsgrundlage für Stakeholder, Grundlage für Lessons Learned

6. Projekterfahrungen sichern: - Zweck: Extraktion der wesentlichen Merkmale und Erkenntnisse aus dem Projekt und Verfügbarmachung für Nachfolgeprojekte - Nutzen: Organisatorisches Lernen, Vermeidung von Fehlern in zukünftigen Projekten, Verbesserung der Prozesse

Frage 13: Projektabschluss - Nachkalkulation

Ein Projekt hatte folgende Plan- und Ist-Werte: - Plan-Personalkosten: 200.000 €, Ist: 240.000 € - Plan-Sachkosten: 80.000 €, Ist: 70.000 € - Plan-Externe Services: 60.000 €, Ist: 75.000 €

Berechnen Sie die Gesamt-Abweichung. Interpretieren Sie das Ergebnis und nennen Sie mögliche Ursachen für die Abweichungen bei den einzelnen Kostenarten.

Lösung anzeigen

Lösung:

Berechnung:

Kostenart Plan-Soll Plan-Ist Abweichung
Personalkosten 200.000 € 240.000 € +40.000 € (+20%)
Sachkosten 80.000 € 70.000 € -10.000 € (-12,5%)
Externe Services 60.000 € 75.000 € +15.000 € (+25%)
Gesamt 340.000 € 385.000 € +45.000 € (+13,2%)

Interpretation: Das Projekt ist insgesamt 45.000 € über Budget (13,2% Überschreitung).

Mögliche Ursachen für die Abweichungen:

Personalkosten (+40.000 €, +20%): - Aufwandsunterschätzung bei komplexen Aufgaben - Höhere Qualifikation erforderlich als geplant (teurere Mitarbeiter) - Zusätzliche Anforderungen (Scope Creep) - Ineffiziente Prozesse, Nacharbeit - Krankheit, Fluktuation, Einarbeitungszeit

Sachkosten (-10.000 €, -12,5%): - Effizientere Beschaffung als geplant (Rabatte) - Günstigere Preise als Budgetiert - Weniger Hardware/Software benötigt als geplant - Nutzung bestehender Ressourcen

Externe Services (+15.000 €, +25%): - Aufwandsunterschätzung bei externen Dienstleistungen - Notwendigkeit von zusätzlichen Consultants - Höhere Stundensätze als geplant - Zusätzliche Dienstleistungen erforderlich (z.B. Integrationssupport)

Gesamtanalyse: Die Kostenüberschreitung resultiert primär aus Personalkosten und externen Services, während Sachkosten eingespart wurden. Dies deutet auf ein Problem bei der Aufwandsschätzung oder unerwartete Komplexität hin. Die Nachkalkulation sollte detailliert analysieren, wo genau die Abweichungen entstanden sind (je Arbeitspaket, Phase, Team).

Frage 14: Lessons Learned - Prozess

Nennen Sie die fünf Schritte des Lessons-Learned-Prozesses und erklären Sie, warum der Schritt "Veröffentlichung" so wichtig ist. Geben Sie ein konkretes Beispiel für eine "Lesson Learned" mit allen relevanten Elementen.

Lösung anzeigen

Lösung:

Fünf Schritte des Lessons-Learned-Prozesses:

  1. Erfahrungssammlung: Sammeln von Erfahrungen aus dem Projekt (z.B. durch Workshop, Umfrage, Interviews)
  2. Analyse & Strukturierung: Kategorisierung, Priorisierung und Ursachenanalyse der gesammelten Erfahrungen
  3. Dokumentation: Strukturierte Erfassung der Lessons Learned mit Standard-Template
  4. Veröffentlichung: Bereitstellung der dokumentierten Lessons Learned in zentraler Datenbank oder Wiki
  5. Anwendung: Aktive Nutzung der Lessons Learned in Folgeprojekten zur Prozessverbesserung

Warum ist "Veröffentlichung" so wichtig?

Die Veröffentlichung ist der kritische Schritt, der von projektbezogenem zu organisationalem Lernen übergeht. Ohne Veröffentlichung:

  • Lessons Learned bleiben im isolierten Team oder Projekt
  • Andere Projektteams können nicht darauf zugreifen
  • Der gleiche Fehler kann in anderen Projekten wiederholt werden
  • Best Practices werden nicht organisational verbreitet
  • Die organisationale Lernkurve flacht ab

Mit Veröffentlichung in einer zentralen Datenbank: - Wissen wird für alle Mitarbeiter verfügbar - Suche und Wiederauffindbarkeit ist möglich - Organisatorisches Lernen wird ermöglicht - Synergieeffekte zwischen Projekten entstehen

Konkretes Beispiel einer Lesson Learned:

## Lesson Learned: Unzureichendes Risikomanagement bei Datenmigration

**Kategorie:** Risikomanagement
**Situation:** Im Projekt "CRM-Modernisierung" traten unvorhergesehene Probleme mit der Datenmigration auf.

**Problem:** Die Datenmigration dauerte 6 Wochen länger als geplant.

**Ursache:** Das Risiko von Dateninkonsistenzen wurde nicht identifiziert und keine Testmigration durchgeführt.

**Empfehlung:** Für alle Datenmigrationsprojekte vorab eine Testmigration durchführen.

**Verantwortlicher:** Projektleiter
**Zeitraum:** Sofort für alle laufenden und zukünftigen Datenmigrationsprojekte.

**Priorität:** Hoch
**Beeinflussbarkeit:** Hoch

Frage 15: Lessons Learned - Erfolgsfaktoren

Nennen Sie fünf wesentliche Erfolgsfaktoren für ein effektives Lessons-Learned-Programm und erklären Sie insbesondere die Bedeutung der "Psychologischen Sicherheit". Wie kann diese gefördert werden?

Lösung anzeigen

Lösung:

Fünf wesentliche Erfolgsfaktoren:

  1. Management-Unterstützung: Aktive Förderung durch Führungskräfte, Zeitbudget, Ressourcen, Vorbildfunktion
  2. Kulturelle Voraussetzungen (Psychologische Sicherheit): Offene Fehlerkultur ohne Schuldzuweisung, Fehler als Lernchance
  3. Systematischer Prozess: Etablierte Vorgehensweisen, Standardisierte Templates, Klar definierte Verantwortlichkeiten
  4. Geeignete Tools: Erfahrungsdatenbank, Wiki, Dokumenten-Management-System für einfache Speicherung und Wiederauffindbarkeit
  5. Anwendungsfokus: Aktive Nutzung der Lessons Learned in Folgeprojekten, Integration in Planungsprozesse, Checklisten

Psychologische Sicherheit - Bedeutung:

Psychologische Sicherheit ist die Voraussetzung dafür, dass Teammitglieder offen über Probleme, Fehler und Schwachstellen sprechen können, ohne Angst vor negativen Konsequenzen zu haben.

Warum ist sie so wichtig?

  • Ohne psychologische Sicherheit werden Probleme verschwiegen oder bagatellisiert
  • Teammitglieder sammeln "Fehler", die sie nicht offen teilen
  • Schuldzuweisungskultur führt zu defensivem Verhalten und Lernvermeidung
  • Lessons Learned werden oberflächlich oder beschönigend formuliert
  • Wertvolle Insights gehen verloren

Wie kann psychologische Sicherheit gefördert werden?

  1. Leadership Vorbild: Führungskräfte sprechen offen über eigene Fehler und lernen daraus
  2. No Blame Culture: Fokus auf Ursachenanalyse statt Schuldzuweisung
  3. Positive Verstärkung: Würdigung für offene Kommunikation und Lernbereitschaft
  4. Safe Spaces: Vertrauliche Umgebungen für Diskussion sensibler Themen
  5. Anreize: Boni und Recognition für Beiträge zum Wissensmanagement
  6. Training: Schulungen zu Führungskultur und Kommunikation
  7. Regeln: Klare Regeln für konstruktives Feedback und Fehlerkultur

Praxisbeispiel: - Projektleiter erzählt auf Teambesprechung von einem eigenen Fehler: "Ich habe den Kundenwunsch falsch interpretiert, was zu einer 2-wöchigen Verzögerung führte. Der Fehler lag an meiner ungenügenden Dokumentation." - Dies signalisiert dem Team: "Es ist okay, Fehler zu machen, solange wir daraus lernen."

Ohne psychologische Sicherheit bleibt Lessons Learned eine formale Übung ohne echten Lerneffekt. Mit psychologischer Sicherheit wird sie zum Motor der kontinuierlichen Verbesserung.

Ergebnisbewertung

Richtige Antworten Bewertung
0-5 Nicht bestanden - Wiederholen des Moduls empfohlen
6-9 Bestanden - Grundlegendes Verständnis vorhanden
10-12 Gut - Solides Verständnis aller Themen
13-15 Sehr gut - Exzellentes Verständnis und Detailwissen

Tipps zur weiteren Vertiefung

  • Wiederholen Sie Kapitel mit falschen Antworten
  • Diskutieren Sie offene Fragen mit Kollegen oder Mentoren
  • Wenden Sie das Wissen in einem realen Projekt an
  • Nutzen Sie die Quellen und Links in den Kapiteln für weiterführende Informationen

Zusammenfassung des Moduls

Das Modul 12 "Steuerung, Abnahme & Abschluss" umfasst folgende Kernkompetenzen für IT-Berater:

  1. Projektcontrolling: Überwachung und Steuerung von Kosten, Terminen und Ergebnissen
  2. Earned Value Analyse: Integrierte Methode zur Bewertung von Kosten-, Zeit- und Leistungsperformance
  3. Meilensteintrendanalyse: Visuelle Methode zur Terminsteuerung und Frühwarnung
  4. Projektabnahme: Formaler Prozess der Leistungsbestätigung mit rechtlichen Konsequenzen
  5. Gewährleistung: Rechtsrahmen für Mängelbeseitigung und Haftungsfragen
  6. Projektabschluss: Systematische Beendigung und Dokumentation von Projekten
  7. Lessons Learned: Organisationales Lernen durch systematische Auswertung von Erfahrungen

Diese Kompetenzen sind essenziell für den professionellen Projektabschluss und die kontinuierliche Verbesserung der Projektarbeit.

Herzlichen Glückwunsch!

Sie haben das Quiz abgeschlossen und Ihr Wissen getestet. Nutzen Sie die gewonnenen Erkenntnisse in Ihrer täglichen Arbeit als IT-Berater oder Projektleiter.