EXIN Agile Scrum Foundation. Vzorový Test. Vydání

EXIN Agile Scrum Foundation Vzorový Test

Vydání 201608

Copyright © 2016 EXIN Všechna práva vyhrazena. Žádná část této publikace nesmí být zveřejněna, reprodukována, kopírována nebo uložena v systému pro zpracování dat. Nesní být dána do oběhu v jakékoliv formě tištěné, fotografické, na mikrofilmu nebo jakýmkoli jiným způsobem bez předchozího písemného souhlasu ze strany EXINu.

Vzorový test EXIN Agile Scrum Foundation (ASF.CZ)

2

Obsah Úvod Vzorový Test Klíč s odpověďmi Hodnocení

4 5 15 35


3

Úvod Toto je vzorový test EXIN Agile Scrum Foundation (ASF.CZ). Tento vzorový test zahrnuje 40 otázek s více možnostmi odpovědí. Každá otázka má několik možných odpovědí, z nichž jen jedna je správná. Maximální počet bodů, které lze získat, je 40. Každá správná odpověď je za jeden bod. K úspěšnému složení zkoušky je třeba získat alespoň 26 bodů (65 %). Na tento vzorový test je 60 minut. Z těchto informací nelze odvodit žádná práva. Hodně štěstí!


4

Vzorový Test 1 / 40 Během denního Scrumu se odpovídá na tři otázky. Která otázka je jednou z těchto tří? A. Jaké překážky jsou v cestě? B. Kdo by měl provést další úkol? C. Jaké požadavky od zákazníka jste obdrželi?

2 / 40 Scrum tým zjistil, že má možné zpoždění při doručování komponenty, na kterou čeká jiný Scrum tým. Jaké je nejlepší fórum k diskuzi o tomto problému a nalezení řešení? A. B. C. D.

Denní Scrum jednoho z týmů Scrum-of-Scrums Vyhodnocení sprintu Retrospektiva sprintu

3 / 40 Scrum tým považuje za dobrou praxi jasně definovat kontrolní seznam položek, které musí být hotové před tím, než je uživatelský příběh možné označit za „dokončený“. Jaký artefakt pro tento účel pravděpodobně použijí? A. B. C. D.

Burn-down graf Definice „Hotovo“ Produktový backlog Sprint backlog

4 / 40 Blízko konce sprintu vývojový tým zjistí, že nebude schopen dokončit všechny uživatelské příběhy, ke kterým se zavázal. Jaký je nejlepší průběh činností pro vývojový tým? A. Přidat zdroje a členy týmu za cílem splnění úkolů probíhajícího sprintu. B. Požádat vlastníka produktu o rozhodnutí, které uživatelské příběhy mohou být odloženy do dalšího sprintu. C. Rozhodnout o nové definici „hotovo“ pro položky sprint backlogu.


5

5 / 40 Často používanou nejlepší praxí je definovat uživatelské příběhy podle zkratky „INVEST“. „S“ ve slově „INVEST“ znamená malý (anglicky Small). Pokud jde o uživatelský příběh ve sprintu, co musí být „small“? A. B. C. D.

Počet sprintů potřebných k realizaci tohoto uživatelského příběhu Počet zapojených členů týmu Počet story pointů nebo ideálních hodin Délka sepsaného příběhu uživatele

6 / 40 Který z následujících výroků nejlépe popisuje úlohu, kterou denní Scrum hraje ve sledování postupu Scrum projektu? A. Denní Scrum pomáhá Scrum masterovi aktualizovat Burn-down graf. B. Denní Scrum dává vývojovému týmu vhled do pokroku a problémů. C. Denní Scrum umožňuje vlastníkovi produktu přezkoumat pokroky týmu.

7 / 40 „S“ ve slově „INVEST“ znamená malý (anglicky Small). Jaké položky v produktovém backlogu by měly být malé? A. B. C. D.

Všechny položky produktového backlogu Položky v horní části produktového backlogu Položky v dolní části produktového backlogu Pouze položky ve sprint backlogu musí být malé

8 / 40 Scrum tým hodnotí uživatelské příběhy. Scrum master navrhne techniku Plánovacího pokeru. Co je účelem Plánovacího pokeru? A. Porovnat uživatelský příběh s referenčními příběhy a potom odhadnout jeho velikost B. Provést vlastní odhad, potom prodiskutovat odhady ostatních. C. Seřadit uživatelské příběhy na základě relativního potřebného úsilí.


6

9 / 40 Co vyjadřuje Agilní manifest? A. B. C. D.

Ceníme si jednání o kontraktu více než spolupráce se zákazníkem. Ceníme si dodržování plánu více než reakce na změny. Ceníme si procesů a nástrojů více než jednotlivců a interakce. Ceníme si funkčního softwaru více než kompletní dokumentace.

10 / 40 Vývojový tým zjistí, že má pro daný sprint přílišný závazek. Kdo by měl být přítomný při přezkumu a úpravě práce sprintu? A. Vývojový tým, Scrum master a vlastník produktu. Je třeba se poradit se všemi zainteresovanými osobami. B. Vývojový tým a Scrum master. Je třeba se poradit s vlastníkem produktu. C. Pouze vývojový tým. Je třeba se poradit s vlastníkem produktu.

11 / 40 Jak je třeba definovat „hotovo“, když více Scrum týmů pracuje na jednom produktu? A. Všechny Scrum týmy musí mít stejnou definici „hotovo“. B. Každý Scrum tým musí definovat a používat vlastní definici „hotovo“. C. Scrum master definuje, kdy je položka hotova.

12 / 40 Scrum tým vybírá položku produktového backlogu (PBI) pro backlog sprintu. Co vše musí vývojový tým udělat, aby dokončil položku produktového backlogu, kterou vybírá? A. Co nejvíce je možné učinit v tomto sprintu před termínem. B. Co nejvíce je zapotřebí pro splnění definice „hotovo“. C. Analyzovat, navrhovat, programovat, testovat a dokumentovat položku produktového backlogu.

13 / 40 Který z následujících bodů je žádoucí charakteristikou informačních radiátorů? A. B. C. D.

Aktuální Podrobné Poskytované na bázi „je třeba vědět“ Stabilní


7

14 / 40 Jak dlouho by mělo Scrum týmu s 5 členy trvat dokončit plánovací schůzku sprintu pro 3-týdenní sprint? A. 3-6 hodin B. 3-6 dní C. Tak dlouho, jak je zapotřebí

15 / 40 Jaké by mělo být tempo vývoje podle zásad Agile? A. Rychlé B. Zvýšené C. Udržitelné

16 / 40 Proč je třeba denní Scrum pořádat vždy na stejném místě a ve stejnou dobu? A. Rezervace místnosti je zapotřebí provést předem po celou dobu trvání sprintu. B. Konstantní čas a místo jsou nejlepší pro kontinuitu v rámci Scrumu. C. Manažer projektu musí dostávat aktualizace stavu v daný čas každý den.

