Meny

Agile Scrum Online Quiz: Test din kunnskap om Agile Scrum

  • Hoved
  • Annen
  • Agile Scrum Online Quiz: Test din kunnskap om Agile Scrum

agile scrum online quiz

Prøv Instrumentet Vårt For Å Eliminere Problemer

Online Quiz - Agile Scrum

Vi lærte mer om Skalert smidig ramme i vår siste opplæring.

Med denne online quizen har vi kommet til slutten av serien vår Agile and Scrum Methodology . Serien kan være et av de mest inngående og praktiske verkene på Agile du vil finne over internett.

Agile som tema i seg selv er imidlertid ubegrenset og uendelig. Jo mer du trener Agile, desto mer vil du fange opp og mestre det.

Vi har utviklet en online quiz for deg for å øve på øvelsen og teste din kunnskap om Agile. Så gå videre og ta testen.

Agile Scrum Quiz

Viktig notat: Hvis du ikke allerede har lest veiledningene om Agile, anbefales det å les først veiledningene og deretter prøve et quiz for best resultat.

Les følgende instruksjoner nøye før du starter quizen:

  • Fristen for quizen er 10 minutter.
  • Quizen består av 20 spørsmål.
  • Quizen er et flervalgsspørsmål der et spørsmål kan ha mer enn ett riktig svar.
  • For hvert riktige svar kan du score 1 karakter.
  • Det er ingen negativ merking for feil svar.

Start quizen nå: (Svar med fet skrift)

Q # 1) Hvilket av følgende leveres på slutten av Sprint?

en. Et dokument som inneholder testsaker for den aktuelle sprinten

b. En arkitektonisk utforming av løsningen

c. En økning av ferdig programvare

d. Wireframes design for brukergrensesnitt

Argumentasjon

Resultatet av hver Sprint er en økning av en ferdig programvare som kan sendes til sluttbrukeren for bruk. Et element er bare merket ferdig hvis det samsvarer med definisjonen av gjort.

Spørsmål 2) Produktet etterslipp bør bestilles på grunnlag av?

en. Verdien av varene som blir levert

b. Kompleksiteten til varene som blir levert

c. Størrelsen på varene som blir levert

d. Risikoen forbundet med varene

e. Basert på Scrum Team-valget

Argumentasjon

Produktet Backlog bestilles på grunnlag av verdien de gir virksomheten.

Verdien kan påvirkes av flere andre faktorer som risiko, kompleksitet og kritikk, men er ikke det direkte grunnlaget for å beregne verdien. Verdien på varen som blir levert blir beregnet av produkteieren, og det er han som er ansvarlig for å bestille varen.

Spørsmål nr. 3) Hva er en testers hovedansvar i et smidig miljø?

en. Lag testscenarier og testtilfeller

b. Finne bugs

c. Lag automatiseringsskript

d. Send testutførelsesrapporter til interessentene

e. Det er ingen rolle som en Tester i Scrum

Argumentasjon

I et Scrum Team er det bare tre roller: Scrum Master, Produkteier og Development Team. Ingen andre roller er tillatt, og det er ikke noe unntak fra denne regelen.

Et av medlemmene i utviklingsteamet kan være mer tilbøyelig til å teste og har testet som kompetanseområde, men han vil fortsatt bli kalt en utvikler.

Q # 4) Når utføres en Sprint Retrospective-seremoni?

en. Når laget antyder

b. På slutten av hver sprint

c. Når det er nødvendig

d. Når produkteieren foreslår det

e. Når Scrum Master antyder

Argumentasjon

I Scrum er det obligatorisk å gjennomføre alle Scrum-seremoniene, inkludert Sprint Retrospective.

Sprint Retrospective er et møte der alle teammedlemmene sitter og ser tilbake på sin nåværende sprint og legger ut handlingselementene for å improvisere for de kommende spurtene. Av samme grunn gjennomføres Sprint Retrospective på slutten av hver Sprint.

Sp # 5) Når kan en Sprint avlyses?

en. Sprint-elementene er ikke lenger nødvendig

b. Sprint kan aldri avbrytes

c. Når utvikling ikke klarer å fullføre arbeidet

d. Informasjon som kreves for å starte utviklingen er ikke tilgjengelig

