mindflux/src/main/resources/static/finalflux/questions/projektmanagement.json

{
  "title": "Projektmanagement in der AP1",
  "questions": [
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Was sollte vor der eigentlichen Umsetzung zuerst geklärt werden?",
      "answers": [
        "Die genauen Implementierungsdetails und der fertige Quellcode",
        "Ziel, Auftraggeber, Rahmenbedingungen und Erfolgskriterien",
        "Der unterschriebene Abnahmetermin am Projektende"
      ],
      "correct": 1,
      "explanation": "Erst der geklärte Auftrag bildet die Grundlage; Umsetzung und Abnahme folgen danach."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Ein Kunde sagt: \"Die Arbeitsplätze sind zu langsam.\" Was ist der beste nächste Schritt?",
      "answers": [
        "Sofort neue Hardware bestellen und austauschen",
        "Die vorhandenen Systeme ohne Analyse neu aufsetzen",
        "Anforderungen und Ist-Zustand aufnehmen"
      ],
      "correct": 2,
      "explanation": "Erst Ursache und Ist-Zustand analysieren, dann Lösung und Aufwand planen, sonst wird das falsche Problem gelöst."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Welche Information gehört typischerweise in einen Projektauftrag?",
      "answers": [
        "Projektziel und grober Zeitrahmen",
        "Eine vollständige Testfallspezifikation aller Funktionen",
        "Das fertige Pflichtenheft mit allen Lösungsdetails"
      ],
      "correct": 0,
      "explanation": "Ein Projektauftrag nennt Ziel, Rahmen, Beteiligte und Termine; detaillierte Lösungs- und Testdokumente entstehen erst später."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Warum ist eine Ist-Analyse zu Beginn wichtig?",
      "answers": [
        "Sie legt bereits den gewünschten Zielzustand verbindlich fest",
        "Sie zeigt Ausgangszustand, Probleme und Randbedingungen",
        "Sie ersetzt die spätere Abnahme des Ergebnisses"
      ],
      "correct": 1,
      "explanation": "Die Ist-Analyse beschreibt die Ausgangslage; den Zielzustand definiert erst die Soll-Konzeption."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Was ist ein typischer Bestandteil der Soll-Konzeption?",
      "answers": [
        "Die reine Bestandsaufnahme des aktuellen Systems",
        "Eine Auflistung bereits aufgetretener Fehler im Altsystem",
        "Beschreibung des gewünschten Zielzustands"
      ],
      "correct": 2,
      "explanation": "Das Soll-Konzept beschreibt den angestrebten Zielzustand; die Bestandsaufnahme gehört zur Ist-Analyse."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Wer sollte bei der Auftragsklärung eingebunden werden?",
      "answers": [
        "Auftraggeber und relevante Nutzergruppen",
        "Ausschließlich die Geschäftsführung ohne die späteren Anwender",
        "Nur das Entwicklungsteam ohne Rücksprache mit dem Kunden"
      ],
      "correct": 0,
      "explanation": "Auftraggeber und Anwender liefern Anforderungen und Akzeptanzkriterien; werden sie übergangen, fehlen wichtige Informationen."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Was beschreibt der Projektumfang?",
      "answers": [
        "Die Reihenfolge, in der die Arbeitspakete abgearbeitet werden",
        "Welche Leistungen enthalten sind und welche nicht",
        "Die Höhe des eingeplanten Zeitpuffers für Risiken"
      ],
      "correct": 1,
      "explanation": "Der Projektumfang (Scope) grenzt enthaltene von ausgeschlossenen Leistungen ab; Reihenfolge und Puffer gehören zur Terminplanung."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Was ist bei unklaren Kundenwünschen sinnvoll?",
      "answers": [
        "Auf Basis eigener Annahmen sofort mit der Umsetzung beginnen",
        "Den am einfachsten umzusetzenden Wunsch auswählen",
        "Rückfragen stellen und Anforderungen konkretisieren"
      ],
      "correct": 2,
      "explanation": "Unklare Anforderungen müssen vor Planung und Umsetzung geklärt werden, sonst entstehen teure Fehlentwicklungen."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Welche Frage passt zur Auftragsklärung?",
      "answers": [
        "Welche Ziele sollen erreicht werden?",
        "Welches Framework das Team am liebsten einsetzt?",
        "Welche Schriftart in der Dokumentation verwendet wird?"
      ],
      "correct": 0,
      "explanation": "Die Auftragsklärung dreht sich um Ziele, Rahmen und Nutzen; technische Detailvorlieben sind hier zweitrangig."
    },
    {
      "category": "Projektstart & Auftrag",
      "hint": "Ziel, Rahmenbedingungen, Beteiligte und Ausgangslage klären.",
      "text": "Warum werden Rahmenbedingungen dokumentiert?",
      "answers": [
        "Damit die Projektplanung vollständig entfallen kann",
        "Damit Termine, Budget, Technik und Einschränkungen nachvollziehbar bleiben",
        "Damit spätere Tests und Abnahmen überflüssig werden"
      ],
      "correct": 1,
      "explanation": "Rahmenbedingungen beeinflussen Planung, Kosten und Risiken und bleiben dokumentiert für alle nachvollziehbar."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Welche Zielformulierung ist SMART am nächsten?",
      "answers": [
        "Das Netzwerk soll spürbar leistungsfähiger werden",
        "Die Arbeitsplätze sollen zeitnah modernisiert werden",
        "Bis Freitag sind 12 Arbeitsplätze mit getesteter Netzverbindung eingerichtet"
      ],
      "correct": 2,
      "explanation": "Nur diese Formulierung ist spezifisch, messbar und terminiert; die anderen bleiben vage."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Wofür steht das M in SMART?",
      "answers": [
        "Messbar",
        "Motivierend",
        "Mehrstufig"
      ],
      "correct": 0,
      "explanation": "Das M steht für messbar, damit die Zielerreichung objektiv bewertet werden kann."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Warum ist \"möglichst bald\" als Termin in einem Projektziel problematisch?",
      "answers": [
        "Es ist nicht messbar formuliert",
        "Es ist nicht eindeutig terminiert",
        "Es ist nicht spezifisch genug beschrieben"
      ],
      "correct": 1,
      "explanation": "\"Möglichst bald\" verletzt vor allem das T (Terminierung), weil kein konkreter Zeitpunkt genannt ist."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Wofür steht das S in SMART?",
      "answers": [
        "Standardisiert",
        "Stabil",
        "Spezifisch"
      ],
      "correct": 2,
      "explanation": "Das S steht für spezifisch; das Ziel muss eindeutig und konkret formuliert sein."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Wofür steht das A in SMART?",
      "answers": [
        "Attraktiv oder akzeptiert",
        "Automatisiert",
        "Aktuell"
      ],
      "correct": 0,
      "explanation": "Das A steht für attraktiv beziehungsweise akzeptiert; das Ziel soll von den Beteiligten getragen werden."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Wofür steht das R in SMART?",
      "answers": [
        "Redundant",
        "Realistisch",
        "Reproduzierbar"
      ],
      "correct": 1,
      "explanation": "Das R steht für realistisch; das Ziel muss mit Zeit, Budget und Ressourcen erreichbar sein."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Wofür steht das T in SMART?",
      "answers": [
        "Transparent",
        "Testbar",
        "Terminiert"
      ],
      "correct": 2,
      "explanation": "Das T steht für terminiert; ein Ziel braucht einen klaren Zeitpunkt oder Zeitraum."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Welche Formulierung ist messbar?",
      "answers": [
        "Die Nutzer sollen mit dem System zufriedener sein",
        "Die Anmeldung soll unter 2 Sekunden dauern",
        "Die Bedienung soll insgesamt angenehmer werden"
      ],
      "correct": 1,
      "explanation": "Nur eine konkrete Zeitangabe lässt sich messen und überprüfen."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Warum sind SMART-Ziele in der AP1 hilfreich?",
      "answers": [
        "Sie machen Zielerreichung überprüfbar",
        "Sie ersetzen die technische Ist-Analyse",
        "Sie ersetzen das Pflichtenheft"
      ],
      "correct": 0,
      "explanation": "SMART-Ziele machen Ergebnisse prüfbar, ersetzen aber weder Analyse noch Pflichtenheft."
    },
    {
      "category": "SMART-Ziele",
      "hint": "Ziele müssen eindeutig, messbar und prüfbar sein.",
      "text": "Welche Zielformulierung ist am wenigsten geeignet?",
      "answers": [
        "Bis 16 Uhr sind alle Drucker verbunden",
        "Die Datensicherung läuft täglich um 20 Uhr",
        "Das System soll irgendwie besser laufen"
      ],
      "correct": 2,
      "explanation": "\"Irgendwie besser\" ist weder spezifisch noch messbar und damit am wenigsten als Ziel geeignet."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Was beschreibt ein Lastenheft?",
      "answers": [
        "Was der Auftraggeber erreichen möchte",
        "Wie der Auftragnehmer die Lösung technisch umsetzt",
        "Welche Abnahmekriterien der Auftragnehmer festlegt"
      ],
      "correct": 0,
      "explanation": "Das Lastenheft beschreibt das Was aus Auftraggebersicht; das Wie der Umsetzung steht im Pflichtenheft."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Was beschreibt ein Pflichtenheft?",
      "answers": [
        "Die Anforderungen aus Sicht des Auftraggebers",
        "Die konkrete Umsetzung der Anforderungen durch den Auftragnehmer",
        "Eine reine Auflistung der Projektrisiken"
      ],
      "correct": 1,
      "explanation": "Das Pflichtenheft leitet aus dem Lastenheft das Wie der Realisierung ab."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Welche Anforderung ist funktional?",
      "answers": [
        "Das System soll maximal 2 Sekunden Antwortzeit haben",
        "Das System soll jederzeit hochverfügbar sein",
        "Benutzer können sich mit Benutzername und Passwort anmelden"
      ],
      "correct": 2,
      "explanation": "Funktionale Anforderungen beschreiben, was das System tun soll; Antwortzeit und Verfügbarkeit sind nicht-funktional."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Welche Anforderung ist nicht-funktional?",
      "answers": [
        "Die Antwortzeit darf maximal 2 Sekunden betragen",
        "Benutzer können Dateien hochladen",
        "Der Admin kann neue Nutzer anlegen"
      ],
      "correct": 0,
      "explanation": "Nicht-funktionale Anforderungen beschreiben Qualitätsmerkmale wie Leistung; die anderen sind konkrete Funktionen."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Wer erstellt typischerweise das Lastenheft?",
      "answers": [
        "Der Auftragnehmer im Pflichtenheft",
        "Der Auftraggeber",
        "Ein außenstehender Lieferant"
      ],
      "correct": 1,
      "explanation": "Das Lastenheft kommt vom Auftraggeber; der Auftragnehmer antwortet darauf mit dem Pflichtenheft."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Wer erstellt typischerweise das Pflichtenheft?",
      "answers": [
        "Der Auftraggeber als Anforderungsquelle",
        "Eine unabhängige Prüfstelle",
        "Der Auftragnehmer"
      ],
      "correct": 2,
      "explanation": "Der Auftragnehmer beschreibt im Pflichtenheft, wie er die Anforderungen des Lastenhefts umsetzt."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Warum sollten Anforderungen priorisiert werden?",
      "answers": [
        "Damit wichtige Funktionen zuerst abgesichert werden",
        "Damit alle Anforderungen gleich behandelt werden",
        "Damit später keine Abnahme mehr nötig ist"
      ],
      "correct": 0,
      "explanation": "Priorisierung stellt sicher, dass bei begrenzter Zeit und Budget das Wichtigste zuerst umgesetzt wird."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Was ist ein Akzeptanzkriterium?",
      "answers": [
        "Eine grobe Wunschvorstellung ohne Messgröße",
        "Eine prüfbare Bedingung für die Annahme einer Lösung",
        "Eine erst nach der Abnahme festgelegte Regel"
      ],
      "correct": 1,
      "explanation": "Akzeptanzkriterien werden vorab festgelegt und sind prüfbar; daran zeigt sich, wann eine Anforderung erfüllt ist."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Was ist bei widersprüchlichen Anforderungen richtig?",
      "answers": [
        "Beide Anforderungen unverändert umsetzen",
        "Eigenmächtig die technisch einfachere wählen",
        "Konflikt dokumentieren und mit Stakeholdern klären"
      ],
      "correct": 2,
      "explanation": "Widersprüche müssen mit den Beteiligten geklärt werden, sonst entstehen später Fehler oder Streit."
    },
    {
      "category": "Anforderungen & Pflichtenheft",
      "hint": "Kundenwunsch und technische Umsetzung sauber trennen.",
      "text": "Welche Aussage passt zu Muss-, Soll- und Kann-Anforderungen?",
      "answers": [
        "Sie helfen bei der Priorisierung",
        "Sie beschreiben den zeitlichen Ablauf des Projekts",
        "Sie ersetzen die funktionalen Anforderungen"
      ],
      "correct": 0,
      "explanation": "Muss-, Soll- und Kann-Anforderungen machen Verbindlichkeit und Wichtigkeit sichtbar."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Was ist ein Meilenstein?",
      "answers": [
        "Eine Projektphase mit fester Dauer und eigenem Budget",
        "Ein wichtiger Kontrollpunkt ohne eigene Dauer",
        "Ein einzelnes Arbeitspaket mit zugewiesenem Bearbeiter"
      ],
      "correct": 1,
      "explanation": "Ein Meilenstein ist ein zeitpunktbezogener Kontrollpunkt ohne Dauer, anders als Phasen oder Arbeitspakete."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Warum werden Arbeitspakete gebildet?",
      "answers": [
        "Damit das Projektziel vor dem Team verborgen bleibt",
        "Damit Meilensteine überflüssig werden",
        "Damit Aufgaben planbar, zuordenbar und kontrollierbar werden"
      ],
      "correct": 2,
      "explanation": "Arbeitspakete machen Umfang, Aufwand und Zuständigkeit greifbar und steuerbar."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Welche Abhängigkeit ist in einer Arbeitsplatz-Einrichtung plausibel?",
      "answers": [
        "Softwaretest vor der Installation der Software",
        "Netzwerkdose prüfen vor finalem Funktionstest",
        "Abnahme vor der Auftragsklärung"
      ],
      "correct": 1,
      "explanation": "Eine Aufgabe muss ihren Vorgänger respektieren; getestet wird erst, wenn Verkabelung bzw. Installation vorliegen."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Was zeigt ein Projektstrukturplan?",
      "answers": [
        "Die zeitliche Lage aller Aufgaben auf einer Zeitachse",
        "Die Reihenfolge und Abhängigkeiten der Vorgänge",
        "Die Zerlegung des Projekts in Teilaufgaben oder Arbeitspakete"
      ],
      "correct": 2,
      "explanation": "Der Projektstrukturplan gliedert das Projekt in Teilaufgaben; Zeitachse (Gantt) und Abhängigkeiten (Netzplan) zeigen andere Pläne."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Was zeigt ein Gantt-Diagramm besonders gut?",
      "answers": [
        "Zeitliche Lage und Dauer von Aufgaben",
        "Die hierarchische Zerlegung in Arbeitspakete",
        "Die Abhängigkeiten als Knoten-Pfeil-Diagramm"
      ],
      "correct": 0,
      "explanation": "Das Gantt-Diagramm stellt Aufgaben als Balken über einer Zeitachse dar; Zerlegung zeigt der PSP, Abhängigkeiten der Netzplan."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Warum werden Verantwortliche pro Arbeitspaket benannt?",
      "answers": [
        "Damit die Aufgaben anonym bleiben",
        "Damit Zuständigkeiten klar sind",
        "Damit die Termine flexibel ignoriert werden können"
      ],
      "correct": 1,
      "explanation": "Klare Verantwortlichkeiten erleichtern Steuerung, Rückfragen und Fortschrittskontrolle."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Was ist ein kritischer Pfad?",
      "answers": [
        "Die Aufgabe mit dem höchsten Budget",
        "Die Kette von Aufgaben mit dem größten Zeitpuffer",
        "Die Abfolge von Aufgaben, die die Projektdauer bestimmt"
      ],
      "correct": 2,
      "explanation": "Der kritische Pfad ist die längste Vorgangsfolge ohne Puffer; Verzögerungen darauf verschieben das Projektende."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Was ist bei Terminplanung wichtig?",
      "answers": [
        "Realistische Dauer, Abhängigkeiten und Puffer",
        "Ausschließlich optimistische Wunschtermine",
        "Termine ohne Berücksichtigung von Lieferzeiten"
      ],
      "correct": 0,
      "explanation": "Realistische Dauern, Abhängigkeiten und Puffer reduzieren spätere Engpässe."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Welche Aufgabe sollte vor einem Rollout abgeschlossen sein?",
      "answers": [
        "Die abschließende Lessons-Learned-Runde",
        "Test der Installation",
        "Die Erstellung des Lastenhefts"
      ],
      "correct": 1,
      "explanation": "Vor dem Rollout muss getestet werden, ob die Lösung funktioniert; Lastenheft und Lessons Learned liegen zeitlich woanders."
    },
    {
      "category": "Projektplanung & Meilensteine",
      "hint": "Arbeitspakete, Termine und Abhängigkeiten strukturieren.",
      "text": "Warum sind Meilensteine in Prüfungsaufgaben praktisch?",
      "answers": [
        "Sie haben selbst eine lange Bearbeitungsdauer",
        "Sie ersetzen den Projektstrukturplan",
        "Sie zeigen überprüfbare Zwischenstände"
      ],
      "correct": 2,
      "explanation": "Meilensteine markieren prüfbare Zwischenstände und Entscheidungspunkte, ohne eigene Dauer."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Welche drei Größen gehören zum magischen Dreieck?",
      "answers": [
        "Zeit, Kosten, Qualität",
        "Umfang, Risiko, Kommunikation",
        "Planung, Umsetzung, Abnahme"
      ],
      "correct": 0,
      "explanation": "Das magische Dreieck verbindet Zeit, Kosten und Qualität; ändert man eine Größe, wirkt das auf die anderen."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Der Kunde verkürzt die Projektzeit deutlich, der Leistungsumfang bleibt gleich. Was ist wahrscheinlich?",
      "answers": [
        "Das Projekt wird ohne Folgen günstiger",
        "Kosten oder Qualitätsrisiken steigen",
        "Der Leistungsumfang wächst automatisch"
      ],
      "correct": 1,
      "explanation": "Bei gleichem Umfang und weniger Zeit steigen meist die Kosten (mehr Ressourcen), oder die Qualität leidet."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Was ist eine sinnvolle Reaktion auf eine Scope-Erweiterung?",
      "answers": [
        "Die Erweiterung kostenlos nebenbei erledigen",
        "Den Mehraufwand ohne Dokumentation umsetzen",
        "Auswirkung auf Zeit, Kosten und Qualität prüfen"
      ],
      "correct": 2,
      "explanation": "Jede Scope-Erweiterung muss auf ihre Wirkung im Dreieck geprüft und mit dem Auftraggeber abgestimmt werden."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Was passiert häufig, wenn die Qualität erhöht werden soll?",
      "answers": [
        "Zeit oder Kosten steigen",
        "Der Leistungsumfang verkleinert sich von selbst",
        "Alle Projektrisiken verschwinden"
      ],
      "correct": 0,
      "explanation": "Höhere Qualität erfordert meist mehr Prüfaufwand, bessere Ressourcen oder mehr Zeit, also steigende Kosten oder Dauer."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Der Kunde möchte weniger zahlen, aber denselben Umfang behalten. Was muss geprüft werden?",
      "answers": [
        "Nur die Wahl der Schriftgröße in Dokumenten",
        "Auswirkungen auf Qualität, Zeit und Leistungsumfang",
        "Ausschließlich die Anzahl der Meetings"
      ],
      "correct": 1,
      "explanation": "Eine Budgetkürzung bei gleichem Umfang wirkt im Dreieck auf Qualität, Zeit oder Umfang."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Was beschreibt der Begriff Scope?",
      "answers": [
        "Der eingeplante Zeitpuffer",
        "Die Gesamtkosten des Projekts",
        "Leistungsumfang des Projekts"
      ],
      "correct": 2,
      "explanation": "Scope bezeichnet den Leistungsumfang, also was im Projekt enthalten ist und was nicht."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Welche Aussage ist korrekt?",
      "answers": [
        "Zeit, Kosten und Qualität stehen in Wechselwirkung",
        "Mehr Umfang hat keinerlei Folgen für Zeit und Kosten",
        "Qualität lässt sich nicht planen oder messen"
      ],
      "correct": 0,
      "explanation": "Das magische Dreieck macht gerade die Wechselwirkung der drei Größen sichtbar."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Was ist Scope Creep?",
      "answers": [
        "Die geplante Reduzierung des Leistungsumfangs",
        "Schleichende Erweiterung des Projektumfangs",
        "Ein bewusst vereinbarter Änderungsantrag"
      ],
      "correct": 1,
      "explanation": "Scope Creep ist das unkontrollierte, schleichende Anwachsen der Anforderungen ohne Anpassung von Zeit, Kosten oder Qualität."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Warum sollten Änderungswünsche dokumentiert werden?",
      "answers": [
        "Damit Änderungen automatisch kostenlos werden",
        "Damit kein Stakeholder zustimmen muss",
        "Damit Auswirkungen auf Zeit, Kosten und Qualität nachvollziehbar sind"
      ],
      "correct": 2,
      "explanation": "Dokumentierte Änderungswünsche schützen vor unklaren Erwartungen und machen Folgen im Dreieck transparent."
    },
    {
      "category": "Magisches Dreieck",
      "hint": "Zeit, Kosten und Qualität beeinflussen sich gegenseitig.",
      "text": "Welche Entscheidung passt zum magischen Dreieck?",
      "answers": [
        "Bei Terminverkürzung zusätzliche Ressourcen oder reduzierten Umfang prüfen",
        "Den Termin kürzen und alles andere unverändert lassen",
        "Die Qualität grundsätzlich nicht betrachten"
      ],
      "correct": 0,
      "explanation": "Eine Änderung an einer Ecke des Dreiecks erfordert Ausgleich an einer anderen."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Welche Ressource ist bei einer Arbeitsplatzumstellung besonders relevant?",
      "answers": [
        "Die maximale Bildschirmauflösung der Arbeitsplätze",
        "Verfügbarkeit der betroffenen Nutzer und IT-Mitarbeiter",
        "Die Markenbekanntheit des Hardwareherstellers"
      ],
      "correct": 1,
      "explanation": "Personelle Verfügbarkeit und Zeitfenster entscheiden, ob die Umstellung praktisch durchführbar ist."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Was gehört in eine einfache Kostenplanung?",
      "answers": [
        "Nur der Anschaffungspreis der neuen Geräte",
        "Ausschließlich die laufenden Stromkosten",
        "Hardware, Software, Arbeitszeit und externe Leistungen"
      ],
      "correct": 2,
      "explanation": "Gesamtkosten umfassen mehr als die reine Anschaffung, auch Lizenzen, Arbeitszeit und Dienstleistungen."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Warum sollte ein Puffer eingeplant werden?",
      "answers": [
        "Für realistische Reaktion auf Verzögerungen und Risiken",
        "Damit der Terminplan gar nicht erst erstellt werden muss",
        "Damit die Projektziele unverbindlich bleiben"
      ],
      "correct": 0,
      "explanation": "Puffer fangen Lieferverzug, technische Probleme oder Terminverschiebungen ab."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Was sind direkte Projektkosten?",
      "answers": [
        "Kosten, die nur indirekt über Umlagen entstehen",
        "Kosten, die dem Projekt unmittelbar zugeordnet werden können",
        "Ausschließlich nachträglich entstehende Folgekosten"
      ],
      "correct": 1,
      "explanation": "Direkte Kosten (z. B. Hardware, Lizenzen, projektbezogene Arbeitszeit) lassen sich dem Projekt unmittelbar zurechnen; Gemeinkosten sind indirekt."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Warum ist Arbeitszeit ein Kostenfaktor?",
      "answers": [
        "Interne Arbeitszeit ist grundsätzlich kostenlos",
        "Nur extern eingekaufte Leistungen kosten Geld",
        "Personalaufwand verursacht Kosten und bindet Ressourcen"
      ],
      "correct": 2,
      "explanation": "Auch interne Arbeitszeit muss für eine realistische Wirtschaftlichkeitsbetrachtung berücksichtigt werden."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Welche Ressource kann einen Rollout begrenzen?",
      "answers": [
        "Verfügbare Techniker und Zeitfenster der Nutzer",
        "Die Anzahl der Diagramme im Projektplan",
        "Die Farbgebung der Präsentationsfolien"
      ],
      "correct": 0,
      "explanation": "Rollouts brauchen Personal, Zugang und mit den Nutzern abgestimmte Zeitfenster."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Was ist bei Lizenzkosten zu beachten?",
      "answers": [
        "Allein das Erscheinungsjahr der Software",
        "Anzahl der Nutzer oder Geräte und Nutzungsmodell",
        "Nur die Downloadgröße des Installationspakets"
      ],
      "correct": 1,
      "explanation": "Lizenzkosten hängen meist von Nutzern, Geräten, Laufzeit oder Edition ab."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Warum werden Angebote verglichen?",
      "answers": [
        "Damit immer der teuerste Anbieter gewählt wird",
        "Damit grundsätzlich der erstbeste Anbieter genommen wird",
        "Um Preis, Leistung, Lieferzeit und Bedingungen zu bewerten"
      ],
      "correct": 2,
      "explanation": "Ein Angebotsvergleich macht die Beschaffung nachvollziehbar und wirtschaftlich."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Was ist eine Opportunitätsbetrachtung im Projektkontext?",
      "answers": [
        "Prüfen, welche Alternative welchen Nutzen oder Verzicht bedeutet",
        "Die Berechnung der reinen Anschaffungskosten",
        "Die Auflistung aller bereits bezahlten Rechnungen"
      ],
      "correct": 0,
      "explanation": "Eine Opportunitätsbetrachtung bewertet den entgangenen Nutzen der nicht gewählten Alternative."
    },
    {
      "category": "Ressourcen & Kosten",
      "hint": "Personal, Material, Zeit und Budget realistisch planen.",
      "text": "Welche Angabe macht eine Kostenplanung belastbarer?",
      "answers": [
        "Eine grobe Bauchschätzung ohne Grundlage",
        "Mengen, Einzelpreise und Arbeitszeiten",
        "Eine einzelne Gesamtsumme ohne Aufschlüsselung"
      ],
      "correct": 1,
      "explanation": "Nachvollziehbare Mengen, Einzelpreise und Aufwände machen die Kalkulation prüfbar."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Was ist ein Projektrisiko?",
      "answers": [
        "Ein bereits eingetretenes und behobenes Problem",
        "Eine sicher feststehende Tatsache im Projekt",
        "Ein mögliches Ereignis mit negativer Auswirkung"
      ],
      "correct": 2,
      "explanation": "Risiken sind mögliche zukünftige Ereignisse mit Eintrittswahrscheinlichkeit, keine sicheren Fakten."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Welche Maßnahme passt zum Risiko \"Lieferverzug bei Hardware\"?",
      "answers": [
        "Früh bestellen und Alternativlieferanten prüfen",
        "Das Abnahmeprotokoll vorab unterschreiben lassen",
        "Den Liefertermin einfach aus dem Plan streichen"
      ],
      "correct": 0,
      "explanation": "Frühe Bestellung und Ersatzlieferanten senken Eintrittswahrscheinlichkeit oder Auswirkung des Verzugs."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Wie werden Risiken typischerweise priorisiert?",
      "answers": [
        "Nach dem Zeitpunkt ihrer Entdeckung",
        "Nach Eintrittswahrscheinlichkeit und Schadensauswirkung",
        "Nach der Anzahl betroffener Arbeitspakete"
      ],
      "correct": 1,
      "explanation": "Wahrscheinlichkeit mal Auswirkung ergibt die Priorität, so erkennt man die wichtigsten Risiken zuerst."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Was ist eine Risikominderung?",
      "answers": [
        "Das vollständige Übertragen des Risikos an den Kunden",
        "Das bewusste Akzeptieren des Risikos ohne Maßnahme",
        "Eine Maßnahme, die Wahrscheinlichkeit oder Auswirkung reduziert"
      ],
      "correct": 2,
      "explanation": "Risikominderung senkt Eintrittswahrscheinlichkeit oder Schadenshöhe, im Unterschied zu Vermeidung, Übertragung oder Akzeptanz."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Was ist ein Restrisiko?",
      "answers": [
        "Ein Risiko, das nach Maßnahmen noch bleibt",
        "Ein vollständig beseitigtes Risiko",
        "Ein Risiko, das erst nach Projektabschluss entsteht"
      ],
      "correct": 0,
      "explanation": "Das Restrisiko bleibt übrig, weil sich nicht jedes Risiko vollständig beseitigen lässt."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Welches Risiko passt zu einem Serverumzug?",
      "answers": [
        "Zu großzügig bemessene Wartungsfenster",
        "Ausfallzeit durch fehlerhafte Migration",
        "Eine besonders ausführliche Dokumentation"
      ],
      "correct": 1,
      "explanation": "Migrationen können Ausfälle, Datenverlust oder Rollback-Bedarf auslösen, ein typisches Projektrisiko."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Welche Maßnahme passt zum Risiko Datenverlust?",
      "answers": [
        "Die Backups während der Migration deaktivieren",
        "Auf das gute Gelingen ohne Sicherung vertrauen",
        "Backup vor Änderung und Wiederherstellungstest"
      ],
      "correct": 2,
      "explanation": "Ein vorher erstelltes und getestetes Backup begrenzt Schaden und Wiederherstellungsrisiko."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Warum wird eine Risikomatrix genutzt?",
      "answers": [
        "Um Risiken nach Wahrscheinlichkeit und Auswirkung einzuordnen",
        "Um den kritischen Pfad des Projekts zu bestimmen",
        "Um Arbeitspakete zeitlich anzuordnen"
      ],
      "correct": 0,
      "explanation": "Die Risikomatrix ordnet Risiken nach Wahrscheinlichkeit und Auswirkung; Pfad und Termine zeigen andere Werkzeuge."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Was bedeutet Risikovermeidung?",
      "answers": [
        "Das Risiko gegen eine Prämie an Dritte abgeben",
        "Eine Vorgehensweise wählen, bei der das Risiko nicht entsteht",
        "Das Risiko ohne Gegenmaßnahme bewusst hinnehmen"
      ],
      "correct": 1,
      "explanation": "Risikovermeidung beseitigt die Ursache; Übertragung und Akzeptanz sind andere Strategien."
    },
    {
      "category": "Risikoanalyse",
      "hint": "Risiken erkennen, bewerten und Maßnahmen planen.",
      "text": "Welche Aussage zu Risiken ist richtig?",
      "answers": [
        "Risiken treten ausschließlich nach Projektende auf",
        "Einmal bewertete Risiken müssen nie aktualisiert werden",
        "Risiken sollten früh erkannt und regelmäßig überprüft werden"
      ],
      "correct": 2,
      "explanation": "Risiken verändern sich im Projektverlauf und müssen laufend nachgeführt werden."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Wer ist ein Stakeholder?",
      "answers": [
        "Eine Person oder Gruppe mit Interesse oder Einfluss auf das Projekt",
        "Ausschließlich das Mitglied der Projektleitung",
        "Nur der zahlende Auftraggeber"
      ],
      "correct": 0,
      "explanation": "Stakeholder sind alle Beteiligten oder Betroffenen, z. B. Auftraggeber, Nutzer, IT, Datenschutz oder Management."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Warum ist ein Kommunikationsplan hilfreich?",
      "answers": [
        "Er legt die technische Systemarchitektur fest",
        "Er klärt, wer wann welche Informationen bekommt",
        "Er ersetzt die Tests vor der Übergabe"
      ],
      "correct": 1,
      "explanation": "Ein Kommunikationsplan regelt Empfänger, Inhalte, Zeitpunkte und Kanäle und verhindert Informationslücken."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Ein Nutzer meldet nach Rollout ein Problem. Was ist professionell?",
      "answers": [
        "Das Problem ohne Antwort ignorieren",
        "Sofort alle Systeme vorsorglich abschalten",
        "Problem aufnehmen, priorisieren und Rückmeldung geben"
      ],
      "correct": 2,
      "explanation": "Feedback gehört kontrolliert in Support, Nacharbeit oder Projektabschluss, mit Rückmeldung an den Nutzer."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Was ist ein Kick-off-Meeting?",
      "answers": [
        "Ein gemeinsamer Projektstart zur Klärung von Ziel, Rollen und Vorgehen",
        "Die abschließende Abnahme des fertigen Ergebnisses",
        "Ein technischer Lasttest der Hardware"
      ],
      "correct": 0,
      "explanation": "Der Kick-off schafft zu Beginn ein gemeinsames Verständnis zu Ziel, Rollen und Vorgehen."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Warum sollten Entscheidungen protokolliert werden?",
      "answers": [
        "Damit sie jederzeit unbemerkt geändert werden können",
        "Damit sie später nachvollziehbar sind",
        "Damit Anforderungen unverbindlich bleiben"
      ],
      "correct": 1,
      "explanation": "Protokollierte Entscheidungen sichern Transparenz und Verbindlichkeit."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Welche Information gehört in ein Meeting-Protokoll?",
      "answers": [
        "Nur die Teilnehmerliste ohne Ergebnisse",
        "Ausschließlich allgemeine Stimmungseindrücke",
        "Beschlüsse, Aufgaben, Verantwortliche und Termine"
      ],
      "correct": 2,
      "explanation": "Beschlüsse, Aufgaben, Verantwortliche und Termine machen die Nachverfolgung möglich."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Was hilft bei unterschiedlichen Erwartungen von Stakeholdern?",
      "answers": [
        "Anforderungen abstimmen und priorisieren",
        "Nur die Erwartung der ranghöchsten Person umsetzen",
        "Alle Erwartungen unbesehen gleichzeitig erfüllen"
      ],
      "correct": 0,
      "explanation": "Abstimmung und Priorisierung verhindern Konflikte und spätere Enttäuschung."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Welche Kommunikation ist bei geplanter Ausfallzeit sinnvoll?",
      "answers": [
        "Erst nach dem Ausfall über die Ursache berichten",
        "Betroffene frühzeitig über Zeitraum und Auswirkungen informieren",
        "Nur die Geschäftsführung, nicht die Anwender informieren"
      ],
      "correct": 1,
      "explanation": "Frühzeitige Information aller Betroffenen reduziert Störungen im Betrieb."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Was ist Eskalation im Projekt?",
      "answers": [
        "Das eigenmächtige Überschreiten des Budgets",
        "Das Verschieben eines Termins ohne Absprache",
        "Weitergabe eines Problems an eine höhere Entscheidungs- oder Verantwortungsebene"
      ],
      "correct": 2,
      "explanation": "Eskalation gibt eine Blockade gezielt an eine höhere Ebene weiter, damit sie verbindlich gelöst wird."
    },
    {
      "category": "Kommunikation & Stakeholder",
      "hint": "Beteiligte informieren, Erwartungen klären und Entscheidungen dokumentieren.",
      "text": "Welche Rolle haben Anwender bei Arbeitsplatzprojekten?",
      "answers": [
        "Sie liefern Anforderungen und testen Praxistauglichkeit",
        "Sie übernehmen die komplette Projektleitung",
        "Sie dürfen erst nach der Abnahme einbezogen werden"
      ],
      "correct": 0,
      "explanation": "Anwender kennen die Arbeitsabläufe und prüfen, ob die Lösung im Alltag taugt."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Was ist ein Abnahmekriterium?",
      "answers": [
        "Eine erst bei der Übergabe spontan genannte Erwartung",
        "Eine vorher festgelegte Bedingung, die das Ergebnis erfüllen muss",
        "Eine unverbindliche Empfehlung ohne Prüfbezug"
      ],
      "correct": 1,
      "explanation": "Abnahmekriterien werden vorab vereinbart und machen die Zielerreichung überprüfbar."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Warum sind Tests vor der Übergabe wichtig?",
      "answers": [
        "Sie ersetzen die Anforderungsanalyse zu Beginn",
        "Sie machen die spätere Dokumentation überflüssig",
        "Sie zeigen, ob Anforderungen erfüllt sind und Fehler vor Nutzung auffallen"
      ],
      "correct": 2,
      "explanation": "Tests sichern die Qualität und decken Fehler auf, bevor die Lösung produktiv genutzt wird."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Was gehört sinnvoll in ein Abnahmeprotokoll?",
      "answers": [
        "Ergebnis, offene Punkte, Datum und Unterschriften/Freigabe",
        "Nur eine pauschale Zufriedenheitsnote",
        "Ausschließlich die Liste der eingesetzten Geräte"
      ],
      "correct": 0,
      "explanation": "Das Abnahmeprotokoll dokumentiert, was übergeben und akzeptiert wurde, inklusive offener Punkte und Freigabe."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Was ist ein Testfall?",
      "answers": [
        "Eine grobe Vermutung über mögliche Fehler",
        "Eine beschriebene Prüfung mit Eingabe, Ablauf und erwartetem Ergebnis",
        "Ein einmaliger, nicht wiederholbarer Versuch"
      ],
      "correct": 1,
      "explanation": "Ein Testfall beschreibt Eingabe, Ablauf und Soll-Ergebnis und macht Prüfungen wiederholbar."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Was ist ein Soll-Ist-Vergleich?",
      "answers": [
        "Vergleich zweier konkurrierender Angebote",
        "Vergleich der Ist-Analyse mit der Risikomatrix",
        "Vergleich zwischen geplantem und tatsächlichem Ergebnis"
      ],
      "correct": 2,
      "explanation": "Der Soll-Ist-Vergleich prüft, ob das tatsächliche Ergebnis dem geplanten entspricht."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Warum sollte ein Fehler dokumentiert werden?",
      "answers": [
        "Damit Ursache, Auswirkung und Behebung nachvollziehbar sind",
        "Damit der Fehler nicht in die Statistik einfließt",
        "Damit die Abnahme schneller unterschrieben wird"
      ],
      "correct": 0,
      "explanation": "Fehlerdokumentation unterstützt Nacharbeit, Qualitätssicherung und spätere Wartung."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Was ist eine Teilabnahme?",
      "answers": [
        "Eine Abnahme ohne jede Prüfung des Ergebnisses",
        "Abnahme eines abgeschlossenen Teilbereichs",
        "Die endgültige Gesamtabnahme des Projekts"
      ],
      "correct": 1,
      "explanation": "Teilabnahmen sichern bei größeren Projekten den Fortschritt abgeschlossener Teilbereiche ab."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Welche Aussage zu Qualität ist richtig?",
      "answers": [
        "Qualität ist reine Geschmackssache",
        "Qualität lässt sich ohne Kriterien beurteilen",
        "Qualität muss anhand von Anforderungen geprüft werden"
      ],
      "correct": 2,
      "explanation": "Qualität ist im Projekt an Anforderungen und prüfbare Kriterien gebunden."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Was ist ein Pilotbetrieb?",
      "answers": [
        "Begrenzter Test mit kleiner Nutzergruppe vor dem breiten Rollout",
        "Der gleichzeitige Rollout an alle Nutzer ohne Vortest",
        "Eine reine Sicherung der Konfigurationsdateien"
      ],
      "correct": 0,
      "explanation": "Ein Pilotbetrieb erprobt die Lösung mit wenigen Nutzern und senkt das Risiko vor der breiten Einführung."
    },
    {
      "category": "Qualität, Test & Abnahme",
      "hint": "Ergebnisse prüfen, Fehler finden und Übergabe absichern.",
      "text": "Wann ist eine Abnahme besonders sauber?",
      "answers": [
        "Wenn sie ohne vorherige Prüfung erfolgt",
        "Wenn sie auf vorher vereinbarten Kriterien basiert",
        "Wenn nur der Auftragnehmer allein entscheidet"
      ],
      "correct": 1,
      "explanation": "Vorab vereinbarte Kriterien machen die Abnahme fair und nachvollziehbar."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Warum ist technische Dokumentation wichtig?",
      "answers": [
        "Damit die Lösung möglichst schwer verständlich wird",
        "Damit die Anforderungen anschließend gelöscht werden können",
        "Damit Betrieb, Wartung und Fehlersuche nachvollziehbar bleiben"
      ],
      "correct": 2,
      "explanation": "Technische Dokumentation macht Systeme langfristig betreibbar und wartbar."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Welche Information gehört in eine Arbeitsplatz-Dokumentation?",
      "answers": [
        "Inventarnummer, installierte Software, Netzwerkdaten und Besonderheiten",
        "Die privaten Termine des jeweiligen Nutzers",
        "Eine Bewertung der Arbeitsleistung des Nutzers"
      ],
      "correct": 0,
      "explanation": "Solche technischen Angaben helfen bei Support, Lizenzierung und späteren Änderungen."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Was ist ein sinnvoller Projektabschluss?",
      "answers": [
        "Sofortiger Abbruch, sobald die Zeit knapp wird",
        "Abnahme, Dokumentation, Übergabe und Lessons Learned",
        "Das ungeprüfte Löschen aller Projektdaten"
      ],
      "correct": 1,
      "explanation": "Ein sauberer Abschluss sichert Ergebnis, Wissen und Verantwortlichkeiten."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Was sind Lessons Learned?",
      "answers": [
        "Eine Aufstellung der entstandenen Lizenzkosten",
        "Die technische Konfiguration der Systeme",
        "Erkenntnisse darüber, was gut lief und was verbessert werden sollte"
      ],
      "correct": 2,
      "explanation": "Lessons Learned bündeln Erfahrungen, um zukünftige Projekte besser zu planen."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Warum ist eine Übergabe wichtig?",
      "answers": [
        "Damit Betrieb und Verantwortlichkeiten klar sind",
        "Damit das Ergebnis niemandem bekannt wird",
        "Damit die Abnahme entfallen kann"
      ],
      "correct": 0,
      "explanation": "Die Übergabe stellt sicher, dass Betrieb oder Kunde die Lösung übernehmen und nutzen können."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Welche Dokumentation hilft dem Support später?",
      "answers": [
        "Allein der Name des Projektleiters",
        "Konfiguration, Zugangspunkte, Ansprechpartner und Besonderheiten",
        "Nur die ursprüngliche Angebotssumme"
      ],
      "correct": 1,
      "explanation": "Der Support braucht technische und organisatorische Informationen für den laufenden Betrieb."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Was gehört in eine Anwenderdokumentation?",
      "answers": [
        "Detaillierte Quellcode-Kommentare für Entwickler",
        "Die interne Kostenkalkulation des Projekts",
        "Verständliche Bedienhinweise für Nutzer"
      ],
      "correct": 2,
      "explanation": "Anwenderdokumentation richtet sich an Nutzer und erklärt verständlich die Bedienung."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Was gehört eher in eine technische Dokumentation?",
      "answers": [
        "Systemkonfiguration und Netzwerkeinstellungen",
        "Schritt-für-Schritt-Bedienhinweise für Endnutzer",
        "Die Tagesordnung des Kick-off-Meetings"
      ],
      "correct": 0,
      "explanation": "Technische Dokumentation unterstützt Betrieb, Wartung und Fehlersuche; Bedienhinweise gehören in die Anwenderdoku."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Warum sollten offene Punkte beim Abschluss festgehalten werden?",
      "answers": [
        "Damit offene Punkte unbemerkt verschwinden",
        "Damit Nacharbeiten und Verantwortlichkeiten klar sind",
        "Damit die Abnahme nachträglich ungültig wird"
      ],
      "correct": 1,
      "explanation": "Offene Punkte brauchen Zuständigkeit, Termin und Bewertung, damit Nacharbeiten erledigt werden."
    },
    {
      "category": "Dokumentation & Abschluss",
      "hint": "Nachvollziehbarkeit, Betrieb und spätere Wartung sichern.",
      "text": "Was ist ein gutes Zeichen für einen abgeschlossenen Projektstatus?",
      "answers": [
        "Abnahme erfolgt, Dokumentation übergeben, offene Punkte geklärt",
        "Das Ergebnis ist niemandem im Betrieb bekannt",
        "Es wurden keinerlei Tests durchgeführt"
      ],
      "correct": 0,
      "explanation": "Ein Projektabschluss braucht fachliche, technische und organisatorische Klarheit."
    }
  ]
}