17 / 40 V minulých 8 sprintech dokončil Scrum tým 85 bodů práce celkem. Scrum tým byl požádán, aby začal pracovat na novém projektu, který má odhadovanou délku 64 bodů. Kolik sprintů bude zapotřebí pro dokončení tohoto projektu? A. B. C. D.

5 sprintů 7 sprintů 8 sprintů 10 sprintů

18 / 40 Tým přechází na Scrum. Mají již roli označovanou jako koordinátor projektu, který usnadňuje interakce, odstraňuje překážky v cestě a jedná jako procesní kouč týmu. Jak by tato role měla být nazývána po přechodu? A. B. C. D.

Koordinátor projektu Projektový manažer Scrum master Manažer projektu Scrum


8

19 / 40 Scrum tým odhaduje uživatelský příběh technikou Plánovacího pokeru. Tým se rozhodne přidělit 5 bodů určitému příběhu, protože vývojáři odhadují 2 body a testeři odhadují 3 body. Jaký výrok ohledně tohoto scénáře platí? A. B. C. D.

Body přiděluje Scrum master, nikoli vývojový tým. Body jsou přidělovány pro celý příběh, nikoli pro jednotlivé části příběhu. Body nejsou nikdy odhadovány, vždy jsou určovány předem. Vývojový tým rovněž musí požádat vlastníka produktu o odhad.

20 / 40 Zákazník vyžaduje zprávu, která sumarizuje přidané funkce a zjištěné a opravené závady ihned na konci jednoho sprintu. Kdo může nejlépe připravit tuto zprávu? A. B. C. D.

Vlastník produktu Scrum master Vývojový tým Tento typ zprávy by se neměl připravovat.

21 / 40 Jaká je hlavní odpovědnost Scrum mastera, aby zajistil, že Scrum tým pracuje na maximální úrovni produktivity? A. Udržování funkcí s vysokou prioritou v horní části produktového backlogu. B. Nepovolení změn v produktovém backlogu po začátku sprintu. C. Podpora rozhodování vývojového týmu a řešení problémů.

22 / 40 Spolupráce je nejdůležitější parametr pro úspěch Scrum týmu. Jaký pojem nejlépe popisuje tento typ interakce? A. Práce distribuovaného týmu B. Sdílení informačního radiátoru C. Osmotická komunikace


9

23 / 40 Produktový backlog je seřazen od nejcennějších k nejméně cenným položkám. Existuje několik kritérií, která určují, jak cenná je určitá položka produktového backlogu. Jaká jsou tato kritéria? A. B. C. D.

Přínosy, náklady, rizika Přínosy, náklady, velikost Doba na backlogu, náklady, rizika Doba na backlogu, náklady, velikost

24 / 40 Při přezkumu sloupcového Burn-down grafu pro release zjistil nově jmenovaný Scrum master, že dolní část sloupce se mezi 3. a 4. sprintem posunula nad vodorovnou osu. Co se stalo ve sprintu 3? A. B. C. D.

Vývojový tým dokončil méně než přidělené příběhy. Vývojový tým dokončil více než přidělené příběhy. Do produktového backlogu byla přidána práce. Z produktového backlogu byla odstraněna práce.

25 / 40 Sprint byl právě dokončen a výsledkem byla katastrofa. Žádný z plánovaných uživatelských příběhů nebyl dokončen a přezkum (Review) byl zrušen. Vrchní vedení chce určit odpovědnost za tuto situaci. Kdo je v konečném měřítku odpovědný za úspěch nebo selhání Scrum projektu? A. B. C. D.

Vlastník produktu Scrum master Vrchní vedení Vývojový tým

26 / 40 Kdo ví nejvíce o pokroku směrem k firemnímu cíli nebo releasu? A. Vlastník produktu B. Scrum master C. Vývojový tým


10

27 / 40 Pro sprint je průběh sledován na Burn-down grafu. Co ukazuje Burn-down graf? A. Množství dokončené práce B. Množství zbývající práce C. Rychlost vývojového týmu

28 / 40 Scrum tým selhal při plnění cílů sprintu. Jeden z klíčových členů vývojového týmu onemocněl a byl mimo 2 dny hned na začátku 4-týdenního sprintu. Co je nejpravděpodobnější důvod toho, proč tým nesplnil cíle sprintu? A. B. C. D.

Vlastník produktu není schopný stanovit priority. Vývojový tým má nedostatečné dovednosti. Tým nenaplánoval sprint efektivně. Vývojový tým je přepracovaný.

29 / 40 Váš tým využívá Kanban nástěnku. Je dosažen limit probíhající práce (WIP) ve sloupci na Kanban nástěnce. Co se od vás očekává, když k tomu dojde? A. B. C. D.

Přidělení práce spolupracovníkům v dalším sloupci, aby se uvolnila kapacita. Rozšíření limitu probíhající práce a pokračování v práci. Pomoc spolupracovníkům v daném sloupci překonat úzká hrdla. Počkat, dokud není práce přetažena do dalšího sloupce, aby se uvolnila kapacita.

30 / 40 Vlastník produktu chce, aby byl určitý uživatelský příběh dokončen ve dvou dnech. Člen vývojového týmu pracující na příběhu počítá, že to bude trvat pět dní. Scrum master má pocit, že by to mělo trvat tři dny. Odborník na danou problematiku, který pracoval na podobném příběhu v minulosti, si myslí, že je to práce maximálně na jeden den. Jaký odhad by se měl použít pro plánování? A. B. C. D.

Vlastníka produktu Scrum mastera Odborníka na danou problematiku Vývojového týmu


11

31 / 40 Vedení společnosti chce provádět pravidelný audit pro ověření, že Scrum tým dodržuje postupy a zásady Scrum. Kdo má nejlepší postavení k provedení takového auditu? A. B. C. D.

Vlastník produktu Scrum master Vývojový tým Testeři

32 / 40 Vlastník produktu jede na 3-týdenní dovolenou. Tým by měl uzavřít aktuální sprint a začít nový sprint na konci prvního týdne dovolené vlastníka produktu. Jaký je nejlepší způsob pokračování rituálů Scrum v této situaci? A. Každý Scrum tým by měl ideálně mít dva vlastníky produktu, aby bylo zajištěno krytí. B. Vlastník produktu by měl být požádán, aby dovolenou o týden odložil. C. Scrum master by měl převzít roli a funkci vlastníka produktu.

33 / 40 Jaká je definice rychlosti týmu? A. B. C. D.

Sdílené porozumění, jak rychle musí být sprint dokončen. Optimální limit probíhající práce pro každý sprint. Počet story pointů, které může tým dokončit v 1 sprintu. Součet všech dokončených položek backlogu sprintu.

34 / 40 Scrum tým pracuje na projektu v 2-týdeních sprintech. Během plánovací schůzky patnáctého sprintu, Scrum master řekne: „Z posledních 12 sprintů je vidět, že nejsme schopni doručit potenciálně expedovatelné přírůstky ve 2 týdnech. Pojďme zvýšit délku sprintu na 16 dní.“ Mělo by být trvání prodlouženo? A. B. C. D.

