Lösungsbogen, Antwortbogen und Bestehensgrenze auf den letzten Seiten.

Transkript

1 Musterprüfung SCRUM - Product Owner Examination Einführung Allgemeine Information Die Dauer der Prüfung beträgt 60 Minuten. Die Prüfung erfolgt im Multiple-Choice-Verfahren und umfasst 40 Fragen. Die Prüfung gilt als bestanden, wenn Sie 27 oder mehr richtige Antworten haben. Die maximal erreichbare Punktzahl ist 40. Bewertung Pro Frage gibt es vier Antwortmöglichkeiten, von denen eine, zwei, drei oder auch alle Antworten korrekt sein können. Jede komplett richtig beantwortete Frage gibt einen Punkt. Bei falsch beantworteten Fragen gibt es 0 Punkte (aber keinen Punktabzug). Als falsch beantwortet gilt eine Frage, wenn eine falsche Antwort markiert ist oder nicht alle richtigen angekreuzt wurden. Innerhalb einer Frage können nicht weniger als 0 Punkte erreicht werden. Aus dem in den Fragestellungen verwendeten Singular oder Plural lässt sich keinerlei Rückschluss auf die Anzahl korrekter Antworten ableiten. Lösungsbogen, Antwortbogen und Bestehensgrenze auf den letzten Seiten. Wir wünschen Ihnen viel Erfolg! Weitere Informationen unter Copyright TÜV SÜD Akademie GmbH All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system or circulation in any form by print, photo print, microfilm or any other means without written permission by TÜV SÜD Akademie GmbH. All other company, product or service names may be trade marks or service marks of others and are the property of their respective owners. ITEMO SCRUM Product Owner Musterprüfung von ITEMO e.v. ist lizenziert unter einer Creative Commons Namensnennung - nicht kommerziell - keine Bearbeitungen Internationale Lizenz. Nur registrierte Schulungsunternehmen dürfen im Rahmen einer Prüfungsvorbereitung dieses Dokument auch kommerziell verwenden. Gültig ab /15

2 1) Was gilt für die Besetzung und Zusammensetzung des Entwicklungsteams in Scrum Projekten? a) Ein ideales Entwicklungsteam sollte laut Scrum Guide aus nicht weniger als 3 und nicht mehr als 9 Entwicklern bestehen b) Die Phase Performing (nach Tuckmann) ist die optimale Phase, in der sich ein Entwicklungsteam befinden sollte c) Die Selbstorganisation im Entwicklungsteam beinhaltet den Grundsatz, dass es im Team auch weiterhin Hierarchien geben soll d) In Scrum gibt es keine Sub-Teams innerhalb von Entwicklungsteams 2) Welche Aussagen bzgl. Stakeholder sind korrekt? a) Stakeholder sind alle Personen und Organisationen, die irgendeinen Einfluss auf die Anforderungen haben. Der Gesetzgeber z.b. mit indirektem Einfluss, wird auch als Stakeholder bezeichnet b) Der Product Owner arbeitet eng mit den Stakeholdern zusammen, um Produktanforderungen zu spezifizieren c) Eine Pflicht eines Stakeholders ist, den Product Owner in sein Fachgebiet einzuführen d) Alle Stakeholder sollten täglich am Daily Scrum teilnehmen 3) Was gilt für das Produktinkrement? a) Das Produktinkrement wird nur gegen die Ziele des aktuellen Sprints geprüft und muss nur diesem genügen b) Das Produktinkrement muss am Ende eines Sprints zwar lauffähig, aber nicht zwangsläufig bereits dokumentiert und getestet sein c) Das Produktinkrement ist die Summe aller abgenommenen Ergebnisse aller Sprints d) Alle Einträge im Sprint Backlog mit dem Status "Done" werden als Produktinkremente bezeichnet 2/15

