agile scrum online quiz
Online quiz - Agile Scrum
Vi lærte mere om Skaleret smidig ramme i vores sidste tutorial.
Med denne online quiz er vi kommet til slutningen af vores serie om Agil og Scrum-metode . Serien kan være et af de mest dybtgående og praktiske værker på Agile, som du ville finde over internettet.
Agile som emne i sig selv er imidlertid ubegrænset og uendelig. Jo mere du træner Agile, jo mere vil du absorbere og mestre det.
Vi har udviklet en online quiz til at øve øvelsen og teste din viden om Agile. Så gå videre og tag testen.
Vigtig note: Hvis du ikke allerede har læst vejledningerne om Agile, anbefales det at først læse vejledningerne og prøv derefter quizzen for at få de bedste resultater.
Før du starter quizzen, skal du læse følgende instruktioner omhyggeligt:
- Fristen for quizzen er 10 minutter.
- Quizzen består af 20 spørgsmål.
- Quizzen er et spørgsmål med flere valg, hvor et spørgsmål kan have mere end et korrekt svar.
- For hvert rigtige svar kan du score 1 point.
- Der er ingen negativ markering for de forkerte svar.
Start quizzen nu: (Svar med fed skrift)
Q # 1) Hvilket af følgende leveres i slutningen af Sprint?
en. Et dokument, der indeholder testsager for den aktuelle sprint
b. Et arkitektonisk design af løsningen
c. En forøgelse af udført software
d. Wireframes design til brugergrænseflade
Ræsonnement
Output fra hver Sprint er en forøgelse af en udført software, som kan sendes til slutbrugeren til brug. En vare er kun markeret som udført, hvis den matcher definitionen af udført.
Spørgsmål nr. 2) Produktforsinkelse skal bestilles på basis af?
en. Værdien af de varer, der leveres
b. Kompleksiteten af de varer, der leveres
c. Størrelsen på de varer, der leveres
d. Risikoen forbundet med varerne
e. Baseret på Scrum Team-valget
Ræsonnement
Produktbacklog bestilles på baggrund af den værdi, de giver virksomheden.
Værdien kan være påvirket af flere andre faktorer som risiko, kompleksitet og kritik, men er ikke det direkte grundlag for beregning af værdien. Værdien af den vare, der leveres, beregnes af Produktejeren, og han er den, der er ansvarlig for bestillingen af Produktforsinkelsen.
Spørgsmål nr. 3) Hvad er en testers hovedansvar i et smidigt miljø?
en. Opret testscenarier og testcases
b. At finde bugs
c. Opret automatiseringsskripter
d. Send rapporter om testudførelse til interessenterne
e. Der er ingen rolle som Tester i Scrum
Ræsonnement
I et Scrum Team er der kun tre roller: Scrum Master, Product Owner og Development Team. Ingen anden rolle er tilladt, og der er ingen undtagelse fra denne regel.
Et af Udviklingsteamets medlemmer kan være mere tilbøjelige til at teste og har testet som ekspertise, men han vil stadig blive kaldt en udvikler.
Spørgsmål nr. 4) Hvornår udføres en Sprint Retrospective-ceremoni?
en. Når holdet foreslår det
b. I slutningen af hver sprint
c. Når det er nødvendigt
d. Hver gang produktejeren foreslår det
e. Når Scrum Master antyder
Ræsonnement
I Scrum er det obligatorisk at gennemføre alle Scrum-ceremonier, herunder Sprint Retrospective.
Sprint Retrospective er et møde, hvor alle holdmedlemmerne sidder og ser tilbage på deres nuværende sprint og lægger de handlingsgenstande, der skal improviseres til de kommende sprints. Af samme grund gennemføres Sprint Retrospective i slutningen af hver Sprint.
Spørgsmål nr. 5) Hvornår kan en Sprint annulleres?
en. Sprint-emnerne er ikke længere nødvendige
b. Sprint kan aldrig annulleres
c. Når Udvikling ikke er i stand til at fuldføre arbejdet
d. Oplysninger, der kræves for at starte udviklingen, er ikke tilgængelige
e. Når produktejeren siger det
Ræsonnement
Beføjelsen til at annullere Sprint ligger kun hos produktejeren. Han / hun kan ringe for at annullere en igangværende Sprint, når Sprint Items ikke længere er påkrævet af virksomheden, dvs. varerne er forældede.
Spørgsmål nr. 6) Hvad skal et udviklingsteam gøre under et Sprint Planning-møde, når de har indset, at de har valgt mere end de emner, de kan gennemføre i en Sprint?
en. Få flere udviklere om bord
b. Søg hjælp fra de andre Scrum-teammedlemmer
c. Arbejde over tid
d. Informer produktejeren
e. Ring et opkald for at fjerne nogle af Sprint Backlog Items
Ræsonnement
Da vi stadig er i Sprint Planning-mødet, dvs. ikke har startet Sprint endnu, kan udviklerne foretage ændringer i Sprint Backlog-emnerne. De kan vælge at fjerne nogle af de emner, som de mener, og som ikke kan fuldføres med det nuværende udviklingsteams kapacitet.
Bemærk, at tilføjelse eller fjernelse altid skal ske i konsensus med produktejeren, da det er ham, der beslutter, om disse emner skal prioriteres. Fjernelse er ikke tilladt, når Sprint er startet.
Q # 7) Hvem er ansvarlig for at måle projektets ydeevne?
en. Scrum Master
b. Leveringschefen
c. Produktejeren
d. Udviklingsteamet
e. Scrum-teamet
Ræsonnement
Som kundens stemme er det produktejerens ansvar at måle projektets og frigive ydeevne og se, om teamet er på vej til at gennemføre projektet til tiden.
Q # 8) Hvad er hovedansvaret for et selvorganiserende udviklingsteam?
en. Udvikl Sprint Backlog-emner
b. Anslå de emner, der skal afhentes til den kommende Sprint
c. Overvåg projektets ydeevne og send en rapport til interessenter
d. Opret nye produktbacklog-varer
e. Opgave de aktuelle Sprint-emner
Ræsonnement
Hovedansvaret for et selvorganiserende team er at estimere produktets efterslæbsposter (også kendt som story pointing-øvelse), trække dem fra toppen af produktforsinkelsen og opdele dem i flere opgaver, der kan tildeles individerne i et team og endelig udvikle dem.
Q # 9) Hvad betyder en Brænd ned Kortvisning?
en. Projektfremskridt
b. Mængden af resterende arbejde med hensyn til tid
c. Holdets hastighed
d. Teammedlemmernes kapacitet
e. Hvor mange flere ting der kan afhentes i en Sprint
Ræsonnement
Et nedbrudt diagram repræsenterer mængden af resterende arbejde i forhold til tiden.
Den vandrette akse repræsenterer tid, mens den lodrette akse repræsenterer den resterende mængde arbejde. Nedbrændingsdiagrammet er en af de mange målinger, der bruges i Scrum til at projicere projektets afslutningsdato, da produktets efterslæb, holdets kapacitet og holdets hastighed forbliver den samme.
Q # 10) Hvad er de vigtigste ansvarsområder for en Scrum Master?
en. Fjernelse af hindringer
b. Lette mødet efter behov
c. Hjælper produktejeren med at bestille produktforsinkelsen
d. Konsultering af udviklingsteamet og produktejeren
e. Bro mellem kløften mellem teamet og kunden
Ræsonnement
Scrum Master er den person, der er ansvarlig for at facilitere / coache udviklingsteamet og produktejeren til at arbejde med de daglige udviklingsaktiviteter. Han er den, der sikrer, at holdet forstår Scrum-værdierne og -principperne og er i stand til at øve dem.
Samtidig forsikrer Scrum Master også, at holdet føler sig begejstret for Agile for at opnå det bedste ud af rammen. Scrum Master hjælper og støtter også holdet til at blive selvorganiseret og fjerner hindring for dem.
Q # 11) Hvornår er en Sprint over i Scrum?
en. Når alle Sprint Backlog Items er afsluttet
b. Når produktejeren foreslår det
c. Når alle Sprint Backlog-opgaver er afsluttet
d. Når den endelige test er afsluttet
e. Når tidsboksen udløber
Ræsonnement
Alle Sprint-aktiviteterne er tidsbokse inklusive Sprint. I modsætning til andre Sprint-aktiviteter kan Sprint hverken udvides eller afkortes.
Hvis for eksempel alle elementerne i en Sprint ikke er afsluttet, er Sprint stadig markeret, og de resterende (r) element (er) flyttes til produktbackloggen, hvorfra den kan planlægges til en af de efterfølgende sprint baseret på den reviderede prioritet . På samme måde kan Sprint aldrig forkortes.
Hvis alle Sprint-emnerne er afsluttet inden tiden, kan udviklingsteamet trække de øverste Product Backlog-emner ind og starte udviklingen.
Q # 12) Hvad er betydningen af at bestemme en definition af udført?
en. Bestemmer målet bag hver sprint
b. Bestemmer antallet af opgaver, der skal udføres for hvert Sprint Backlog-element
c. Øger gennemsigtigheden
d. Leverede trin er mere effektive og potentielt frigørelige
e. Udvikler en fælles forståelse blandt alle teammedlemmerne om, hvad alt skal afsluttes for at markere hvert element som komplet.
Ræsonnement
Ideologien bag oprettelsen af en definition af udført er at have et sæt tjekliste, der er fælles for alle Sprint-emnerne og bestemmer alt, hvad der skal gøres for at udfylde et efterslæb.
At have en definition af udført vil opbygge en fælles forståelse blandt alle i teamet om, hvad alt skal gøres. Det giver alle mulighed for at forstå, hvad det betyder, når et udviklingsteam siger, at noget er komplet. Det er den slags gennemsigtighed, som Definitionen af udført bringer ind.
Definitionen af gjort tjener også formålet i en forstand, at Udviklingen nu kan tænke og planlægge bedre, da de ved, hvad der forventes af et bestemt arbejdsemne.
Q # 13) Hvad sker der under et Sprint Review-møde?
en. Demo of the Increment
b. Holdet diskuterer de forbedringer, der kan anvendes til de kommende sprints
c. Præsenter projektets præstationer for interessenterne
d. Undersøg fremskridt mod Sprint-målet
e. Diskuter de arkitektoniske og tekniske aspekter af projektet
Ræsonnement
Sprint Review Meeting afholdes for at demonstrere Sprint Increment til interessenter og kunder. En anden meget vigtig opgave i Sprint Review-mødet er at demonstrere projektets ydeevne over for interessenterne.
Udviklingsteamet er ansvarligt for at demonstrere forøgelsen, mens produktejeren er ansvarlig for at demonstrere projektets ydeevne. Interessenterne og kunderne er åbne for at give feedback, som derefter indarbejdes af teamet.
Q # 14) Hvad er en Sprint Review?
en. Aktivitet til at introducere og tilpasse
b. Aktivitet til forbedring af Scrum-processer
c. Aktivitet for at søge godkendelse for det udførte arbejde
d. Aktivitet til planlægning til næste Sprint
e. Aktivitet til planlægning af frigivelsen
Ræsonnement
Sprintplanlægning, Daily Scrum, Sprint Review og Sprint Retrospective alle de fire ceremonier i Scrum er muligheder for inspektion og tilpasning. Under en Sprint Review er ideen at inspicere og søge feedback fra interessenterne og tilpasse dem.
Q # 15) Hvad mener vi med a tværfunktionel Udviklingsteam?
en. Hvert af udviklingsholdets medlemmer skal være tværfunktionelle
b. Udvikleren skal være i stand til at oprette testsager og udføre dem
c. Udviklingsteamet skal samarbejde med de andre udviklingsteams
d. Udviklingsteamet består af udviklere og testere
e. Udviklingsteamet skal have alle de nødvendige færdigheder til at levere Done Increment
Ræsonnement
Cross-Functional Scrum Teams er de hold, der har alle de nødvendige færdigheder og færdigheder inden for holdet for at udføre deres arbejde. Disse hold er ikke afhængige af nogen uden for holdet til at udfylde arbejdsemnerne.
Scrum Team er således en meget kreativ sammensmeltning af forskellige færdigheder, der kræves for at fuldføre hele arbejdsemnet. Hvert teammedlem har muligvis ikke nødvendigvis alle de nødvendige færdigheder til at opbygge produktet, men er kompetent inden for sit ekspertiseområde.
Når det er sagt, behøver holdmedlemmet ikke at være tværfunktionelt, men holdet som helhed skal være.
hvordan man kører en .swf
Spørgsmål nr. 16) Hvem skal nødvendigvis deltage i Daily Standup-mødet?
en. Udviklingsteamet
b. Scrum-teamet
c. Udviklingsteamet og produktejeren
d. Udviklingsteamet og Scrum Master
e. Scrum-teamet og interessenterne
Ræsonnement
Udviklingsteamet er nødvendigvis forpligtet til at deltage i Daily Standup-mødet hver dag. Enhver anden, der ønsker at deltage i mødet, er meget velkommen, men det er ikke obligatorisk at deltage i det.
Bortset fra udviklingsteamet har den, der deltager i mødet, ikke lov til at give opdateringer eller deltage. Han kan nyde at lytte, mens andre deltager. Scrum Master kan dog deltage i mødet og også lette det, hvis han er blevet anmodet om det samme af udviklingsteamet.
Selv interessenterne kan deltage i Daily Standup-møderne.
Q # 17) Hvad sker der, når alle Sprint-emner ikke kan fuldføres?
en. Sprinten skal udvides
b. Sprinten slutter med de færdige ting
c. Sprinten bør annulleres
d. De ufærdige Sprint-emner skal fjernes fra Sprint Backlog
e. Start den næste sprint med de ufærdige ting først
Ræsonnement
I et tilfælde hvor holdet ikke er i stand til at fuldføre alle Sprint Backlog-emnerne, sker der intet. Sprinten slutter på den fastsatte dato med de færdige varer. Udviklingsteamet demonstrerer de færdige emner i Sprint Review-mødet.
De ufuldstændige emner flyttes tilbage til produktbackloggen og prioriteres igen derfra.
Spørgsmål nr. 18) Hvad skal være udviklingsholdets størrelse?
til. 5 + -3
b. 5 + -4
c. 6 + -4
d. 6 + -3
er. 6 + -2
Ræsonnement
Den ideelle og anbefalede størrelse for udviklingsteamet skal være 6 + -3. Udviklingsteams størrelse skal vælges meget klogt, da det direkte kan hæmme teamets produktivitet og derved påvirke produktleveringen.
Udviklingsteamet bør ikke være meget stort, da det kan kræve en masse koordination blandt holdmedlemmerne. For et meget lille hold ville det dog være meget vanskeligt at have alle de færdigheder, der kræves for at levere et trin. Således skal der vælges et optimalt antal for størrelsen på udviklingsteamet.
Q # 19) Hvilke aktiviteter er en del af Product Backlog Refinement?
en. Anslå emnerne for produktets efterslæb
b. Bestilling af produktets efterslæbsposter
c. Oprettelse af definitionen af udført
d. Oprettelse af opgaver
e. Brainstorming på produktets efterslæbsposter
Ræsonnement
Product Backlog Refinement er en aktivitet, hvor hele teamet sidder sammen og brainstormer omkring backlog-emnerne. Efterslæbsposterne raffineres, og detaljerne føjes til dem.
Under mødet bestilles varerne på Product Backlog baseret på deres prioritet. Når produktbacklog-emnerne er blevet raffineret, estimerer medlemmerne af udviklingsteamet produktbacklog-elementerne.
Q # 20) Hvilken af følgende aktiviteter er ikke tidsboksen?
en. Sprint Retrospective
b. Sprint
c. Forbedring af produktbacklog
d. Daglig Scrum
e. Sprint anmeldelse
Ræsonnement
I Scrum er alle ceremonier tidsbokse, dvs. de kan ikke udvides. Bortset fra Sprint kan andre hverken afkortes. Product Backlog Refinement er et sådant møde, der ikke er tidsboksen, men er en kontinuerlig proces og kan gennemføres, når teamet ønsker det.
Bemærk, at teamet ikke skal bruge for meget af deres tid på Backlog Refinement Meeting.
Tjek dine Agile Scrum Quiz-testresultater for at evaluere din forståelse!
Håber du har haft det brede udvalg af tutorials i denne Agile-serie, og vi er sikre på, at dette vil være den bedste guide til Agile for alle, der ønsker at lære mere om Agile !!
Anbefalet læsning
- Kanban vs Scrum vs Agile: En detaljeret sammenligning for at finde forskelle
- Sådan leveres softwarefunktioner af høj værdi på kort tid ved hjælp af Agile Scrum Process
- Agilt manifest: Forståelse af smidige værdier og principper
- SAFe Agile Tutorial: Hvad er Scaled Agile Framework
- JIRA Scrum Board Tutorial: Scrum Handling with Jira For Managing the Sprint
- Agile Methodology: En begyndervejledning til Agile Method og Scrum
- Scrum-artefakter: Product Backlog, Sprint Backlog og Product Increments
- 30+ Top Scrum Interview Spørgsmål og svar (2021 LIST)