Agilis tévhitek veszítik el a sprintet - Mayflower Blog
Minden teljesen kidolgozott volt, és egy kis esti munkával és néhány minőségi kompromisszummal valóban mindent el tudott adni, ami a sprintben volt. A fejlesztők által bemutatott áttekintésben a fejlesztők bemutatják azokat a történeteket, amelyeken dolgoztak. Az elfogadás kritériumait ellenőrizzük, és minden történet végén megkérdezzük, hogy ez rendben van-e. Ezután a termék tulajdonosa elfogadja a történetet, megerősítve, hogy megvalósult. Az egészet hivatalosan dokumentálják - jeggyel vagy a wikiben -, és a végén ott van az esemény protokollja.
Ez hasznos a csapat számára: Ezek a történetek készen állnak, a hibajavításokon és az új funkciókon kívül sok mindent nem fogunk hallani tőlük. Végre elért valamit.
Vegye le a sprintet?
De a Scrum Guide jó okból másként látja. Az áttekintést ott kifejezetten „informális” találkozóként írják le; a terméktulajdonos nem fogadja el. Még az érdekeltek sem.
Az elvégzett munkát megbeszélik - de ott a terméktulajdonos beszámol magáról, és nem hallgatja meg a csapatot, mint egy ügyfél a termékbemutató során. Bemutatják, de nem az elfogadásról szól, hanem egy közös képről, amely a következő lépésekről szól. Elegendő funkció ez számunkra? Van esetleg már kezdeti visszajelzésünk arról, hogy valamit kellene hozzáadnunk? Bebizonyosodott, hogy egy másik változat valóban több értéket generálhat, mint a kiválasztott?
Nézz a jövőbe
Nem a múlt munkájának megítéléséről van szó; ez időpazarlás lenne, mert a múltban semmit sem lehet megváltoztatni. Arról van szó, hogy megtudjuk, megváltoztatott-e valamit a sprint a most elvégzendő munkához.
A csapat feladata nem a funkciók „átadása” és ezáltal a felelősség átadása értük. A csapat feladata, hogy mindig azt tegye, ami a felhasználó és a termék számára a leghasznosabb és legfontosabb. Ezért nem merül fel a tulajdonságok elfogadásának kérdése, csupán az a kérdés: "Van-e más hasznos és legfontosabb dolog, amit most meg kell tennie?"
Martin a 4 tipp a jobb visszajelzéshez a Sprint Review-ban című cikkében megmutatja, milyen lehetőségek vannak a megfelelő visszajelzések útján történő megismerésre és milyen hibákat követhet el.
... Apropó
Agilis félreértések érdeklik és
egyéb anti-minta? A megfelelő alkalmazást itt találja
Apple App Store.
Agilis félreértések sorozatunk
Fürge félreértések
Az agilis módszereknek egyértelmű szándékuk van: növelni akarják a hozzáadott értéket a szoftverek fejlesztésében. Erre a célra egész sor értéket, alapelvet és módszert kínálnak, amelyek ezt támogatják.
A gyakorlatban ezeknek az eszközöknek a szándékai gyakran már nem annyira egyértelműek, és néha teljesen elvesznek; a módszer szövődményeivel és kampóival csak a kívánt hatás nélkül marad. Itt szeretnék beszámolni az ilyen típusú agilis félreértésekről - és azok kezeléséről.
Johann-Peter Hartmannról
3 gondolat az "agilis félreértésekről: a sprint lefogyása"
Olvasási tipp: Agilis félreértések: Vesztesd el a sprintet https://t.co/STO9pae82O https://t.co/2xs8qS1Sjq
"Fogyni" a sprint - ez egyáltalán lehetséges? https://t.co/Hsoi0cj4aD via @mayflowergmbh #agile
Az elfogadott sprint mese: https://t.co/LlRWUfP0PO
Hagyj megjegyzést a válasz törlése
rólunk
A Mayflower elkíséri ügyfeleit a digitális átmenet során, és jól koordinált csapatokat biztosít az egyes informatikai projektek agilis megvalósításához. A stratégia, a tudás, a tehetség, a megvalósítás és a módszertani készségek kiegyensúlyozott keverékével támogatjuk Önt.
Ezenkívül tanácsadást és képzéseket biztosítunk, amelyekkel kezdetben vagy a gyakorlatból származó ismereteket alkalmazzuk, vagy célzottan bővítjük a meglévő készségeket.
Helyek
Berlin
Liegnitzer Strasse 15
10999 Berlin
Wurzburg
Landsteinerstraße 4
97074 Wuerzburg
telefon: (0931) 466216 - 11 77
fax (0931) 466216 - 28
München
Landsberger Strasse 314
80687 München
fon (089) 242054 - 11 77
fax (089) 242054 - 29