3 4) Was gilt für das Daily Scrum? a) Unter Speech Token versteht man eine Technik, die im Daily Scrum angewendet werden kann, um Diskussionen zu verhindern, die die vorgegebene Timebox gefährden könnten b) Das Daily Scrum dient dazu, Probleme detailliert in der Gruppendiskussion zu lösen c) Der Product Owner veranstaltet das Daily Scrum d) Der Product Owner sollte wenn möglich am Daily Scrum teilnehmen, um sich über den Projektstand zu informieren 5) Für die Abschätzung von Anforderungen gibt es im Requirements Engineering mehrere Möglichkeiten. Welche der folgenden Aussagen hierzu sind korrekt? a) Die 3-Zeiten-Methode ist wesentlich genauer als die 2-Zeiten-Methode und sollte daher bevorzugt verwendet werden b) Die 3-Zeiten-Methode verursacht bei der Schätzung mehr Aufwand als die 2-Zeiten- Methode, da drei verschiedene Schätzungen abgegeben werden müssen c) Wenn bei Schätzungen eines Teams häufige Fehler auftreten, sollte ein anderes Team die Schätzungen für dieses Team übernehmen d) Bei gelegentlichen Abweichungen zwischen Schätzung und Realität gilt es vor allem am Projektanfang, Ruhe zu bewahren und keine voreiligen Schlüsse zu ziehen 6) Was gilt für das Scrum of Scrums? a) Das Botschafter-Verfahren zur Auswahl der Teilnehmer des Scrum of Scrums ist eine bewährte Praktik. Jeden Tag wählt und entsendet das Team einen Botschafter aus den Reihen aller Mitglieder b) Das Scrum of Scrums muss von einem dedizierten, nur exklusiv dafür zuständigen Scrum Master moderiert werden c) Da die Zeitvorgabe (Timebox) bei Scrum of Scrums stark von der Anzahl der Teams abhängig ist, gilt hier pro zu beantwortender Frage eine Minute. Daher gilt die Zeitvorgabe: 7 Teams à 4 Fragen = 28 Minuten d) Beim Scrum of Scrums nehmen immer alle Teilnehmer aller Entwicklungsteams teil (all team Meeting) 3/15

4 7) Welche Rechte und Pflichten hat ein Product Owner? a) Alleine der Product Owner ist berechtigt, im Product Backlog eine Anforderung auf done zu setzen b) Der Product Owner soll vorausschauend agieren und Anforderungen für mehrere zukünftige Sprints vorhalten c) Der Product Owner nimmt abgeschlossene Arbeiten in der Sprint Review ab d) Der Product Owner entscheidet gemeinsam mit dem Scrum Master, ob die Entwicklungsteams interdisziplinär zusammengesetzt sein sollen oder nicht 8) Wer ist dafür verantwortlich, das Sprint Ziel im Sprint Planning festzulegen? a) Das Sprint Ziel wird vom Product Owner vorgegeben b) Das gesamte Scrum Team c) Nur das Entwicklungsteam d) Der Scrum Master 9) An welchen Ereignissen dürfen Stakeholder teilnehmen? a) Sprint Retrospektive b) Sprint Review c) Daily Scrum d) Sprint Planning 4/15

5 10) Welche Aussagen bzgl. der Abschätzung von Anforderungen mithilfe von Planning Poker sind korrekt? a) Wenn bei einer Abschätzung bereits für den Normalfall ("normal case") der Wert nahe an die Grenze der zur Verfügung stehenden Nettoarbeitszeit herankommt, sollte die Anforderung unterteilt werden b) Zur Aufwandsabschätzung werden im Planning Poker nur T-Shirt Größen (XS, S, M, L, XL) verwendet c) Für Abschätzungen mit "Planning Poker" können auch einfache Skat-Karten verwendet werden d) Aufwandsabschätzungen werden in Scrum immer vom Product Owner, vom Kunden und vom Entwicklungsteam gemeinsam getroffen. Planning Poker hilft dabei, trotz unterschiedlicher Interessen gemeinsame Schätzungen zu ermöglichen 11) Wer ist für die Aufwandsabschätzungen im Product Backlog verantwortlich? a) Der Scrum Master b) Der Product Owner c) Das Entwicklungsteam d) Das Scrum Team 12) Was gilt für die Skalierung großer und verteilter Pojekte mit Scrum? a) Ein Scrum Projekt gilt als verteilt, wenn an mehr als einem Standort gearbeitet wird b) Ein Projekt gilt bereits als groß, wenn mehr als ein Entwicklungsteam gleichzeitig und parallel arbeitet c) Wenn mehrere Scrum Teams gemeinsam an einem Projekt arbeiten, sollten alle Teams mit einem gemeinsamen Product Backlog arbeiten und ihre Ergebnisse in jedem Sprint untereinander integrieren d) LeSS ist ein Framework zur Skalierung von Scrum 5/15