e. Når produkteieren sier det

Argumentasjon

Kraften til å avbryte Sprint ligger bare hos produkteieren. Han / hun kan ringe for å avbryte en pågående Sprint når Sprint Items ikke lenger er påkrevd av virksomheten, det vil si at artiklene er blitt foreldede.

Sp # 6) Hva skal et utviklingsteam gjøre under et Sprint Planning-møte når de har innsett at de har valgt mer enn elementene de kan fullføre i en Sprint?

en. Få flere utviklere ombord

b. Søk hjelp fra de andre Scrum Team-medlemmene

c. Jobbe overtid

d. Informer produkteieren

e. Ring for å fjerne noen av Sprint Backlog Items

Argumentasjon

Siden vi fremdeles er i Sprint Planning-møtet, dvs. ikke har startet Sprint ennå, kan utviklerne gjøre endringer i Sprint Backlog-elementene. De kan velge å fjerne noen av elementene som de tror som ikke kan fullføres med det nåværende utviklingsteamets kapasitet.

Merk at tilsetning eller fjerning alltid skal gjøres i konsensus med produkteieren, ettersom han er den som bestemmer om prioriteten til disse elementene. Fjerningen er ikke tillatt når Sprint har startet.

Q # 7) Hvem er ansvarlig for å måle prosjektets ytelse?

en. Scrum Master

b. Leveringssjefen

c. Produkteieren

d. Utviklingsteamet

e. Scrum-teamet

Argumentasjon

Som kundens stemme er det produktseierens ansvar å måle prosjektets og frigjøringsytelsen og se om teamet er på vei til å fullføre prosjektet i tide.

Q # 8) Hva er hovedansvaret til et selvorganiserende utviklingsteam?

en. Utvikle Sprint Backlog-elementene

b. Beregn elementene som skal hentes for den kommende sprinten

c. Overvåk prosjektets ytelse og send en rapport til interessenter

d. Opprett nye produktforsinkelser

e. Oppgave gjeldende Sprint Items

Argumentasjon

Hovedansvaret til et selvorganiserende team er å estimere produktets forsinkelseselementer (også kjent som story pointing-øvelse), trekke dem fra toppen av produktbackloggen og dele dem opp i flere oppgaver som kan tildeles individene i et team og til slutt utvikle dem.

Sp # 9) Hva gjør en Brenn ned Kartvisning?

en. Prosjektfremdrift

b. Mengden gjenværende arbeid med hensyn til tid

c. Teamets hastighet

d. Kapasiteten til teammedlemmene

e. Hvor mange flere gjenstander som kan hentes i en Sprint

Argumentasjon

Et nedbruddskart representerer mengden gjenværende arbeid i forhold til tiden.

Den horisontale aksen representerer tid mens den vertikale aksen representerer gjenværende arbeid. Burndown-diagrammet er en av flere beregninger som brukes i Scrum til å projisere prosjektets fullføringsdato, gitt produktets etterslipp, lagets kapasitet og lagets hastighet forblir den samme.

Q # 10) Hva er hovedansvaret til en Scrum Master?

en. Fjerne hindringer

b. Tilrettelegge møte etter behov

c. Hjelper produkteieren med å bestille produktet

d. Konsultere utviklingsteamet og produkteieren

e. Bro over gapet mellom teamet og kunden

Argumentasjon

Scrum Master er personen som er ansvarlig for å tilrettelegge / coache utviklingsteamet og produkteieren til å jobbe med de daglige utviklingsaktivitetene. Det er han som sørger for at teamet forstår Scrum-verdiene og prinsippene og er i stand til å øve dem.

Samtidig forsikrer Scrum Master også at teamet føler seg begeistret for Agile for å oppnå det beste ut av rammen. Scrum Master hjelper og støtter også teamet til å bli selvorganisert og fjerner hindring for dem.

Q # 11) Når er en Sprint over i Scrum?

en. Når alle Sprint Backlog Items er fullført

b. Når produkteieren foreslår

c. Når alle Sprint Backlog-oppgavene er fullført

d. Når den endelige testingen er fullført

e. Når tidsboksen utløper

Argumentasjon

Alle Sprint-aktivitetene er tidsbokset, inkludert Sprint. I motsetning til andre Sprint-aktiviteter, kan Sprint verken utvides eller forkortes.

