Meniu

Test online Agile Scrum: testați-vă cunoștințele despre Agile Scrum

  • Principal
  • Alte
  • Test online Agile Scrum: testați-vă cunoștințele despre Agile Scrum

agile scrum online quiz

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Test online - Agile Scrum

Am aflat mai multe despre Cadrul agil scalat în ultimul nostru tutorial.

Cu acest test online, am ajuns la sfârșitul seriei noastre pe Metodologie Agile și Scrum . Seria poate fi una dintre cele mai aprofundate și practice lucrări pe Agile pe care le-ați găsi pe internet.

Cu toate acestea, Agile ca subiect în sine este nelimitat și nesfârșit. Cu cât practici mai mult Agile, cu atât îl vei absorbi și stăpâni.

Am dezvoltat un test online pentru a practica exercițiul și a vă testa cunoștințele pe Agile. Deci, mergeți mai departe și susțineți testul.

Quiz Agrum Scrum

Notă importantă: Dacă nu ați citit deja tutorialele de pe Agile, recomandarea este să mai întâi citiți tutoriale și apoi încercați testul pentru cele mai bune rezultate.

Înainte de a începe testul, citiți cu atenție următoarele instrucțiuni:

  • Limita de timp pentru test este de 10 minute.
  • Testul cuprinde 20 de întrebări.
  • Testul este o lucrare cu întrebări cu răspunsuri multiple în care o întrebare poate avea mai multe răspunsuri corecte.
  • Pentru fiecare răspuns corect, puteți obține 1 punctaj.
  • Nu există marcaje negative pentru răspunsurile greșite.

Porniți testul acum: (Răspunsuri cu caractere aldine)

Q # 1) Care dintre următoarele este livrată la sfârșitul Sprintului?

A. Un document care conține cazuri de testare pentru sprintul curent

b. Un design arhitectural al soluției

c. O creștere a software-ului Done

d. Proiecte Wireframes pentru interfața cu utilizatorul

Raţionament

Rezultatul fiecărui Sprint este o creștere a unui software realizat, care poate fi livrat utilizatorului final pentru utilizare. Un articol este marcat ca făcut doar dacă se potrivește cu definiția de făcut.

Q # 2) Cartea de produse ar trebui să fie comandată pe baza?

A. Valoarea articolelor livrate

b. Complexitatea articolelor livrate

c. Dimensiunea articolelor livrate

d. Riscul asociat articolelor

e. Bazat pe alegerea Scrum Team

Raţionament

Product Backlog este comandat pe baza valorii pe care o oferă companiei.

Valoarea poate fi influențată de alți factori precum risc, complexitate și criticitate, dar nu reprezintă baza directă pentru calcularea valorii. Valoarea articolului livrat este calculată de Proprietarul produsului și acesta este cel care răspunde de comanda restantei produsului.

Î # 3) Într-un mediu agil, care este responsabilitatea principală a unui tester?

A. Creați scenarii de testare și testați cazuri

b. Găsirea erorilor

c. Creați scripturi de automatizare

d. Trimiteți rapoartelor de execuție a testelor părților interesate

e. Nu există nici un rol de Tester în Scrum

Raţionament

Într-o echipă Scrum, există doar trei roluri: Scrum Master, proprietar de produs și echipa de dezvoltare. Niciun alt rol nu este permis și nu există nicio excepție de la această regulă.

Unul dintre membrii echipei de dezvoltare poate fi mai înclinat spre testare și a testat ca domeniu de expertiză, dar ar fi numit în continuare dezvoltator.

Q # 4) Când se desfășoară o ceremonie Sprint Retrospectivă?

A. Ori de câte ori echipa sugerează

b. La sfârșitul fiecărui Sprint

c. Ori de câte ori este nevoie

d. Ori de câte ori Proprietarul produsului sugerează

e. Ori de câte ori sugerează Scrum Master

Raţionament

În Scrum, este obligatorie desfășurarea tuturor ceremoniilor Scrum, inclusiv Retrospectiva Sprint.

Sprint Retrospective este o întâlnire în care toți membrii echipei stau și fac retrospectivă față de sprint-ul curent și prezintă elementele de acțiune pentru a improviza pentru sprint-urile viitoare. Din același motiv, Sprint Retrospective se desfășoară la sfârșitul fiecărui Sprint.

Q # 5) Când poate fi anulat un Sprint?

A. Articolele Sprint nu mai sunt necesare

b. Sprintul nu poate fi anulat niciodată

c. Când Dezvoltarea nu este capabilă să finalizeze lucrarea

d. Informațiile necesare pentru a începe dezvoltarea nu sunt disponibile