6 13) Was gilt für das Product Backlog Refinement? a) Das Product Backlog Refinement wird auch als Backlog Grooming (deutsch: Backlog Pflege) bezeichnet b) Der Scrum Guide legt das Product Backlog Refinement lediglich als eine Tätigkeit des Product Owners fest c) Beim Product Backlog Refinement handelt es sich um ein festes Scrum Ritual d) Das Product Backlog Refinement wird wie alle Scrum Rituale vom Scrum Master moderiert 14) Eine beliebte Art der Priorisierung ist die "Moscow-Priorisierung". Welche der folgenden Aussagen sind korrekt? a) Das "S" in "Moscow-Priorisierung" steht für "should have" b) Um bei der Moscow-Priorisierung auch mit den Planning Poker Karten zu arbeiten, ist es möglich, den vier Kategorien des Modells jeweils Kartenwerte zuzuordnen. Dies gestaltet die Abfrage effizienter c) Bei der Moscow-Priorisierung werden Anforderungen, die mit W bewertet werden, aus dem Product Backlog gestrichen, um keine weiteren Aufwände zu verursachen d) Die Moscow-Priorisierung kann in Festpreisprojekten von Vorteil sein, da es eine eigene Kategorie gibt für Anforderungen, die aktuell nicht mehr im Scope der Entwicklung sind 15) Welche der folgenden Aussagen sind korrekt? a) Nur der Product Owner setzt die umgesetzten Anforderungen im Product Backlog auf done b) Die Timebox des Daily Scrums ist abhängig von der Größe des Entwicklungsteams c) Der Scrum Master nimmt nicht an den Meetings teil und wird nur bei Bedarf von anderen Personen hinzugezogen d) Die Bestandteile von Scrum sind modular und können je nach Bedarf einzeln ausgewählt werden 6/15

7 16) Wer ist dazu befugt, einen Sprint abzubrechen? a) Der Product Owner b) Der Scrum Master c) Das Entwicklungsteam d) Der Kunde 17) Was gehört zum Product Backlog Management? a) Sicherstellung, dass das Product Backlog sichtbar, transparent und für alle zugänglich ist b) Optimierung der Ergebnisse des Entwicklingsteams c) Verschieben von Einträgen aus dem Product Backlog ins Sprint Backlog d) Darstellung von Anforderungen an die Stakeholder 18) Welche der folgenden Aussagen treffen auf Scrum Rituale (Ereignisse, Events) zu? a) Die Reihenfolge von Review, Retrospektive und Planning darf beliebig geändert werden b) Alle Ereignisse wie Meetings oder Sprints haben eine zuvor festgelegte Timebox c) Der Scrum Master ist für das Stattfinden, die Einladung und die Moderation aller Rituale verantwortlich d) Der Scrum Guide legt mit detaillierten Checklisten genau fest, welche Inhalte in welchem Meeting behandelt werden 7/15

8 19) Was ist das Ergebnis der Sprint Review? a) Eine Liste von Verbesserungen, die das Entwicklungsteam im nächsten Sprint umsetzen wird b) Ein gereviewtes Product Backlog, in dem die Prioritäten für den nächsten Sprint geklärt sind c) Gemeinsames Verständnis über den aktuellen Entwicklungsfortschritt d) Gemeinsames Verständnis, welche Anforderungen noch fehlen, um das Produktinkrement ausliefern zu können 20) Was gilt für das Sprint Planning? a) Im Sprint Planning schlägt der Product Owner das Sprint Ziel vor und trifft eine Vorauswahl (Status ready ) der möglichen Anforderungen, die zur Umsetzung anstehen b) Im Sprint Planning schätzt alleine das Entwicklungsteam den jeweiligen Aufwand ab (z.b. mit Scrum Poker) c) Das Sprint Planning kann aus zwei Teilen bestehen. Im ersten Teil werden die Ziele des Sprints festgelegt, im zweiten Teil das genaue Sprint Backlog definiert d) Im Sprint Planning gibt es für den Aufwand von Anforderungen keinen Unterschied zwischen Brutto- und Netto-Arbeitszeit. Dies wir nur bei der Nutzenbewertung unterschieden 21) Was wird durch ein Burndown Chart dargestellt? a) Die Entwicklung der Unsicherheit im Projektverlauf b) Der verbleibende Restaufwand und die Entwicklung des Aufwands in der bisherigen Zeit c) Abhängigkeiten innerhalb eines Sprints d) Die Hierarchie, mit der Releases, Sprints, Stories und Tasks aufgeteilt sind 8/15