Ano, protože Scrum master může změnit délku sprintu. Ano, protože minulý výkon sprintu je dobrým důvodem pro změnu. Ne, protože délku sprintu nelze z žádného důvodu změnit. Ne, protože pouze členové vývojového týmu mohou změnit délku sprintu.


12

35 / 40 Který typ kontraktu je adaptivní a tak dobře odpovídá způsobu práce Scrum? A. Typ kontraktu „Časové jednotky nebo pevné jednotky“ B. Typ kontraktu „S pevnou cenou“ C. Žádný typ kontraktu.

36 / 40 Podle principů Agile Manifesta, který typ týmu může přijít s nejlepšími požadavky, architekturou a návrhem? A. B. C. D.

Se společným místem práce Zkušený Samostatně organizovaný Dobře vyškolený

37 / 40 Plánování v Agile se odehrává na více úrovních včetně denního plánu, plánování sprintu a strategického plánu. Jaký pojem nejlépe popisuje víceúrovňové plánování? A. Plánování po vrstvách B. Plánovací poker C. Plánovací schůzka sprintu

38 / 40 Člen týmu ze Scrum týmu má pocit, že vedoucí technický architekt z jiného týmu může mít určitý hodnotný pohled a zpětnou vazbu na produkt. Jaká je nejlepší událost, kdy požádat o tuto zpětnou vazbu. A. B. C. D.

Denní Scrum Plánovací schůzka sprintu Retrospektiva sprintu Vyhodnocení sprintu


13

39 / 40 Jeden pracovník pracuje na kódu a druhý jeho práci pozoruje, kritizuje a občas si vymění role. Jaká praxe zde bude dodržována? A. B. C. D.

Přezkum kódu Průběžná integrace Párové programování Vývoj řízený testováním

40 / 40 Co je Sprint? A. Brainstormingová událost extrémního programování zaměřená na generování návrhových idejí. B. Soupeření mezi dvěma vývojáři o to, kdo z nich dokončí nějakou funkci rychleji. C. Jedna iterace metodologie Scrum. D. Poslední iterace projektu Scrum, kdy týmy pracují dlouhé hodiny k dokončení projektu.


14

Klíč Odpověďmi 1 / 40 Během denního Scrumu se odpovídá na tři otázky. Která otázka je jednou z těchto tří? A. Jaké překážky jsou v cestě? B. Kdo by měl provést další úkol? C. Jaké požadavky od zákazníka jste obdrželi? A. Správně. Toto je jedna z otázek, na které je třeba odpovědět během denní schůzky Scrum společně s „Čeho bylo dosaženo od poslední schůzky?“ a „Co se udělá do další schůzky?“ (Literatura A: Rituály Scrumu: Denní Scrum) B. Špatně. Během denního Scrumu by měl každý člen týmu odpovědět na tyto tři otázky: 1. Čeho bylo dosaženo od poslední schůzky? 2. Co se udělá do další schůzky? 3. Jaké překážky jsou v cestě? C. Špatně. Během denního Scrumu by měl každý člen týmu odpovědět na tyto tři otázky: 1. Čeho bylo dosaženo od poslední schůzky? 2. Co se udělá do další schůzky? 3. Jaké překážky jsou v cestě?

2 / 40 Scrum tým zjistil, že má možné zpoždění při doručování komponenty, na kterou čeká jiný Scrum tým. Jaké je nejlepší fórum k diskuzi o tomto problému a nalezení řešení? A. B. C. D.

Denní Scrum jednoho z týmů Scrum-of-Scrums Vyhodnocení sprintu Retrospektiva sprintu

A. Špatně. Denní Scrum by měl být pouze krátkou diskuzí o problémech a pokrocích daného týmu. B. Správně. Scrum-of-Scrums je koordinační schůzka, na které je možné diskutovat závislosti a řešení problémů mezi jednotlivými týmy. C. Špatně. Vyhodnocení sprintu je zamýšleno jako předváděcí schůzka nové funkcionality. D. Špatně. Retrospektiva sprintu by se měla použít ke zlepšení procesů v předchozí iteraci.


15

3 / 40 Scrum tým považuje za dobrou praxi jasně definovat kontrolní seznam položek, které musí být hotové před tím, než je uživatelský příběh možné označit za „dokončený“. Jaký artefakt pro tento účel pravděpodobně použijí? A. B. C. D.

Burn-down graf Definice „Hotovo“ Produktový backlog Sprint backlog

A. Špatně. Burn-down graf ukazuje, kolik práce je již dokončeno. B. Správně. Definice „hotovo“ je dobře srozumitelná a jasně dokumentovaná definice kritérií, které musí být vytvořeny (splněny), aby bylo možné uživatelský příběh (nebo iteraci nebo projekt) označit za hotový. (Literatura A: Artefakt 4: Definice „Hotovo“) C. Špatně. Produktový backlog ukazuje zbývající uživatelské příběhy, které je třeba dokončit před releasem. D. Špatně. Sprint backlog ukazuje zbývající uživatelské příběhy, které je třeba dokončit v probíhajícím sprintu.

4 / 40 Blízko konce sprintu vývojový tým zjistí, že nebude schopen dokončit všechny uživatelské příběhy, ke kterým se zavázal. Jaký je nejlepší průběh činností pro vývojový tým? A. Přidat zdroje a členy týmu za cílem splnění úkolů probíhajícího sprintu. B. Požádat vlastníka produktu o rozhodnutí, které uživatelské příběhy mohou být odloženy do dalšího sprintu. C. Rozhodnout o nové definici „hotovo“ pro položky sprint backlogu. A. Špatně. Tento postup nepatří do rámce Scrum. Přidání dalších spolupracovníků do funkčního týmu by mohlo vést k dalšímu zpoždění. Přidání zdrojů může být možností, ale nikdy by nemělo vést k přesčasům. B. Správně. Vlastník produktu by měl rozhodnout, které položky mají největší hodnotu a měly by tedy být provedeny v tomto sprintu. (Literatura A: Role Scrum) C. Špatně. Definice „hotovo“ je daná, aby zákazník obdržel hodnotu, kterou potřebuje. Definice „hotovo“ se nesmí během sprintu měnit.


16

5 / 40 Často používanou nejlepší praxí je definovat uživatelské příběhy podle zkratky „INVEST“. „S“ ve slově „INVEST“ znamená malý (anglicky Small). Pokud jde o uživatelský příběh ve sprintu, co musí být „small“? A. B. C. D.

Počet sprintů potřebných k realizaci tohoto uživatelského příběhu Počet zapojených členů týmu Počet story pointů nebo ideálních hodin Délka sepsaného příběhu uživatele

