Concepții greșite agile pierd sprintul - blogul Mayflower
Totul a fost pe deplin dezvoltat și, cu puțină muncă de seară și câteva compromisuri privind calitatea, ai putea livra de fapt tot ce era în sprint. În recenzie, prezentați caracteristicile dezvoltate, dezvoltatorii arată poveștile la care au lucrat. Criteriile de acceptare sunt verificate și la sfârșitul fiecărei povești veți fi întrebat dacă acest lucru este în regulă. Apoi, proprietarul de produs acceptă povestea, confirmând că a fost implementată. Întregul lucru este documentat formal - în ticketing sau în wiki - și la final există un protocol al evenimentului.
Acest lucru este util pentru echipă: aceste povești sunt gata, în afară de remedierile de erori și noile caracteristici, nu vom auzi prea multe de la ele. În cele din urmă a realizat ceva.
Pierde sprintul?
Dar Ghidul Scrum îl vede diferit din motive întemeiate. Revizuirea este descrisă în mod explicit acolo ca o întâlnire „informală”; nu există nicio acceptare de către proprietarul produsului. Nici măcar prin intermediul părților interesate.
Lucrarea efectuată este discutată - dar acolo proprietarul produsului se raportează singur și nu ascultă echipa ca un client în timpul prezentării produsului. Este prezentat, dar nu este vorba despre acceptare, ci despre o imagine comună a următoarelor etape. Este caracteristica suficientă pentru noi? Avem deja un feedback inițial că ar trebui să adăugăm ceva? S-a arătat că o variantă diferită poate genera de fapt mai multă valoare decât cea selectată?
Uită-te la viitor
Nu este vorba despre judecarea muncii din trecut; asta ar fi o pierdere de timp, pentru că nimic nu poate fi schimbat în trecut. Este vorba de a afla dacă sprintul a schimbat ceva pentru munca de făcut acum.
Sarcina echipei nu este să „livreze” caracteristicile și astfel să predea responsabilitatea pentru acestea. Sarcina echipei este de a face ceea ce este cel mai util și important pentru utilizator și produs în orice moment. Prin urmare, nu se pune problema acceptării caracteristicilor, ci doar întrebarea „Există alte lucruri cele mai utile și importante pe care ar trebui să le facem acum?”
În articolul său 4 Sfaturi pentru un feedback mai bun în Sprint Reviews, Martin vă arată ce opțiuni există pentru a afla prin feedback adecvat și ce greșeli puteți face.
... Apropo
Vă interesează neînțelegerile agile și
alt anti-model? Puteți găsi aplicația potrivită în
Apple App Store.
Seria noastră Agile Neintelegeri
Neînțelegeri agile
Metodele agile au o intenție clară: doresc să crească valoarea adăugată în dezvoltarea de software. În acest scop, ele oferă un întreg pachet de valori, principii și metode care susțin acest lucru.
În practică, intențiile din spatele acestor instrumente nu mai sunt la fel de clare și, uneori, se pierd cu totul; metoda, cu complicațiile și cârligele sale, rămâne doar fără efectul dorit. Vreau să raportez aici despre acest tip de neînțelegere agilă - și despre cum să fac față acestora.
Despre Johann-Peter Hartmann
3 gânduri despre „neînțelegeri agile: slăbit sprintul”
Sfat de lectură: neînțelegeri agile: pierde sprintul https://t.co/STO9pae82O https://t.co/2xs8qS1Sjq
"Pierderea în greutate" a sprintului - este chiar posibil? https://t.co/Hsoi0cj4aD prin @mayflowergmbh #agile
Mitul sprintului acceptat: https://t.co/LlRWUfP0PO
Lasă un comentariu anulează răspunsul
despre noi
Mayflower își însoțește clienții în tranziția digitală și oferă echipe bine coordonate pentru implementarea agilă a proiectelor IT individuale. Vă sprijinim cu un amestec echilibrat de strategie, cunoștințe, talente, implementare și abilități metodologice.
În plus, oferim consultanță și instruiri cu care fie aplicăm inițial cunoștințele din practică, fie extindem abilitățile existente într-o manieră direcționată.
Locații
Berlin
Liegnitzer Strasse 15
10999 Berlin
Wurzburg
Landsteinerstraße 4
97074 Wuerzburg
telefon (0931) 466216 - 11 77
fax (0931) 466216 - 28
Munchen
Landsberger Strasse 314
80687 München
fon (089) 242054 - 11 77
fax (089) 242054 - 29