Az agilis munka egyik legnagyobb előnye, hogy nem a projekt végén derül ki, mi készült, hanem rendszeresen, rövid ciklusokban látod az eredményt. Erről korábban részletesen is írtunk. Ennek az előnynek azonban van egy feltétele: a te visszajelzésed.
Mi történik egy sprintbemutatón?
A sprint végén a csapat bemutatja az elkészült, működő funkciókat. Nem terveket vagy képernyőképeket, hanem kipróbálható eredményt. Ez az a pont, ahol még olcsón lehet irányt módosítani.
Hogyan készülj?
- Nézd át előre, mi volt a sprint célja.
- Gondold végig, mely felhasználói helyzetekben fogják használni az adott funkciót.
- Ha lehet, vond be azt a kollégát is, aki a napi munkában használni fogja.
A jó visszajelzés ismérvei
Konkrét
„Nem tetszik” helyett: „a szűrőt mobilon nehéz megtalálni, mert a lista alatt van”.
A célra fókuszál, nem a megoldásra
„A vásárlók nem találják a szállítási díjat” többet ér, mint „legyen piros a szöveg”. A probléma leírásából a csapat gyakran jobb megoldást talál, mint amire elsőre gondolnánk.
Rangsorolt
Mi a kritikus hiba, mi a fontos fejlesztés, és mi a „jó lenne, ha”? Így a következő sprint a legfontosabb dolgokkal kezdődhet.
Egy jó mondat a visszajelzéshez: „Amikor [helyzet], akkor [mi történik], de azt várnám, hogy [mi legyen].”
Amit érdemes elkerülni
- Utólagos, szétszórt e-mailek a bemutató után – gyűjtsd egy helyre az észrevételeket.
- Több, egymásnak ellentmondó visszajelzés különböző kollégáktól – legyen egy döntéshozó.
- A már elfogadott funkciók újranyitása apró ízlésbeli okokból.
Miért éri meg?
A rendszeres, jó minőségű visszajelzés miatt a végeredmény pontosan arra fog hasonlítani, amire valóban szükséged van – és nem arra, amit a projekt elején el tudtál képzelni. Ha így szeretnél dolgozni a következő fejlesztéseden, vedd fel velünk a kapcsolatot.