Hvis for eksempel ikke alle elementene i en Sprint er fullført, er Sprint fortsatt merket over, og de resterende elementene flyttes til produktbackloggen, hvorfra den kan planlegges til en av de påfølgende sprintene basert på den reviderte prioriteten. . På samme måte kan Sprint aldri forkortes.

Hvis alle Sprint-elementene er fullført før tiden, kan utviklingsteamet hente de beste produktbackloggen og starte utviklingen.

Q # 12) Hva er betydningen av å bestemme en definisjon av utført?

en. Bestemmer målet bak hver sprint

b. Bestemmer antall oppgaver som skal fullføres for hvert Sprint Backlog-element

c. Øker gjennomsiktigheten

d. Inkluderte trinn er mer effektive og potensielt frigjørbare

e. Utvikler en felles forståelse blant alle teammedlemmene om hva som må fullføres for å merke hvert element som er fullført.

Argumentasjon

Ideologien bak å lage en definisjon av utført er å ha et sett med sjekkliste som er felles for alle Sprint-elementene og bestemmer alt som må gjøres for å fullføre en etterslagsvare.

Å ha en definisjon av ferdig vil bygge en felles forståelse blant alle i teamet om hva alt må gjøres. Det vil tillate alle å forstå hva det betyr når et utviklingsteam sier at noe er komplett. Det er den typen åpenhet Definisjonen av utført bringer inn.

Definisjonen av gjort tjener også formålet i en forstand at utviklingen nå kan tenke og planlegge bedre ettersom de vet hva som forventes av et bestemt arbeidselement.

Q # 13) Hva blir gjort under et Sprint Review Meeting?

en. Demo of the Increment

b. Teamet diskuterer forbedringene som kan brukes på de kommende spurtene

c. Presentere prosjektets ytelse for interessentene

d. Inspiser fremgangen mot Sprint-målet

e. Diskuter prosjektets arkitektoniske og tekniske aspekter

Argumentasjon

Sprint Review Meeting blir gjennomført for å demonstrere Sprint Increment til interessentene og kundene. En annen veldig viktig oppgave i Sprint Review Meeting er å demonstrere prosjektets ytelse til interessentene.

Utviklingsteamet er ansvarlig for å demonstrere økningen, mens produkteieren er ansvarlig for å demonstrere prosjektets ytelse. Interessentene og kundene er åpne for å gi tilbakemelding som deretter blir innlemmet av teamet.

Sp # 14) Hva er en Sprint Review?

en. Aktivitet for å introdusere og tilpasse

b. Aktivitet for å forbedre Scrum-prosesser

c. Aktivitet for å søke godkjenning for utført arbeid

d. Aktivitet for å planlegge for neste sprint

e. Aktivitet for å planlegge for utgivelsen

Argumentasjon

Sprintplanlegging, Daily Scrum, Sprint Review og Sprint Retrospective alle de fire seremoniene i Scrum er muligheter for inspeksjon og tilpasning. Under en Sprint Review er ideen å inspisere og søke tilbakemelding fra interessentene og tilpasse dem.

Sp # 15) Hva mener vi med a kryssfunksjonell Utviklingsteam?

en. Hver av medlemmene i utviklingsteamet skal være tverrfunksjonell

b. Utvikleren skal kunne lage testsaker og utføre dem

c. Utviklingsteamet skal samarbeide med de andre utviklingsteamene

d. Utviklingsteamet består av utviklere og testere

e. Utviklingsteamet skal ha alle ferdighetene som er nødvendige for å levere Done Increment

Argumentasjon

Cross-Functional Scrum Teams er lagene som har alle nødvendige ferdigheter og ferdigheter i teamet for å utføre sitt arbeid. Disse teamene stoler ikke på noen utenfor teamet for å fullføre arbeidselementene.

Dermed er Scrum Team en veldig kreativ sammenslåing av forskjellige ferdigheter som kreves for å fullføre hele arbeidsgjenstanden. Hvert teammedlem har ikke nødvendigvis alle ferdighetene som kreves for å bygge produktet, men er kompetent innen sitt kompetanseområde.

Når det er sagt, trenger ikke teammedlemmet å være tverrfunksjonelt, men teamet som helhet må være.