A. Špatně. Příběh uživatele by měl být realizován v jednom sprintu. B. Špatně. Všichni členové týmu pracují ideálně na stejné funkci, takže počet členů týmu pracující na jednom příběhu uživatele může být až 9, což exaktně vzato není málo. C. Správně. Příběhy uživatelů v horní části produktového backlogu a tedy i příběhy ve sprintu musí být malé. Musí být malé, aby se zajistilo, že je bude možné realizovat v 1 sprintu a musí být definovány s dostatečnou přesností. (Literatura A: Část 2) D. Špatně. Ne, text musí být dostačující, ale nikoli nezbytně malý. Pokud potřebujete 250 slov na vysvětlení toho, co je zapotřebí, je to v pořádku.

6 / 40 Který z následujících výroků nejlépe popisuje úlohu, kterou denní Scrum hraje ve sledování postupu Scrum projektu? A. Denní Scrum pomáhá Scrum masterovi aktualizovat Burn-down graf. B. Denní Scrum dává vývojovému týmu vhled do pokroku a problémů. C. Denní Scrum umožňuje vlastníkovi produktu přezkoumat pokroky týmu. A. Špatně. Vývojový tým by měl (nebo může) aktualizovat Burn-down graf. Toto není hlavní cíl denního Scrumu. B. Správně. Ano, přesně k tomu denní Scrum slouží. 3 otázky je třeba klást každý den: Co bylo dokončeno od poslední schůzky? Co se udělá do další schůzky? Jaké překážky jsou v cestě? Vše ostatní je třeba diskutovat mimo denní Scrum. (Literatura A: Událost 3: Denní Scrum) C. Špatně. Vlastník produktu může naslouchat, ale vlastník produktu by neměl používat tuto schůzku k získání informací o pokrocích vývojového týmu.


17

7 / 40 „S“ ve slově „INVEST“ znamená malý (anglicky Small). Jaké položky v produktovém backlogu by měly být malé? A. B. C. D.

Všechny položky produktového backlogu Položky v horní části produktového backlogu Položky v dolní části produktového backlogu Pouze položky ve sprint backlogu musí být malé

A. Špatně. Product Backlog Items (PBI) s nejvyšší prioritou jsou v horní části a jsou nejpodrobnější, protože se musí realizovat jako první. Čím níže PBI v produktovém backlogu jsou, tím méně podrobné by měly být. Mohou se během času změnit nebo mohou být i vynechány/vymazány z produktového backlogu. B. Správně. Položky v horní části by měly být malé, protože tyto položky jsou dále rozděleny na jednotlivé úkoly a jsou definovány dostatečně přesně, aby mohly být zahrnuty (vytvořeny) v dalším sprintu. (Literatura A, kapitola 1) C. Špatně. PBI s nejvyšší prioritou jsou v horní části a jsou nejpodrobnější, protože se musí realizovat jako první. Čím níže PBI v produktovém backlogu jsou, tím méně podrobné musí být. Mohou se během času změnit nebo mohou být i vynechány/vymazány z produktového backlogu. D. Špatně. Položky sprint backlogu musí být malé, ale položky v horní části produktového backlogu také.

8 / 40 Scrum tým hodnotí uživatelské příběhy. Scrum master navrhne techniku Plánovacího pokeru. Co je účelem Plánovacího pokeru? A. Porovnat uživatelský příběh s referenčními příběhy a potom odhadnout jeho velikost. B. Provést vlastní odhad, potom prodiskutovat odhady ostatních. C. Seřadit uživatelské příběhy na základě relativního potřebného úsilí. A. Špatně. Toto je triangulace. B. Správně. Toto je Plánovací poker. (Literatura A, Odhadování) C. Špatně. To je odhadování na základě podobnosti.


18

9 / 40 Co vyjadřuje Agilní manifest? A. B. C. D.

Ceníme si jednání o kontraktu více než spolupráce se zákazníkem. Ceníme si dodržování plánu více než reakce na změny. Ceníme si procesů a nástrojů více než jednotlivců a interakce. Ceníme si funkčního softwaru více než kompletní dokumentace.

A. B. C. D.

Špatně. Ceníme si spolupráce zákazníků více než jednání o kontraktu. Špatně. Ceníme si reakce na změny více než dodržování plánu. Špatně. Ceníme si jednotlivců a interakce více než procesů a nástrojů. Správně. Cenění si funkčního softwaru více než kompletní dokumentace je podstatou Agilního manifestu. (Literatura A: Agilní manifest)

10 / 40 Vývojový tým zjistí, že má pro daný sprint přílišný závazek. Kdo by měl být přítomný při přezkumu a úpravě práce sprintu? A. Vývojový tým, Scrum master a vlastník produktu. Je třeba se poradit se všemi zainteresovanými osobami. B. Vývojový tým a Scrum master. Je třeba se poradit s vlastníkem produktu. C. Pouze vývojový tým. Je třeba se poradit s vlastníkem produktu. A. Špatně. Scrum master a vlastník produktu nejsou zapotřebí. Zainteresované osoby je třeba udržovat stranou této diskuze. B. Špatně. Scrum master je nadbytečný. C. Správně. Vývojový tým by se sám měl rozhodnout, jak rozdělit práci. Potřebují si přerozdělit práci mezi sebou. Pokud tento proces potřebuje nějaké vedení, může tým požádat Scrum mastera, aby vedl diskuzi. Je třeba se poradit s vlastníkem produktu pro zajištění toho, že vynechané úlohy mají pro zákazníka nejnižší hodnotu. (Literatura A: Role Scrum)


19

11 / 40 Jak je třeba definovat „hotovo“, když více Scrum týmů pracuje na jednom produktu? A. Všechny Scrum týmy musí mít stejnou definici „hotovo“. B. Každý Scrum tým musí definovat a používat vlastní definici „hotovo“. C. Scrum master definuje, kdy je položka hotova. A. Správně. Použití stejné definice „hotovo“ zaručuje, že jednotlivé části projektu se k sobě budou hodit a budou ve stejném stavu „hotovo“. (Literatura: Definice „Hotovo“ a odstupňovaný Scrum) B. Špatně. Je důležité dodržovat stejnou definici „hotovo“, aby jednotlivé části projektu mohly být bez problémů spojovány. C. Špatně. Scrum master nikdy nesmí určovat, co je „hotovo“. To je úloha vlastníka produktu jako zástupce zákazníka.

12 / 40 Scrum tým vybírá položku produktového backlogu (PBI) pro backlog sprintu. Co vše musí vývojový tým udělat, aby dokončil položku produktového backlogu, kterou vybírá? A. Co nejvíce je možné učinit v tomto sprintu před termínem. B. Co nejvíce je zapotřebí pro splnění definice „hotovo“. C. Analyzovat, navrhovat, programovat, testovat a dokumentovat položku produktového backlogu. A. Špatně. Tým předem definuje, co je zapotřebí udělat a pracuje v udržitelném tempu. B. Správně. Definice „hotovo“ řídí, co je zapotřebí udělat před dokončením položky backlogu. (Literatura A: Artefakt 4: Definice „Hotovo“) C. Špatně. Kroky, které tým podnikne, nejsou součástí této diskuze. Vše závisí na tom, jaká je definice „hotovo“.