9 22) Was gilt für das Product Backlog? a) Solange ein Produkt existiert, existiert auch ein Product Backlog b) Das Management des Product Backlogs umfasst ausschließlich die Anordnung einzelner Anforderungen nach Größe und Risiko c) Das Produt Backlog wird geschlossen, wenn die Entwicklung abgeschlossen ist und es keine neuen Tasks mehr gibt d) Nach dem finalen Release kann das Product Backlog gelöscht werden 23) Welche der folgenden sind immer Inputs für das Sprint Planning? a) Kapazität des Entwicklungsteams im nächsten Sprint b) Performance des Entwicklungsteams im letzten Sprint c) Feedback der Stakeholder d) Das aktuelle Produktinkrement 24) Was gilt für das Sprint Backlog? a) Um das Sprint Backlog zu visualisieren, kann ein Taskboard (ähnlich einem Kanban Board) verwendet werden b) Das Sprint Backlog enthält auch ein Sprint Ziel c) Das Sprint Backlog enthält ausschließlich Kundenanforderungen an das Produkt d) Das Sprint Backlog enthält ausschließlich interne Tasks des Entwicklungsteams 9/15

10 25) Welche Aussagen zu Anforderungen in Scrum sind korrekt? a) Mit Use Cases (z.b. UML) lässt sich die Interaktion eines Anwenders mit einem System beschreiben b) Eine gute User Story folgt im Allgemeinen dem Muster: Als NUTZER will ich ZIEL/WUNSCH, damit NUTZEN c) Es ist nicht nötig, dass alle Teammitglieder ein gemeinsames Verständnis der Akzeptanzkriterien (Definition of Done) haben, da letztendlich der Product Owner entscheidet, wann eine Anforderung fertig ist d) Die Definition of Done des gesamten Projekts enthält unter anderem den Zeitpunkt, zu dem das fertige Produkt an den Kunden ausgeliefert werden kann 26) Welche Regeln gelten in einem Sprint? a) Der Product Owner darf während eines Sprints die Anforderungen im Sprint Backlog nicht beeinflussen (z.b. Zusatzanforderungen aufnehmen) b) Ein Sprint dauert immer maximal 30 Tage c) Die Dauer von Sprints variiert von Sprint zu Sprint d) Sprints sollten immer dieselbe Länge in Werktagen haben, deshalb werden sie bei Feiertagen im Sprint entsprechend verlängert 27) Was gilt für die Besetzung und Auswahl der Rolle des Scrum Masters in Scrum Projekten? a) Der Scrum Master muss aus den Reihen des Entwicklungsteams bestimmt werden (Selbstorganisation) b) Der Scrum Master muss selbst auch Entwickler sein. Nur so kann er Fehler nachvollziehen, entsprechend einschreiten und verbessern c) Der Scrum Master ist "servant leader" für das Entwicklungsteam und sollte daher angesehen und akzeptiert werden d) Der Scrum Master ist bestenfalls auch der Vorgesetzte des Entwicklungsteams und trifft letztendlich die Entscheidungen, wer welche Arbeit auf welche Weise zu erledigen hat 10/15