e. Ori de câte ori Proprietarul produsului spune

Raţionament

Puterea de a anula Sprint-ul revine doar proprietarului produsului. El / Ea poate apela pentru a anula un Sprint în desfășurare atunci când articolele Sprint nu mai sunt solicitate de companie, adică articolele au devenit învechite.

Q # 6) Ce ar trebui să facă o echipă de dezvoltare în timpul unei întâlniri de planificare Sprint, când și-au dat seama că au selectat mai mult decât articolele pe care le pot finaliza într-un Sprint?

A. Obțineți mai mulți dezvoltatori la bord

b. Căutați ajutor de la ceilalți membri ai echipei Scrum

c. A lucra peste program

d. Informați proprietarul produsului

e. Faceți un apel pentru a elimina unele dintre elementele Sprint Backlog

Raţionament

Întrucât ne aflăm încă în ședința Sprint Planning, adică nu am început încă Sprint-ul, dezvoltatorii sunt liberi să facă modificări la elementele Sprint Backlog. Aceștia pot alege să elimine unele dintre elementele pe care consideră că nu pot fi completate cu capacitatea echipei de dezvoltare actuale.

Rețineți că adăugarea sau eliminarea trebuie făcută întotdeauna în consens cu Proprietarul produsului, deoarece acesta este cel care decide asupra Priorității acestor articole. Eliminarea nu este permisă odată ce Sprint-ul a început.

Q # 7) Cine este responsabil să măsoare performanța proiectului?

A. Maestrul Scrum

b. Managerul de livrare

c. Proprietarul produsului

d. Echipa de dezvoltare

e. Echipa Scrum

Raţionament

Fiind vocea clientului, este responsabilitatea proprietarului de produs să măsoare performanța proiectului și să elibereze și să vadă dacă echipa este pe drumul cel bun pentru a finaliza proiectul la timp.

Q # 8) Care sunt principalele responsabilități ale unei echipe de dezvoltare care se auto-organizează?

A. Dezvoltați elementele Sprint Backlog

b. Estimați articolele care vor fi ridicate pentru Sprintul viitor

c. Monitorizați performanța proiectului și trimiteți un raport părților interesate

d. Creați articole noi înapoi în produs

e. Sarcinarea obiectelor Sprint curente

Raţionament

Principala responsabilitate a unei echipe de auto-organizare este de a estima articolele restante ale produselor (cunoscute și sub numele de exercițiu de indicare a poveștii), de a le trage din partea de sus a restantei de produse și de a le împărți în mai multe sarcini care pot fi atribuite persoanelor o echipă și în cele din urmă dezvoltându-le.

Q # 9) Ce înseamnă a Arde din temelii Afișarea diagramei?

A. Progresul proiectului

b. Cantitatea de muncă rămasă în raport cu timpul

c. Viteza echipei

d. Capacitatea membrilor echipei

e. Câte articole mai pot fi ridicate într-un Sprint

Raţionament

O diagramă de descompunere reprezintă cantitatea de lucru rămasă în raport cu timpul.

Axa orizontală reprezintă timpul, în timp ce axa verticală reprezintă cantitatea de muncă rămasă. Diagrama de descărcare este una dintre mai multe valori utilizate în Scrum pentru a proiecta data finalizării proiectului, având în vedere restanța produsului, capacitatea echipei și viteza echipei rămân aceleași.

Q # 10) Care sunt principalele responsabilități ale unui Scrum Master?

A. Eliminarea impedimentelor

b. Facilitarea ședinței la cerere

c. Ajută proprietarul produsului să comande restanța produsului

d. Consultarea echipei de dezvoltare și a proprietarului de produs

e. Reducerea decalajului dintre echipă și client

Raţionament

Scrum Master este persoana care este responsabilă de facilitarea / instruirea echipei de dezvoltare și a proprietarului de produs pentru a lucra la activitățile de dezvoltare de zi cu zi. El este cel care se asigură că echipa înțelege valorile și principiile Scrum și este capabilă să le practice.

În același timp, Scrum Master se asigură, de asemenea, că echipa se simte entuziasmată de Agile pentru a obține cele mai bune rezultate din cadru. Scrum Master ajută și susține, de asemenea, echipa să se autoorganizeze și înlătură impedimentele pentru ei.

Q # 11) În Scrum, când se termină un Sprint?

A. Când se finalizează toate elementele din Sprint Backlog

b. Când Proprietarul produsului sugerează

c. Când toate sarcinile Sprint Backlog sunt finalizate

d. Când testul final este finalizat

e. Când expiră caseta de timp