20

13 / 40 Který z následujících bodů je žádoucí charakteristikou informačních radiátorů? A. B. C. D.

Aktuální Podrobné Poskytované na bázi „je třeba vědět“ Stabilní

A. Správně. Nejdůležitější vlastností informačních radiátorů je to, že jsou aktuální. Pokud nejsou aktuální, lidé budou muset nadále hledat jiné zdroje informací, přestože základní ideou je, aby jim informační radiátor přinášel informace. (Literatura: Artefakt 5) B. Špatně. Podrobnosti nejsou nezbytné, pokud radiátor poskytuje určité informace vysoce viditelným způsobem. Displej, který pouze ukazuje zbývající počet dní ve sprintu, není vůbec podrobný, ale může dobře fungovat jako informační radiátor. C. Špatně. Informační radiátory by měly být viditelné pro každého, kdo jde kolem. D. Špatně. Informační radiátory se musí často měnit, aby zůstaly aktuální.

14 / 40 Jak dlouho by mělo Scrum týmu s 5 členy trvat dokončit plánovací schůzku sprintu pro 3-týdenní sprint? A. 3-6 hodin B. 3-6 dní C. Tak dlouho, jak je zapotřebí A. Správně. Plánovací schůzka sprintu je schůzka v timeboxu (má časové ohraničení). Obvykle má pevnou délku 8 hodin pro 4-týdenní sprint nebo je úměrně kratší pro kratší sprinty. (Literatura A: Událost 1: Sprint) B. Špatně. Plánovací schůzka sprintu může jen těžko trvat více než 8 hodin. 3-6 dní je rozhodně příliš mnoho na pouhé plánování. Další plánování je možné provádět během sprintu. C. Špatně. Plánování je důležité, ale nemělo by trvat příliš dlouho. K dalšímu plánování může dojít během sprintu, ale plánovací schůzka sprintu je událost v timeboxu.


21

15 / 40 Jaké by mělo být tempo vývoje podle zásad Agile? A. Rychlé B. Zvýšené C. Udržitelné A. Špatně. Rychlé tempo může vést k trvalému přepracování a rychlému vyhoření týmu. B. Špatně. Přestože se na počátku může rychlost zvyšovat, není to cílem vývoje v rámci Agile. C. Správně. Klíčovou výhodou udržitelného tempa je, že se vývojáři mohou více soustředit i na tvůrčí činnost a ne jen na práci. Vede to ke šťastnějšímu pracovnímu prostředí a vyšší produktivitě. (Literatura: Postupy Agile)

16 / 40 Proč je třeba denní Scrum pořádat vždy na stejném místě a ve stejnou dobu? A. Rezervace místnosti je zapotřebí provést předem po celou dobu trvání sprintu. B. Konstantní čas a místo jsou nejlepší pro kontinuitu v rámci Scrumu. C. Manažer projektu musí dostávat aktualizace stavu v daný čas každý den. A. Špatně. Rezervace místnosti není podle Průvodce Scrum nezbytná. B. Správně. Účast vývojového týmu je povinná. Je snazší organizovat denní práci okolo konstantní události během celého sprintu. C. Špatně. Není to podle Průvodce Scrum nezbytné.


22

17 / 40 V minulých 8 sprintech dokončil Scrum tým 85 bodů práce celkem. Scrum tým byl požádán, aby začal pracovat na novém projektu, který má odhadovanou délku 64 bodů. Kolik sprintů bude zapotřebí pro dokončení tohoto projektu? A. B. C. D.

5 sprintů 7 sprintů 8 sprintů 10 sprintů

A. Špatně. Na základě současné rychlosti 5 sprintů nestačí. B. Správně. Rychlost týmu je 85/8 = 10,625. Počet sprintů potřebných na dokončení projektu je 64/rychlost (64/10,625 = 6,024), což vychází těsně nad 6. 7 je proto rozumná odpověď, protože bychom nikdy neměli odhady zaokrouhlovat dolů. (Literatura: Odhadování) C. Špatně. 8 je počet minulých sprintů. Není žádný důvod předpokládat, že další projekt by měl obsahovat stejné množství sprintů. Srovnání by bylo možné použít jen v případě, že by délka sprintu a počet bodů byly stejné. D. Špatně. 10 bodů je přibližně současná rychlost v rámci sprintu. Není to počet sprintů potřebných pro nadcházející projekt.

18 / 40 Tým přechází na Scrum. Mají již roli označovanou jako koordinátor projektu, který usnadňuje interakce, odstraňuje překážky v cestě a jedná jako procesní kouč týmu. Jak by tato role měla být nazývána po přechodu? A. B. C. D.

Koordinátor projektu Projektový manažer Scrum master Manažer projektu Scrum

A. Špatně. Ve Scrumu není žádná role koordinátora projektu. B. Špatně. Ve Scrumu není žádná role projektového manažera. C. Správně. Práce koordinátora projektu je obdobná práci Scrum mastera. Ve Scrumu je důležité neměnit názvy jednotlivých rolí. Pomáhá to udržet Scrum v chodu. (Literatura A: Role Scrum) D. Špatně. Ve Scrumu není žádná role manažera projektu Scrum.


23

19 / 40 Scrum tým odhaduje uživatelský příběh technikou Plánovacího pokeru. Tým se rozhodne přidělit 5 bodů určitému příběhu, protože vývojáři odhadují 2 body a testeři odhadují 3 body. Jaký výrok ohledně tohoto scénáře platí? A. B. C. D.

Body přiděluje Scrum master, nikoli vývojový tým. Body jsou přidělovány pro celý příběh, nikoli pro jednotlivé části příběhu. Body nejsou nikdy odhadovány, vždy jsou určovány předem. Vývojový tým rovněž musí požádat vlastníka produktu o odhad.

A. Špatně. Úlohou vývojového týmu je přidělovat tyto odhady. B. Správně. Příběh by měl být odhadnut jako celek. Body pro to, co si tester myslí, že potřebuje, ani pro to, co si myslí vývojář, by neměly být přiděleny. Oba by měli odhadnout celý příběh. (Literatura: Artefakty Scrum) C. Špatně. Body se vždy odhadují. D. Špatně. Vlastník produktu by se neměl podílet na odhadech.

20 / 40 Zákazník vyžaduje zprávu, která sumarizuje přidané funkce a zjištěné a opravené závady ihned na konci jednoho sprintu. Kdo může nejlépe připravit tuto zprávu? A. B. C. D.

Vlastník produktu Scrum master Vývojový tým Tento typ zprávy by se neměl připravovat.

