K85.pl - Agile i takie tam sprawy
Widzisz problemy w swoim zespole, ale każda Twoja próba ich rozwiązania kończy się porażką? Zaczyna Cię to frustrować, bo widzisz ewidentną potrzebę zrobienia retrospektywy, ale zdaje się, że nikt inny tego nie rozumie? I co teraz? Jak ich przekonać? W tym artykule przedstawimy Ci kilka wskazówek, które pomogą przekonać zespół do robienia retrospektywy (praktyki, pomagającej zespołom IT wprowadzać wiele usprawnień).
Kiedy metody pracy z Toyoty i Forda przestaną nas inspirować? Nie sądzę, aby nastąpiło to szybko 😊 Wciąż wychodzą kolejne publikacje. I wciąż uczą czegoś nowego.“Projektowanie przyszłości” to kolejna z takich książek. Autorzy zawarli w niej dużo ciekawych konceptów związanych z podejściem Lean (tu konkretniej Lean Product and Process Development), razem z realnymi przypadkami ich użycia.
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.
Wiele razy spotykałem się z opiniami jakoby Kanban (w IT) to była tylko kolejka zadań, które realizujemy jedno po drugim. Dodatkowo „nie ma w nim zasad”. I „nie ma też tylu niepotrzebnych spotkań jak np. w Scrumie” 🙃