{ "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." } ] }