A. Špatně. Přestože je vlastník produktu hlasem zákazníka, nemá dostatečné sepětí s každodenními činnostmi, aby mohl tuto zprávu vypracovat. B. Správně. Scrum master by mě ve skutečnosti chránit vývojový tým před rušením a má tedy nejlepší pozici sepsat tuto zprávu. (Literatura A: Role Scrum) C. Špatně. Přestože bude možná zapotřebí se s vývojovým týmem poradit, neměl by být žádán o sepsání této zprávy: vývojový tým by se měl soustředit na realizaci další iterace. D. Špatně. Pokud představuje zpráva pro zákazníka hodnotu, měla by být připravena.


24

21 / 40 Jaká je hlavní odpovědnost Scrum mastera, aby zajistil, že Scrum tým pracuje na maximální úrovni produktivity? A. Udržování funkcí s vysokou prioritou v horní části produktového backlogu. B. Nepovolení změn v produktovém backlogu po začátku sprintu. C. Podpora rozhodování vývojového týmu a řešení problémů. A. Špatně. Toto je odpovědnost Vlastníka produktu. B. Špatně. Žádné změny nejsou povoleny, ale toto je odpovědnost celého týmu, nikoli jen Scrum mastera. C. Správně. Toto je práce Scrum mastera. (Literatura A: Role Scrum)

22 / 40 Spolupráce je nejdůležitější parametr pro úspěch Scrum týmu. Jaký pojem nejlépe popisuje tento typ interakce? A. Práce distribuovaného týmu B. Sdílení informačního radiátoru C. Osmotická komunikace A. Špatně. Distribuovaný tým je tým, který nepracuje společně ve stejném prostoru. B. Špatně. Informační radiátor je zařízení, které vám ukazuje relevantní, aktuální informace. C. Správně. Nechat členy týmu sdílet jednu místnost nejen usnadňuje konverzaci, ale rovněž umožňuje osmotickou komunikaci, při které mohou lidé získat užitečné informace zaslechnutím a mohou si vzájemně pomáhat, když je zapotřebí. (Literatura: Osmotická komunikace)


25

23 / 40 Produktový backlog je seřazen od nejcennějších k nejméně cenným položkám. Existuje několik kritérií, která určují, jak cenná je určitá položka produktového backlogu. Jaká jsou tato kritéria? A. B. C. D.

Přínosy, náklady, rizika Přínosy, náklady, velikost Doba na backlogu, náklady, rizika Doba na backlogu, náklady, velikost

A. Správně. Při řazení PBI jsou relevantní tato tři kritéria. (Literatura A, Část 2) B. Nesprávně, velikost je v týmu Agile synonymum pro náklady. C. Nesprávně, doba na backlogu není kritérium, protože se nejedná o systém FIFO nebo LIFO. D. Špatně. Náklady a velikost jsou synonyma a čas na backlogu není relevantní, protože produktový backlog nemá žádná FIFO nebo LIFO.

24 / 40 Při přezkumu sloupcového Burn-down grafu pro release zjistil nově jmenovaný Scrum master, že dolní část sloupce se mezi 3. a 4. sprintem posunula nad vodorovnou osu. Co se stalo ve sprintu 3? A. B. C. D.

Vývojový tým dokončil méně než přidělené příběhy. Vývojový tým dokončil více než přidělené příběhy. Do produktového backlogu byla přidána práce. Z produktového backlogu byla odstraněna práce.

A. Špatně. Dolní část sloupců je určena tím, kolik práce je nadále zapotřebí provést v tomto releasu, nikoli tím, kolik práce bylo uděláno v tomto sprintu. B. Špatně. Dolní část sloupců je určena tím, kolik práce je nadále zapotřebí provést v tomto releasu, nikoli tím, kolik práce bylo uděláno v tomto sprintu. C. Špatně. Práce přidaná do grafu by sloupec posunula pod nulovou osou, nikoli nad ní. Když linka provedené práce dosáhne nulovou osu, nadále zbývá práce, kterou je třeba udělat: tedy práce, která byla přidána. D. Správně. Ve sloupcovém Burn-down grafu release je práce odstraněná z backlogu produktu indikována posunem dolní části sloupce nahoru. Ukazuje to, že nová nulová osa je na stejné úrovni jako sloupec. Když je tento bod dosažen, není zapotřebí provést více práce, dokonce i když na grafu dosud není 0. (Literatura: Artefakt 5: Sledování pokroků směrem k cíli)


26

25 / 40 Sprint byl právě dokončen a výsledkem byla katastrofa. Žádný z plánovaných uživatelských příběhů nebyl dokončen a přezkum (Review) byl zrušen. Vrchní vedení chce určit odpovědnost za tuto situaci. Kdo je v konečném měřítku odpovědný za úspěch nebo selhání Scrum projektu? A. B. C. D.

Vlastník produktu Scrum master Vrchní vedení Vývojový tým

A. Špatně. Přestože by vlastník produktu měl vznést obavy dříve, neodpovídá za celý projekt. B. Špatně. Scrum master odpovídá za to, že tým dodržuje procesy Scrum, nikoli za celý projekt. C. Špatně. Vrchní vedení nehraje v projektu Scrum žádnou roli a nemůže být tedy odpovědné. D. Správně. Vývojový tým je společně odpovědný za úspěch nebo selhání Scrum projektu. (Literatura A: Role 3: Vývojový tým)

26 / 40 Kdo ví nejvíce o pokroku směrem k firemnímu cíli nebo releasu? A. Vlastník produktu B. Scrum master C. Vývojový tým A. Správně. Toto je úloha vlastníka produktu, protože je zástupcem zákazníka. (Literatura A: Role Scrum) B. Špatně. Scrum master ví nejvíce o zaškolování týmu a odstraňování překážek. C. Špatně. Vývojový tým musí pracovat na dokončování položek a nikoli se zdržovat rovněž jejich řazením a sledováním pokroku směrem k firemním cílům.


27

27 / 40 Pro sprint je průběh sledován na Burn-down grafu. Co ukazuje Burn-down graf? A. Množství dokončené práce B. Množství zbývající práce C. Rychlost vývojového týmu A. Špatně. To je Burn-up graf. B. Správně. Burn-down graf ukazuje množství zbývající práce: je to graf klesající. (Literatura A: Artefakt 5: Sledování pokroků směrem k cíli) C. Špatně. Rychlost můžete odvodit z předchozích Burn-down grafů, ale rychlost přímo nezobrazují.

28 / 40 Scrum tým selhal při plnění cílů sprintu. Jeden z klíčových členů vývojového týmu onemocněl a byl mimo 2 dny hned na začátku 4-týdenního sprintu. Co je nejpravděpodobnější důvod toho, proč tým nesplnil cíle sprintu? A. B. C. D.

Vlastník produktu není schopný stanovit priority. Vývojový tým má nedostatečné dovednosti. Tým nenaplánoval sprint efektivně. Vývojový tým je přepracovaný.