11 28) Wie kann der Product Owner vom Scrum Master unterstützt werden? a) Bei der Organisation weiterer Meetings außerhalb der Scrum Meetings b) Beim Einführen neuer Techniken zur effektiveren Verwaltung des Product Backlogs c) Bei der Einführung von Entwicklungstechniken d) Beim Schaffen von Verständnis für Arbeiten in einem empirischen Umfeld 29) Welche Rechte und Pflichten hat das Entwicklungsteam in einem Scrum Projekt? a) Das Entwicklungsteam ist für das Erreichen der Projektziele, vor allem das des Auslieferungszeitpunktes, alleine verantwortlich b) Das Entwicklungsteam kann alleine Verhaltensregeln für sich beschließen und sich dabei über organisationsweite Vorgaben hinwegsetzen c) Verantwortung für die Umsetzung von Anforderungen wird immer dem gesamten Entwicklungsteam übergeben, nicht einzelnen Entwicklern d) Scrum unterscheidet keine weiteren Rollen innerhalb des Entwicklungsteams. Alle Mitglieder werden im Scrum Guide als Entwickler bezeichnet 30) Was gilt für Continous Deployment/Continous Delivery bzw. für Continous Integration? a) Continuous Delivery bezeichnet eine Sammlung von Techniken, Prozessen und Werkzeugen, die den Auslieferungsprozess eines Systems oder Produkts verbessern b) Continuous Delivery wird als Konzept häufig mit DevOps verbunden c) Continous Integration ist mit Scrum nicht vereinbar, da während eines Sprints keine Entwicklungsergebnisse ausgeliefert werden dürfen d) Die regelmäßige Auslieferung von Funktionalität entspricht den Prinzipien des agilen Manifests 11/15

12 31) Was gilt für das Requirements Engineering in Scrum? a) Die Dekomposition aller Product Backlog Einträge in einzelne User Stories für zukünftige Sprints wird in Scrum als StoryDec burndown bezeichnet b) Scrum enthält keine konkreten Techniken für das Requirements Engineering c) Anforderungen im Product Backlog können auch während des Projektverlaufs aus dem Scope des Projektes herausgenommen werden, so dass sie nicht umgesetzt werden (Status rejected ) d) Jede Anforderung wird als Product Backlog Item gepflegt und sollte aus Referenzierungsgründen eine eindeutige ID haben 32) Was gilt für die Besetzung und Auswahl der Rolle des Product Owners in Scrum Projekten? a) Ein Projekt muss mehrere Product Owner haben (permanente Vertretung wegen Urlaub, Krankheit, ) b) Es ist eine "good practice", in großen Projekten mindestens zwei Product Owner zu haben c) Der Product Owner sollte den Mehrwert des Produkts verstanden haben und kommunizieren können d) Der Product Owner sollte tiefgründiges Verständnis für Scrum haben und dieses in die Organisation tragen (Scrum Evangelist) 33) Was gilt für alle Rollen in Scrum Projekten? a) Für das Lieferanten Management sind der Product Owner und das Team verantwortlich b) Alle Rollen eines Scrum Teams müssen durch das Management festgelegt werden c) Alle Teilnehmer eines Scrum Projekts sind für das Erreichen des Entwicklungsziels mit verantwortlich d) Eine wichtige Eigenschaft von Scrum ist es, dass neben dem Scrum Master, dem Product Owner und dem Entwicklungsteam keine weiteren Rollen definiert werden dürfen 12/15

13 34) Welche der folgenden Aussagen zu Metriken in Scrum Projekten sind korrekt? a) Burndown Charts eignen sich dazu, Restarbeitszeiten zu verfolgen und sind damit ein wichtiges Mittel, um die Wahrscheinlichkeit der Zielerreichung abzuschätzen b) Eine ideale Kurve im Velocity Chart ist die charakteristische Sägezahnkurve c) Burndown Charts eignen sich nur dazu, den Produktfortschritt über das ganze Projekt hinweg zu visualisieren. Innerhalb eines Sprints finden sie keine Anwendung, da dieser zu kurz für die notwendigen Analysen ist d) Da sich Sprintlängen oder Teamgrößen im Entwicklungsverlauf verändern können, muss besonders auf die Vergleichbarkeit von sprintübergreifenden Metriken geachtet werden 35) Welche Aussagen bzgl. DevOps sind korrekt? a) DevOps beschreibt den Umstand, dass Entwicklung und Betrieb eines Systems oder Produkts von denselben Teams verantwortet werden b) Durch DevOps sollen die Schnittstellen zwischen Entwicklung und Betrieb verbessert werden c) Das DevOps-Modell beschreibt 16 konkrete Anforderungen zur Einführung einer agilen Entwicklungsumgebung d) Um DevOps erfolgreich einzuführen ist der Aufbau einer ganzheitlichen Kultur der Zusammenarbeit unverzichtbar 36) Welche Rechte und Pflichten hat ein Scrum Master? a) Der Scrum Master unterstützt den Product Owner und das Entwicklungsteam bei der Detaillierung von Product und Sprint Backlog b) Unter gewissen Umständen kann ein Sprint abgebrochen werden. Dies geht nur mit der Zustimmung des Scrum Masters (Vetorecht) c) Der Scrum Master setzt in der Sprint Review die umgesetzten Anforderungen im Product Backlog auf done d) Der Scrum Master hat generell die Aufgabe, neue Denk- und Verhaltensweisen zu fördern, nicht jedoch beim Entwicklungs-team; dort ist dies die Aufgabe des Product Owners 13/15

