agile scrum online quiz
Online kvíz - Agilní scrum
Dozvěděli jsme se více o Škálovaný agilní rámec v našem posledním tutoriálu.
S tímto online kvízem jsme se dostali na konec naší série dne Agilní a scrum metodologie . Série může být jednou z nejpodrobnějších a nejpraktičtějších prací na Agile, které byste našli přes internet.
Agile jako téma je samo o sobě neomezené a nikdy nekončící. Čím více budete cvičit Agile, tím více se budete nasávat a ovládat to.
Vyvinuli jsme pro vás online kvíz, kterým si procvičíte cvičení a otestujete své znalosti na platformě Agile. Takže jděte do toho a proveďte test.
Důležitá poznámka: Pokud jste si dosud nečetli výukové programy o Agile, doporučení je nejprve si přečtěte výukové programy a poté se pokuste kvízu dosáhnout nejlepších výsledků.
Před zahájením kvízu si pečlivě přečtěte následující pokyny:
- Časový limit pro kvíz je 10 minut.
- Kvíz se skládá z 20 otázek.
- Kvíz je otázkou s výběrem otázek, kde může mít otázka více než jednu správnou odpověď.
- Za každou správnou odpověď můžete získat 1 známku.
- Za nesprávné odpovědi není žádné negativní označení.
Spustit kvíz hned: (Odpovědi zvýrazněny tučně)
Otázka č. 1) Které z následujících položek je dodáno na konci Sprintu?
A. Dokument obsahující testovací případy pro aktuální sprint
b. Architektonický návrh řešení
C. Přírůstek softwaru Hotovo
d. Drátové modely pro uživatelské rozhraní
Uvažování
Výstupem každého Sprintu je přírůstek hotového softwaru, který lze odeslat koncovému uživateli k použití. Položka je označena jako hotová, pouze pokud odpovídá definici hotovo.
Otázka č. 2) Produktový backlog by měl být objednán na základě?
A. Hodnota dodávaných položek
b. Složitost dodávaných položek
C. Velikost dodávaných položek
d. Riziko spojené s položkami
E. Na základě výběru Scrum týmu
Uvažování
Produktový backlog je objednáván na základě hodnoty, kterou poskytují podniku.
Hodnotu může ovlivnit několik dalších faktorů, jako je riziko, složitost a kritičnost, ale nejsou přímým základem pro výpočet hodnoty. Hodnotu dodávané položky vypočítá vlastník produktu a on je ten, kdo odpovídá za objednání nevyřízeného produktu.
Otázka 3) Co je v agilním prostředí hlavní odpovědností testera?
A. Vytvářejte testovací scénáře a testovací případy
b. Hledání chyb
C. Vytvářejte automatizační skripty
d. Zašlete zprávy o provedení testu zúčastněným stranám
E. Ve Scrumu není role testera
Uvažování
Ve Scrum týmu existují pouze tři role: Scrum Master, produktový vlastník a vývojový tým. Žádná jiná role není povolena a z tohoto pravidla není žádná výjimka.
Jeden z členů vývojového týmu může více inklinovat k testování a testoval jako oblast odborných znalostí, ale stále by se mu říkalo vývojář.
Otázka č. 4) Kdy se provádí retrospektivní ceremoniál sprintu?
A. Kdykoli tým navrhne
b. Na konci každého sprintu
C. Kdykoli to bylo potřeba
d. Kdykoli navrhne vlastník produktu
E. Kdykoli to Scrum Master navrhne
Uvažování
Ve Scrumu je povinné provádět všechny Scrum ceremonie včetně Sprint Retrospective.
Sprint Retrospective je setkání, kde všichni členové týmu sedí a zpětně sledují svůj současný sprint a rozkládají akční položky, aby improvizovali pro nadcházející sprinty. Ze stejného důvodu se Sprint Retrospective provádí na konci každého Sprintu.
Otázka č. 5) Kdy lze zrušit sprint?
A. Položky Sprint již nejsou potřeba
b. Sprint nelze nikdy zrušit
C. Když vývoj není schopen dokončit práci
d. Informace potřebné k zahájení vývoje nejsou k dispozici
E. Kdykoli říká produktový vlastník
Uvažování
Pravomoc zrušit Sprint má pouze vlastník produktu. Může zavolat na zrušení probíhajícího Sprintu, když obchod již nepotřebuje položky sprintu, tj. Položky jsou zastaralé.
Otázka č. 6) Co by měl vývojový tým dělat během schůzky plánování sprintu, když si uvědomí, že vybral více než položky, které může ve sprintu dokončit?
A. Získejte více vývojářů na palubě
b. Vyhledejte pomoc od ostatních členů týmu Scrum
C. Pracovat přesčas
d. Informujte vlastníka produktu
E. Zavolejte a odeberte některé položky nevyřízeného sprintu
Uvažování
Jelikož jsme stále na schůzce plánování sprintu, tj. Ještě jsme sprint nespustili, mohou vývojáři provádět změny položek nevyřízených sprintů. Mohou se rozhodnout odstranit některé z položek, o kterých si myslí, že je nelze dokončit pomocí kapacity aktuálního vývojového týmu.
Pamatujte, že přidání nebo odebrání by mělo být vždy provedeno ve shodě s vlastníkem produktu, protože on je ten, kdo rozhoduje o prioritě těchto položek. Odstranění není povoleno, jakmile je spuštěn Sprint.
Otázka č. 7) Kdo je odpovědný za měření výkonu projektu?
A. Scrum Master
b. Správce dodávky
C. Vlastník produktu
d. Vývojový tým
E. Scrum tým
Uvažování
Jelikož se jedná o hlas zákazníka, je odpovědností vlastníka produktu měřit výkon projektu a vydání a zjistit, zda je tým na dobré cestě k dokončení projektu včas.
Otázka č. 8) Jaké jsou hlavní povinnosti samoorganizujícího se vývojového týmu?
A. Vyvíjejte položky Sprint Backlog
b. Odhadněte položky, které mají být vyzvednuty pro nadcházející Sprint
C. Monitorujte výkonnost projektu a odešlete zprávu zúčastněným stranám
d. Vytvořte nové položky produktového backlogu
E. Úkol aktuální položky sprintu
Uvažování
Hlavní odpovědností samoorganizujícího se týmu je odhadnout položky nevyřízených produktů (známé také jako cvičení ukazující na příběh), vytáhnout je z horní části nevyřízených položek produktu a rozdělit je na více úkolů, které lze přiřadit jednotlivcům v tým a nakonec je rozvíjet.
Otázka č. 9) Co dělá Shořet Zobrazení grafu?
A. Průběh projektu
b. Množství zbývající práce s ohledem na čas
C. Rychlost týmu
d. Kapacita členů týmu
E. Kolik dalších položek lze vyzvednout ve sprintu
Uvažování
Burndown graf představuje množství zbývající práce s ohledem na čas.
Vodorovná osa představuje čas, zatímco svislá osa představuje množství zbývající práce. Burndown graf je jednou z několika metrik, která se ve Scrumu používá k promítnutí data dokončení projektu vzhledem k nevyřízeným produktům, kapacitě týmu a jeho rychlosti zůstává stejná.
Otázka č. 10) Jaké jsou hlavní povinnosti Scrum Master?
A. Odstranění překážek
b. Usnadnění schůzky podle potřeby
C. Pomáhá vlastníkovi produktu objednávat produktový backlog
d. Konzultace s vývojovým týmem a vlastníkem produktu
E. Překlenutí propasti mezi týmem a zákazníkem
Uvažování
Scrum Master je osoba, která je zodpovědná za usnadnění / trénování vývojového týmu a vlastníka produktu při práci na každodenních vývojových činnostech. On je ten, kdo zajišťuje, že tým rozumí hodnotám a principům scrumu a je schopen je procvičovat.
Scrum Master zároveň zajišťuje, že se tým cítí nadšený Agile, aby z rámce dosáhl toho nejlepšího. Scrum Master také pomáhá a podporuje tým, aby se stal sebeorganizovaným, a odstraňuje pro ně překážky.
Otázka č. 11) Kdy je ve Scrumu Sprint Over?
A. Když jsou dokončeny všechny položky backlogu Sprint
b. Když navrhne vlastník produktu
C. Po dokončení všech úloh Sprint Backlog
d. Po dokončení závěrečného testování
E. Když vyprší časový limit
Uvažování
Všechny aktivity Sprintu jsou časově orámovány, včetně Sprintu. Na rozdíl od jiných aktivit Sprintu nelze Sprint ani prodloužit, ani zkrátit.
Pokud například nejsou dokončeny všechny položky sprintu, sprint je stále označen a zbývající položky jsou přesunuty do produktového backlogu, odkud jej lze naplánovat na některý z následujících sprintů na základě revidované priority . Podobně nelze Sprint nikdy zkrátit.
Pokud jsou všechny položky Sprint dokončeny před časem, vývojový tým může stáhnout ty nejvyšší položky produktového backlogu a zahájit vývoj.
Otázka č. 12) Jaký je význam stanovení definice Hotovo?
A. Určuje cíl za každým sprintem
b. Určuje počet dokončovaných úkolů pro každou položku nevyřízených sprintů
C. Zvyšuje transparentnost
d. Dodávané přírůstky jsou efektivnější a potenciálně uvolnitelné
E. Rozvíjí společné porozumění mezi všemi členy týmu, co je třeba dokončit, aby bylo možné označit každou položku jako úplnou.
Uvažování
Ideologie, která stojí za vytvořením Definice Hotovo, je mít sadu kontrolního seznamu, který je společný pro všechny položky Sprint a určuje vše, co je třeba udělat, aby bylo možné dokončit položku nevyřízených položek.
Definice Hotovo vytvoří společné porozumění mezi všemi členy týmu, co je třeba udělat. Umožní každému pochopit, co to znamená, když vývojový tým řekne, že je něco hotové. To je druh transparentnosti, který přináší Definice Hotovo.
Definice udělal také slouží účelu v tom smyslu, že vývoj může nyní myslet a plánovat lépe, protože vědí, co se od konkrétní pracovní položky očekává.
Otázka č. 13) Co se děje během kontrolní schůzky sprintu?
A. Ukázka přírůstku
b. Tým pojednává o vylepšeních, která lze použít pro nadcházející sprinty
C. Představte zúčastněným stranám výkonnost projektu
d. Prohlédněte si pokrok směrem k cíli sprintu
E. Diskutujte o architektonických a technických aspektech projektu
Uvažování
Kontrolní schůzka o sprintu se koná za účelem demonstrace přírůstku sprintu zúčastněným stranám a zákazníkům. Dalším velmi důležitým úkolem na schůzce o přezkumu sprintu je předvedení výkonnosti projektu zúčastněným stranám.
Vývojový tým je odpovědný za prokázání přírůstku, zatímco vlastník produktu je odpovědný za prokázání výkonu projektu. Zainteresované strany a zákazníci jsou připraveni poskytnout zpětnou vazbu, kterou pak tým zapracuje.
Otázka č. 14) Co je to Sprint Review?
A. Aktivita k introspekci a přizpůsobení
b. Aktivita ke zlepšení procesů Scrum
C. Aktivita k získání souhlasu s odvedenou prací
d. Aktivita pro plánování dalšího Sprintu
E. Aktivita pro plánování vydání
Uvažování
Sprint Planning, Daily Scrum, Sprint Review and Sprint Retrospective all the four ceremonies in Scrum are opportunities for inspection and adaptation. Myšlenkou během Sprint Review je inspekce a hledání zpětné vazby od zúčastněných stran a jejich přizpůsobení.
Otázka č. 15) Co máme na mysli pod a křížově funkční Vývojářský tým?
A. Každý z členů vývojového týmu by měl mít více funkcí
b. Vývojář by měl být schopen vytvářet testovací případy a provádět je
C. Vývojový tým by měl spolupracovat s ostatními vývojovými týmy
d. Vývojový tým se skládá z vývojářů a testerů
E. Vývojový tým by měl mít všechny dovednosti potřebné k provedení Done Increment
Uvažování
Cross-Functional Scrum Teams jsou týmy, které mají všechny potřebné dovednosti a znalosti v týmu, aby mohly svou práci dokončit. Tyto týmy se při dokončování pracovních položek nespoléhají na nikoho mimo tým.
Scrum Team je tedy velmi kreativní sloučení různých dovedností potřebných k dokončení celé pracovní položky. Každý člen týmu nemusí nutně mít všechny dovednosti potřebné k výrobě produktu, ale je kompetentní ve své odborné oblasti.
Člen týmu nemusí být křížově funkční, ale musí to být tým jako celek.
Otázka č. 16) Kdo by se měl nutně účastnit schůzky Daily Standup?
A. Vývojový tým
b. Scrum tým
C. Vývojový tým a vlastník produktu
d. Vývojový tým a Scrum Master
E. Scrum tým a zúčastněné strany
Uvažování
Od vývojového týmu je nezbytně nutné, aby se každý den účastnil schůzky Daily Standup. Kdokoli jiný, kdo se chce schůzky zúčastnit, je velmi vítán, ale účast na ní není povinná.
Kromě vývojového týmu nesmí kdokoli, kdo se schůzky účastní, poskytovat aktualizace ani se účastnit. Může se těšit na poslech, zatímco ostatní se účastní. Scrum Master se však může schůzky zúčastnit a také ji usnadnit, pokud o ni byl vývojovým týmem požádán.
Na schůzích Daily Standup se mohou zúčastnit i zúčastněné strany.
Otázka č. 17) Co se stane, když nelze dokončit všechny položky sprintu?
A. Sprint by měl být prodloužen
b. Sprint končí s hotovými položkami
C. Sprint by měl být zrušen
deklarace pole objektů v Javě
d. Nedokončené položky sprintu by měly být odstraněny z nevyřízeného sprintu
E. Začněte další Sprint s nedokončenými položkami jako první
Uvažování
V případě, že tým není schopen dokončit všechny položky Sprint Backlog, nic se neděje. Sprint končí ve stanovený den dokončenými položkami. Vývojový tým předvádí dokončené položky na schůzce Sprint Review.
Nedokončené položky jsou přesunuty zpět do produktového backlogu a odtud mají opět prioritu.
Otázka č. 18) Jaká by měla být velikost vývojového týmu?
na. 5 + -3
b. 5 + -4
C. 6 + -4
d. 6 + -3
je. 6 + -2
Uvažování
Ideální a doporučená velikost vývojového týmu by měla být 6 + -3. Velikost vývojového týmu by měla být volena velmi moudře, protože může přímo bránit produktivitě týmu, což má dopad na dodávku produktu.
Vývojový tým by neměl být příliš velký, protože by mohl vyžadovat velkou koordinaci mezi členy týmu. Pro velmi malý tým by však bylo velmi obtížné mít všechny dovednosti potřebné k dodání přírůstku. Proto by měl být zvolen optimální počet pro velikost vývojového týmu.
Otázka č. 19) Jaké aktivity jsou součástí upřesnění backlogu produktu?
A. Odhadněte položky nevyřízených produktů
b. Objednávání položek produktového backlogu
C. Vytvoření definice Hotovo
d. Tvorba úkolů
E. Brainstorming na položkách nevyřízených produktů
Uvažování
Upřesnění backlogu produktu je aktivita, kde celý tým sedí společně a brainstormuje kolem nevyřízených položek. Položky nevyřízených položek jsou upřesněny a jsou k nim přidány podrobnosti.
Během schůzky jsou položky produktového backlogu seřazeny podle jejich priority. Jakmile budou položky produktového backlogu upřesněny, členové vývojového týmu odhadnou položky produktového backlogu.
Otázka č. 20) Která z následujících aktivit není časově omezena?
A. Sprint Retrospektiva
b. Sprint
C. Upřesnění backlogu produktu
d. Denní scrum
E. Sprint Review
Uvažování
Ve Scrumu jsou všechny obřady časově ohraničeny, tj. Nelze je prodloužit. Kromě Sprintu nelze ostatní zkrátit. Upřesnění produktového backlogu je jedno takové setkání, které není časově omezené, je spíše nepřetržitým procesem a může být provedeno kdykoli tým chce.
Všimněte si, že tým by neměl trávit příliš mnoho času v Backlog Refinement Meeting.
Zkontrolujte své skóre v testu Agile Scrum Quiz a zhodnoťte své porozumění!
Doufám, že jste si užili širokou škálu výukových programů v této sérii Agile a jsme si jisti, že to bude nejlepší průvodce Agile pro každého, kdo se chce dozvědět více o Agile !!
Doporučené čtení
- Kanban vs Scrum vs Agile: Podrobné srovnání k nalezení rozdílů
- Jak dodávat vysoce hodnotné softwarové funkce v krátkém časovém období pomocí agilního procesu skrumáže
- Agilní manifest: Porozumění agilním hodnotám a zásadám
- Výukový program SAFe Agile: Co je to Scaled Agile Framework
- Výukový program pro JIRA Scrum Board: Zpracování Scrumu s Jirou za správu Sprintu
- Agilní metodika: Průvodce pro začátečníky k agilní metodě a skrumáži
- Scrum artefakty: Nevyřízené položky produktu, nevyřízené položky sprintu a přírůstky produktu
- 30+ nejlepších otázek a odpovědí na rozhovory se Scrumem [SEZNAM 2021]