DVD Ripper for Windows 10 gratis nedlasting

Spørsmål nr. 16) Hvem bør nødvendigvis delta på Daily Standup-møtet?

en. Utviklingsteamet

b. Scrum-teamet

c. Utviklingsteamet og produkteieren

d. Utviklingsteamet og Scrum Master

e. Scrum-teamet og interessentene

Argumentasjon

Utviklingsteamet er nødvendigvis pålagt å delta på Daily Standup-møtet hver dag. Alle andre som ønsker å delta på møtet er hjertelig velkomne, men det er ikke obligatorisk å delta på det.

Annet enn utviklingsteamet, har ikke den som deltar på møtet lov til å gi oppdateringer eller delta. Han kan glede seg over å lytte mens andre deltar. Scrum Master kan imidlertid delta på møtet og også legge til rette for det hvis han er bedt om det samme av utviklingsteamet.

Selv interessentene kan delta på Daily Standup-møtene.

Sp # 17) Hva skjer når ikke alle Sprint-elementene kan fullføres?

en. Sprinten bør utvides

b. Sprinten ender med de ferdige elementene

c. Sprinten bør avlyses

d. De uferdige Sprint-elementene bør fjernes fra Sprint Backlog

e. Start neste sprint med de uferdige elementene først

Argumentasjon

I et tilfelle der teamet ikke klarer å fullføre alle Sprint Backlog-elementene, skjer ingenting. Sprinten avsluttes på den angitte datoen med de fullførte varene. Utviklingsteamet demonstrerer de ferdige elementene i Sprint Review-møtet.

De ufullførte varene flyttes tilbake til produktets etterspørsel og prioriteres igjen derfra.

Spørsmål nr. 18) Hva skal være størrelsen på utviklingsteamet?

til. 5 + -3

b. 5 + -4

c. 6 + -4

d. 6 + -3

er. 6 + -2

Argumentasjon

Den ideelle og anbefalte utviklingsgruppestørrelsen bør være 6 + -3. Utviklingsteamstørrelse bør velges veldig klokt, da det direkte kan hemme produktiviteten til teamet og dermed påvirke produktleveransen.

Utviklingsteamet bør ikke være veldig stort, da det kan kreve mye koordinering blant teammedlemmene. For et veldig lite team ville det imidlertid være veldig vanskelig å ha alle ferdighetene som kreves for å levere et inkrement. Dermed bør det velges et optimalt antall for størrelsen på utviklingsteamet.

Q # 19) Hvilke aktiviteter er en del av forbedring av produktets etterslipp?

en. Anslå produktets forsinkelseselementer

b. Bestillingen av produktets forsinkelseselementer

c. Lage definisjonen av utført

d. Oppretting av oppgaver

e. Brainstorming på produktets forsinkelseselementer

Argumentasjon

Product Backlog Refinement er en aktivitet der hele teamet sitter sammen og brainstormer rundt backlog-elementene. Etterslepspostene blir raffinert og detaljene blir lagt til dem.

I løpet av møtet bestilles varebeskrivelsen basert på deres prioritet. Når produktets forsinkelseselementer er blitt raffinert, estimerer medlemmene i utviklingsteamet produktets forsinkelseselementer.

Q # 20) Hvilken av følgende aktiviteter er ikke tidsbokset?

en. Sprint Retrospective

b. Sprint

c. Forbedring av produktetterslep

d. Daily Scrum

e. Sprint gjennomgang

Argumentasjon

I Scrum er alle seremoniene tidsbokset, dvs. de kan ikke utvides. Bortsett fra Sprint, kan andre heller ikke forkortes. Product Backlog Refinement er et slikt møte som ikke er tidsbokset, men er en kontinuerlig prosess og kan gjennomføres når teamet ønsker det.

Vær oppmerksom på at teamet ikke skal bruke for mye av tiden sin på Backlog Refinement Meeting.

Sjekk resultatene for Agile Scrum Quiz Test for å evaluere din forståelse!

Håper du likte det brede utvalget av opplæringsprogrammer i denne Agile-serien, og vi er sikre på at dette vil være den beste guiden på Agile for alle som vil lære mer om Agile !!

PREV Opplæring

Anbefalt lesing

^