14 37) Welche der folgenden Aussagen zu agilen Projekte sind korrekt? a) Die empirische Prozesssteuerung basiert auf den Säulen Transparenz, Überprüfung und Disziplin b) Unter Cross-Skilling versteht man, dass Entwickler ihre Fähigkeiten (Skills) über mehrere Entwicklungsteams verteilen können (across one or more dev-teams) c) Agile Projekte richten sich nach den vier Grundsätzen und den zwölf Prinzipien des agilen Manifests aus d) Ein wichtiger Grundwert für agile Projekte ist Vertrauen, da nur so offen über Probleme gesprochen werden kann 38) Was gilt für die Priorisierung von Anforderungen in Scrum? a) Die Priorität einer Anforderung im Product Backlog hat Einfluss auf deren Detaillierungsgrad je höher die Priorität, desto genauer sollte eine Anforderung beschrieben sein b) Je weiter oben eine Anforderung im Product Backlog steht, desto höher ist ihre Priorität c) Anforderungen mit einem geringen Nutzen und einem geringen Risiko eignen sich am besten, um als erstes umgesetzt zu werden (Wert-Risk-Matrix nach Cohn) d) Scrum macht konkrete Vorgaben (Priorisierungsmatrix), wie Anforderungen im Product Backlog priorisiert werden 39) Welche Aussagen bzgl. Kanban sind korrekt? a) Kanban ist eine agile Methode zur Prozesssteuerung b) Kanban stammt aus dem Produktionsumfeld, kann aber in Teilen auf Entwicklungsprozesse adaptiert werden c) Kanban beschreibt den Führungsstil eines Servant Leaders und ist damit als Toolset für den Scrum Master geeignet d) Kanban-Tafeln eignen sich ausschließlich dazu, Produktionsprozesse zu unterstützen 14/15

15 Powered by TCPDF ( SCRUM - Product Owner Examination 40) Wer ist dafür verantwortlich, den Fortschritt innerhalb eines Sprints zu verfolgen, um die Wahrscheinlichkeit der Zielerreichung abzuschätzen? a) Der Scrum Master b) Der Product Owner c) Das Entwicklungsteam d) Das Scrum Team 15/15

16 Powered by TCPDF ( SCRUM - Product Owner Examination a b c d Lösungsbogen Datum: Ort: VA-Nr.: a b c d a b c d a b c d

17 Powered by TCPDF ( SCRUM - Product Owner Examination Punkte: a b c d Punkte: a b c d Punkte: a b c d Antwortbogen Datum: Ort: VA-Nr.: Teilnehmerdaten (bitte in Blockschrift ausfüllen) Anrede: Name: Vorname: Geburtsdatum: Geburtsort: Unterschrift: Ergebnis: [ ] Frau [ ] Herr Blanko Blanko von 40 maximal erreichbaren Punkten entspricht % [ ] Prüfung bestanden [ ] Prüfung nicht bestanden Prüfungsbeauftragter Punkte: a b c d

18 Powered by TCPDF ( SCRUM - Product Owner Examination Bestehensgrenzen Maximal erreichbare Punkte 40 Bestanden ab 67 % Punkte Prozent Punkte Prozent Punkte Prozent % % % % % % % % % % % 9 22 % % % 8 20 % % % 7 17 % % % 6 15 % % % 5 12 % % % 4 10 % % % 3 7 % % % 2 5 % % % 1 2 % % % min.--> % %