Raţionament

Toate activitățile Sprint sunt în timp, inclusiv Sprint. Spre deosebire de alte activități Sprint, Sprint nu poate fi nici extins, nici scurtat.

Dacă, de exemplu, toate elementele unui Sprint nu sunt finalizate, Sprintul este încă marcat și restul (articolele) sunt mutate în Product Backlog de unde pot fi programate la oricare dintre sprint-urile ulterioare pe baza priorității revizuite . În mod similar, Sprintul nu poate fi niciodată scurtat.

Dacă toate articolele Sprint sunt finalizate înainte de timp, echipa de dezvoltare este liberă să atragă elementele de top din Product Backlog și să înceapă dezvoltarea.

Q # 12) Care este semnificația determinării unei definiții a Terminat?

A. Determină obiectivul din spatele fiecărui sprint

b. Stabilește numărul de sarcini care sunt finalizate pentru fiecare element Sprint Backlog

c. Crește transparența

d. Incrementele livrate sunt mai eficiente și pot fi eliberate

e. Dezvoltă o înțelegere comună între toți membrii echipei cu privire la ceea ce trebuie completat pentru a marca fiecare articol ca fiind complet.

Raţionament

Ideologia din spatele creării unei Definiții a Terminat este de a avea un set de liste de verificare, care este comun pentru toate elementele Sprint și care determină tot ce trebuie făcut pentru a finaliza un articol restant.

A avea o definiție a faptului că va construi o înțelegere comună între toți membrii echipei cu privire la ceea ce trebuie făcut. Va permite tuturor să înțeleagă ce înseamnă atunci când o echipă de dezvoltare spune că ceva este complet. Acesta este tipul de transparență pe care îl aduce Definiția Terminat.

Definiția de făcut servește, de asemenea, scopului într-un sens în care Dezvoltarea poate acum gândi și planifica mai bine, deoarece știu ce se așteaptă de la un anumit element de lucru.

Q # 13) Ce se face în timpul unei întâlniri Sprint Review?

A. Demo-ul Incrementului

b. Echipa discută despre îmbunătățirile care pot fi aplicate pentru sprinturile viitoare

c. Prezentați părțile interesate performanța proiectului

d. Verificați progresul către obiectivul Sprint

e. Discutați aspectele arhitecturale și tehnice ale proiectului

Raţionament

Reuniunea Sprint Review se desfășoară pentru a demonstra Incrementarea Sprint către părțile interesate și clienții. O altă sarcină foarte importantă în cadrul Reuniunii de revizuire Sprint este de a demonstra performanțelor proiectului către părțile interesate.

Echipa de dezvoltare este responsabilă să demonstreze creșterea, în timp ce proprietarul produsului este responsabil să demonstreze performanța proiectului. Părțile interesate și clienții sunt dispuși să ofere feedback care este apoi încorporat de echipă.

Q # 14) Ce este Sprint Review?

A. Activitate de introspectare și adaptare

b. Activitate de îmbunătățire a proceselor Scrum

c. Activitate de solicitare a aprobării pentru munca depusă

d. Activitate de planificat pentru următorul Sprint

e. Activitate de planificat pentru lansare

Raţionament

Planificarea Sprint, Daily Scrum, Sprint Review și Sprint Retrospective toate cele patru ceremonii din Scrum sunt oportunități de inspecție și adaptare. În timpul unei revizuiri Sprint, ideea este de a inspecta și căuta feedback de la părțile interesate și de a le adapta.

Q # 15) Ce înțelegem prin a transversală Echipă de dezvoltare?

A. Fiecare membru al echipei de dezvoltare ar trebui să fie multifuncțional

b. Dezvoltatorul ar trebui să poată crea cazuri de testare și să le execute

c. Echipa de dezvoltare ar trebui să colaboreze cu celelalte echipe de dezvoltare

d. Echipa de dezvoltare este formată din dezvoltatori și testeri

e. Echipa de dezvoltare ar trebui să dețină toate abilitățile necesare pentru a livra Incrementul realizat

Raţionament

Echipele Cross-Functional Scrum sunt echipele care au toate abilitățile și competențele necesare în cadrul echipei pentru a-și îndeplini munca. Aceste echipe nu se bazează pe nimeni din afara echipei pentru finalizarea articolelor de lucru.

Astfel, Echipa Scrum este o fuziune foarte creativă a diferitelor abilități necesare pentru a finaliza întregul element de lucru. Este posibil ca fiecare membru al echipei să nu aibă în mod necesar toate abilitățile necesare pentru a construi produsul, dar este competent în domeniul său de expertiză.