A. Špatně. Vlastník produktu nerozhoduje, kolik se má učinit ve sprintu, přestože může rozhodnout, co udělat jako první. B. Špatně. Vývojový tým může postrádat dovednosti, ale je třeba naplánovat naučení těchto dovedností v rámci odhadu. C. Správně. Vývojový tým pravděpodobně neodhadl položky backlogu dobře a nenaplánoval práci dobře. Dvoudenní absence by neměla způsobit nesplnění cílů sprintu, zejména pokud k ní došlo na začátku sprintu. (Literatura A: Artefakty Scrum) D. Špatně. Přestože může být tým přepracovaný, je toto spíš dopad špatného plánování, než příčina nesplnění cílů sprintu.


28

29 / 40 Váš tým využívá Kanban nástěnku. Je dosažen limit probíhající práce (WIP) ve sloupci na Kanban nástěnce. Co se od vás očekává, když k tomu dojde? A. B. C. D.

Přidělení práce spolupracovníkům v dalším sloupci, aby se uvolnila kapacita. Rozšíření limitu probíhající práce a pokračování v práci. Pomoc spolupracovníkům v daném sloupci překonat úzká hrdla. Počkat, dokud není práce přetažena do dalšího sloupce, aby se uvolnila kapacita.

A. Špatně. To není dovoleno. Kanban dovoluje práci pouze přetahovat, nikoli tlačit dopředu. Tým by měl začít pomáhat spolupracovníkům. B. Špatně. To není dovoleno. Limit WIP by se neměl náhodně změnit, ani změnit, když je limit WIP dosažen. Přesně k tomu limit WIP NESLOUŽÍ. Úzká hrdla jsou ihned řešena, nikoli ignorována. C. Správně. „Když je proveden nějaký krok, nemohou lidé přesunout dokončenou práci do dalšího sloupce a uvolnit kapacitu pro novou práci; místo toho by měli čekat na další sloupec a práci převzít.“ D. Špatně. Když je dosažen limit WIP, není to signál k odpočinku, spíše je to signál úzkého hrdla. Úzké hrdlo by mělo být vyřešeno. Tým musí pomoci spolupracovníkům, což je důvod, proč byl dosažen limit WIP.

30 / 40 Vlastník produktu chce, aby byl určitý uživatelský příběh dokončen ve dvou dnech. Člen vývojového týmu pracující na příběhu počítá, že to bude trvat pět dní. Scrum master má pocit, že by to mělo trvat tři dny. Odborník na danou problematiku, který pracoval na podobném příběhu v minulosti, si myslí, že je to práce maximálně na jeden den. Jaký odhad by se měl použít pro plánování? A. B. C. D.

Vlastníka produktu Scrum mastera Odborníka na danou problematiku Vývojového týmu

A. Špatně. Vlastník produktu určuje, co je třeba odhadnout, nemá však kontrolu nad samotným odhadem. B. Špatně. Scrum master vede proces odhadování, ale nemá kontrolu nad konečným odhadem. C. Špatně. V metodě Scrum nejsou odborníci na danou problematiku. D. Správně. Jediný odhad, na kterém záleží, je odhad členů týmu pracujících na příběhu. (Literatura A: Událost 2: Plánovací schůzka sprintu)


29

31 / 40 Vedení společnosti chce provádět pravidelný audit pro ověření, že Scrum tým dodržuje postupy a zásady Scrum. Kdo má nejlepší postavení k provedení takového auditu? A. B. C. D.

Vlastník produktu Scrum master Vývojový tým Testeři

A. Špatně. Nejedná se o úlohu vlastníka produktu. B. Správně. Jednou z odpovědností Scrum mastera je zaškolovat tým a zajišťovat, že tým dodržuje procesy Scrum. To umožňuje Scrum masterovi provést tento audit. (Literatura A: Role 2: Scrum master) C. Špatně. Nejedná se o úlohu vývojového týmu. D. Špatně. Tester není role ve Scrumu.

32 / 40 Vlastník produktu jede na 3-týdenní dovolenou. Tým by měl uzavřít aktuální sprint a začít nový sprint na konci prvního týdne dovolené vlastníka produktu. Jaký je nejlepší způsob pokračování rituálů Scrum v této situaci? A. Každý Scrum tým by měl ideálně mít dva vlastníky produktu, aby bylo zajištěno krytí. B. Vlastník produktu by měl být požádán, aby dovolenou o týden odložil. C. Scrum master by měl převzít roli a funkci vlastníka produktu. A. Špatně. Scrum tým nepotřebuje dva Vlastníky produktu. B. Špatně. Vlastník produktu by neměl být žádán o odložení dovolené. C. Správně. V dobře naplánovaném sprintu může Scrum master krátkodobě převzít roli vlastníka produktu. Pokud jsou položky backlogu produktu dobře seřazeny, mělo by být zjevné, co je třeba učinit příště. Pokud je nezbytné, může Scrum master převzít tuto úlohu. (Literatura A: Role Scrum)


30

33 / 40 Jaká je definice rychlosti týmu? A. B. C. D.

Sdílené porozumění, jak rychle musí být sprint dokončen. Optimální limit probíhající práce pro každý sprint. Počet story pointů, které může tým dokončit v 1 sprintu. Součet všech dokončených položek backlogu sprintu.

A. Špatně. Rychlost specificky ukazuje počet story pointů nebo ideálních hodin či ideálních dní, který tým může dosáhnout. Délka sprintu je určena jinými věcmi. B. Špatně. Optimální limit probíhající práce je pro Kanban nástěnku, nikoli pro sprint. C. Správně. Rychlost je počet jednotek práce dokončených za určitý interval. (Literatura A: Artefakt 2: Sprint backlog) D. Špatně. Nelze vědět, jak moc by to mělo být započteno. Pokud znáte počet story pointů, můžete je použít k odhadu rychlosti, ale rozhodně existuje lepší odpověď.

34 / 40 Scrum tým pracuje na projektu v 2-týdeních sprintech. Během plánovací schůzky patnáctého sprintu, Scrum master řekne: „Z posledních 12 sprintů je vidět, že nejsme schopni doručit potenciálně expedovatelné přírůstky ve 2 týdnech. Pojďme zvýšit délku sprintu na 16 dní.“ Mělo by být trvání prodlouženo? A. B. C. D.

Ano, protože Scrum master může změnit délku sprintu. Ano, protože minulý výkon sprintu je dobrým důvodem pro změnu. Ne, protože délku sprintu nelze z žádného důvodu změnit. Ne, protože pouze členové vývojového týmu mohou změnit délku sprintu.

A. Špatně. Délka by měla být prodloužena, ale nikoli protože si Scrum master myslí, že je to dobrý nápad. B. Správně. Scrum master poskytuje validní argument na základě slušného množství dřívější práce, že je délku sprintu třeba změnit. (Literatura A: Události Scrum) C. Špatně. Délka sprintu se ideálně nemění, ale opakování strategie, která nefunguje, nedává smysl. Pokud existují platné důvody pro změnu délky sprintu, neváhejte a změňte ji. D. Špatně. Žádný člen týmu nemůže navrhnout tuto změnu. Celý Scrum tým musí probrat, zda je důvod dostatečně validní.


