K85.pl - Ludzie, interakcje, narzędzia i procesy. Praktyczne porady, pomysły, eksperymenty dotyczące pracy z zespołami deweloperskimi, rozwijaniem produktów cyfrowych, warsztaty, historyjki użytkownika i duuużo więcej :)
Był sobie zespół scrumowy. Po kilku miesiącach, od jego utworzenia, zaczęły się w nim srogie tarcia. Prawie każdy na coś lub kogoś narzekał. Przykładowo “Krzysiek wszystko robi wolno, zbyt dogłębnie analizuje, ciągle chce bawić się w refaktoryzację”. Takie problemy wynikały m.in. z różnic w sposobach pracy. Wszyscy chcieli dobrze, ale każdy jednak inaczej.
Ciągle testuję kolejne pomysły na Retro, próbuję znaleźć najlepsze formaty. Niedawno przetestowałem kolejnych z nich – “recenzja Sprintu”. W tym poście dowiesz się na czym to polega.
Czy zadajesz sobie czasem pytanie w stylu „jaki jest stan ducha mojego zespołu”? Niekoniecznie o konkretne, twarde sprawy związane z bieżącymi projektami. Bardziej o “energię, atmosferę, flow”. Niedawno użyłem pewnego formatu Retro, aby o tym porozmawiać z pewnym zespołem i efekty wyszły interesujące. A do tego dobrze się bawiliśmy, korzystając z kart Dixit. W tym poście opowiadam o tym jak to zrobiliśmy i jakie nam to dało efekty.
Bugi (błędy, defekty), to nieodłączna część naszej rzeczywistości. Niestety, raczej ta nieprzyjemna. Większość z nas woli skupić się na dostarczaniu nowej wartości dla klienta – to jest w końcu to co pcha nasze produkty do przodu. W celu oswojenia tej nieprzyjemnej części, nierzadko próbujemy szacować rozmiar błędów. Nie szacujmy bugów 😎 Na ogół nie ma to sensu i będzie to zwykłym marnotrawstwem. Dlaczego?
Odpowiedź na pytanie z tytułu jest dość krótka: użyj metody “Bucket system” 😎 W tym poście dowiesz się jak użyć tego sposobu i co on może Ci dać.
W tym poście dowiesz się co to jest Wykres Spalania, do czego może Ci się przydać i jak go zrobić.