Acestea fiind spuse, membrul echipei nu trebuie să fie transversal, ci echipa în ansamblu trebuie să fie.

software pentru a spiona telefoanele mobile

Q # 16) Cine ar trebui să participe neapărat la ședința zilnică Standup?

A. Echipa de dezvoltare

b. Echipa Scrum

c. Echipa de dezvoltare și proprietarul produsului

d. Echipa de dezvoltare și Scrum Master

e. Echipa Scrum și părțile interesate

Raţionament

Echipa de dezvoltare este în mod necesar obligată să participe în fiecare zi la întâlnirea zilnică de stand-up. Oricine dorește să participe la ședință este foarte binevenit, dar nu este obligatoriu să participe la aceasta.

În afară de echipa de dezvoltare, oricine participă la ședință nu are voie să ofere actualizări sau să participe. Se poate bucura de ascultare în timp ce alții participă. Totuși, Scrum Master poate participa la reuniune și o poate facilita, de asemenea, în cazul în care echipa de dezvoltare a solicitat același lucru.

Chiar și părțile interesate pot participa la ședințele zilnice de stand-up.

Q # 17) Ce se întâmplă atunci când toate articolele Sprint nu pot fi finalizate?

A. Sprintul ar trebui extins

b. Sprintul se termină cu articolele terminate

c. Sprintul ar trebui anulat

d. Articolele Sprint neterminate ar trebui să fie eliminate din Sprint Backlog

e. Începeți următorul Sprint cu elementele neterminate mai întâi

Raţionament

În cazul în care echipa nu poate finaliza toate articolele Sprint Backlog, nu se întâmplă nimic. Sprintul se încheie la data stipulată cu articolele completate. Echipa de dezvoltare demonstrează articolele finalizate în cadrul reuniunii Sprint Review.

Articolele nefinalizate sunt mutate înapoi în Backlog-ul produsului și sunt din nou prioritizate de acolo.

Î # 18) Care ar trebui să fie dimensiunea echipei de dezvoltare?

la. 5 + -3

b. 5 + -4

c. 6 + -4

d. 6 + -3

este. 6 + -2

Raţionament

Dimensiunea ideală și recomandată a echipei de dezvoltare ar trebui să fie 6 + -3. Dimensiunea echipei de dezvoltare ar trebui să fie aleasă foarte înțelept, deoarece poate împiedica direct productivitatea echipei, afectând astfel livrarea produsului.

Echipa de dezvoltare nu ar trebui să fie foarte mare, deoarece ar putea necesita multă coordonare între membrii echipei. Cu toate acestea, pentru o echipă foarte mică, ar fi foarte dificil să ai toate abilitățile necesare pentru a oferi un Increment. Astfel, ar trebui ales un număr optim pentru dimensiunea echipei de dezvoltare.

Q # 19) Ce activități fac parte din Rafinarea restantei produselor?

A. Estimează articolele din restanțe de produs

b. Comandarea articolelor din restanțe de produs

c. Crearea definiției Terminat

d. Crearea sarcinilor

e. Brainstorming pe articolele din restanțe de produs

Raţionament

Product Backlog Refinement este o activitate în care întreaga echipă stă împreună și face brainstorming în jurul elementelor restante. Articolele restante sunt rafinate și detaliile li se adaugă.

În timpul ședinței, articolele din Backlog-ul produselor sunt comandate în funcție de prioritatea lor. Odată ce articolele din Backlog-ul produsului au fost rafinate, membrii echipei de dezvoltare estimează articolele din Backlog-ul produsului.

Q # 20) Care dintre următoarele activități nu este încadrată în timp?

A. Retrospectiva Sprint

b. Sprint

c. Rafinarea restantei produselor

d. Scrum zilnic

e. Sprint Review

Raţionament

În Scrum, toate ceremoniile sunt încadrate în timp, adică nu pot fi prelungite. Cu excepția Sprint, altele nu pot fi nici scurtate. Rafinarea restantei produselor este o astfel de întâlnire care nu este încadrată în timp, ci este un proces continuu și poate fi desfășurată ori de câte ori echipa dorește.

Rețineți că echipa nu ar trebui să-și petreacă prea mult timp în cadrul întâlnirii de perfecționare a restanțelor.

Verificați scorurile testului Agile Scrum Quiz pentru a vă evalua înțelegerea!

Sper că ți-a plăcut gama largă de tutoriale din această serie Agile și suntem siguri că acesta va fi cel mai bun ghid pe Agile pentru oricine dorește să afle mai multe despre Agile !!

PREV Tutorial

Lectură recomandată

^