31

35 / 40 Který typ kontraktu je adaptivní a tak dobře odpovídá způsobu práce Scrum? A. Typ kontraktu „Časové jednotky nebo pevné jednotky“ B. Typ kontraktu „S pevnou cenou“ C. Žádný typ kontraktu. A. Správně. „Časové jednotky nebo pevné jednotky – toto je preferovaný typ kontraktu, který je kompatibilní s adaptivní povahou projektu.“ „Kontrakty s pevnou cenou a kontrakty s pevným rozsahem (někteří tak musí dokonce činit ze zákona), nejsou vhodné pro metodu Agile.“ Adaptivita je klíčovou hodnotou. Je těžké být adaptivní, když je cena projektu pevná. Proto typ kontraktu „časové jednotky nebo pevné jednotky“ jednoznačně zapadá do systému Agile a Scrum lépe. (Literatura A, Typy kontraktu a Scrum) B. Špatně. Tento typ kontraktu může být proveden s metodou Scrum, ale práce v systému Agile je obtíženější. Rovněž typ „s pevnou cenou“ není obvykle příliš adaptivní. Co když se zákazník rozhodne, že je třeba implementovat funkci s vysokou hodnotou, protože ROI je velmi vysoký? Nelze to provést ve scénáři s pevnou cenou. C. Špatně. Typ kontraktu „Časové jednotky nebo pevné jednotky“ je adaptivní, proto to nemůže být správná odpověď.

36 / 40 Podle principů Agile Manifesta, který typ týmu může přijít s nejlepšími požadavky, architekturou a návrhem? A. B. C. D.

Se společným místem práce Zkušený Samostatně organizovaný Dobře vyškolený

A. Špatně. Tým se společným místem práce je vhodný pro zajištění komunikace, ale nemusí nezbytně vést k lepším požadavkům, architektuře nebo návrhu. B. Špatně. Zkušený tým Agile by měl být lepší než nezkušený tým Agile, ale každý tým Agile pravděpodobně výkonem předčí běžný zkušený tým. C. Správně. Nejlepší architektura, požadavky a návrhy jsou výsledkem práce samostatně organizovaných týmů. (Literatura A: Koncept agility) D. Špatně. Dobře vyškolený tým může pracovat dobře, ale tým Agile výkonem předčí i dobře školené pracovníky.


32

37 / 40 Plánování v Agile se odehrává na více úrovních včetně denního plánu, plánování sprintu a strategického plánu. Jaký pojem nejlépe popisuje víceúrovňové plánování? A. Plánování po vrstvách B. Plánovací poker C. Plánovací schůzka sprintu A. Správně. Když zobrazíte různé úrovně plánování v metodě Scrum ve formě diagramu, vypadají jako vrstvy cibule. (Literatura A: Plánování po vrstvách) B. Špatně. Plánovací poker je metoda odhadování úloh. C. Špatně. Plánovací schůzka sprintu není víceúrovňová, ale je to příklad plánování v rámci Scrum, které se odehrává na jedné z úrovní.

38 / 40 Člen týmu ze Scrum týmu má pocit, že vedoucí technický architekt z jiného týmu může mít určitý hodnotný pohled a zpětnou vazbu na produkt Jaká je nejlepší událost, kdy požádat o tuto zpětnou vazbu. A. B. C. D.

Denní Scrum Plánovací schůzka sprintu Retrospektiva sprintu Vyhodnocení sprintu

A. Špatně. Není rozumné ptát se na zpětnou vazbu během sprintu. Během sprintu tým nechce měnit položky backlogu sprintu, aby mohl udržet své tempo. B. Plánovací schůzka sprintu by měla být přesně pouze plánovací schůzkou. Nejedná se o vhodnou příležitost k žádosti o zpětnou vazbu. C. Špatně. V rámci retrospektivy sprintu se hodnotí procesy Scrum, který by měly být přezkoumány samotným týmem. D. Správně. Vyhodnocení sprintu je demonstrace sestavovaného produktu a je to tedy nejlepší příležitost pozvat externí zainteresované osoby a získat jejich příspěvek. Produkt předváděný v rámci vyhodnocení sprintu není konečný produkt. Konečný produkt je prezentován v rámci vydání sprintu (releasu). Každé jiné vyhodnocení sprintu je dobrým okamžikem pro žádost o zpětnou vazbu (Literatura A: Událost 4: Vyhodnocení sprintu)


33

39 / 40 Jeden pracovník pracuje na kódu a druhý jeho práci pozoruje, kritizuje a občas si vymění role. Jaká praxe zde bude dodržována? A. B. C. D.

Přezkum kódu Průběžná integrace Párové programování Vývoj řízený testováním

A. Špatně. Přezkum kódu znamená, že někdo kontroluje váš kód. Můžete to být vy, nebo někdo jiný. Není to párové programování. B. Špatně. Průběžná integrace znamená, že všichni programátoři musí nahrávat poslední verze kódu do úložiště například každou hodinu. Umožňuje to zajistit, že je předchozí práce „hotová“ a nevyžaduje příliš dalších úprav. C. Správně. Párové programování je postup, kdy dva vývojáři pracují na jednom terminálu – jeden jako „řidič“ a druhý jako „navigátor“. (Literatura A: Postupy Agile) D. Špatně. Vývoj řízený testováním znamená mít připravené scénáře testování před napsáním programu, takže programátor píše jen něco, co projde testem.

40 / 40 Co je Sprint? A. Brainstormingová událost extrémního programování zaměřená na generování návrhových idejí. B. Soupeření mezi dvěma vývojáři o to, kdo z nich dokončí nějakou funkci rychleji. C. Jedna iterace metodologie Scrum. D. Poslední iterace projektu Scrum, kdy týmy pracují dlouhé hodiny k dokončení projektu. A. Špatně. Nic takového neexistuje a není to sprint. B. Špatně. V rámci Scrum není žádné soupeření mezi vývojáři. Bylo by to neproduktivní a není to v souladu se společnou prací a udržitelným tempem. C. Správně. Určitá iterace se označuje jako sprint. (Literatura A: Události Scrum) D. Špatně. Poslední iterace je sprint vydání (releasu). Sprint, ve kterém by tým pracoval dlouhé hodiny či přesčas, neexistuje.


34

Hodnocení Správné odpovědi na otázky naleznete v tabulce níže. číslo

odpověď

číslo

odpověď

1

A

21

C

2

B

22

C

3

B

23

A

4

B

24

D

5

C

25

D

6

B

26

A

7

B

27

B

8

B

28

C

9

D

29

C

10

C

30

D

11

A

31

B

12

B

32

C

13

A

33

C

14

A

34

B

15

C

35

A

16

B

36

C

17

B

37

A

18

C

38

D

19

B

39

C

20

B

40

C


35

Kontaktujte EXIN www.exin.com

EXIN Agile Scrum Foundation. Vzorový Test. Vydání

Recommend Documents