“Lepiej zrobić jedno zadanie do końca i potem zabrać się za drugie, zamiast próbować zrealizować część pierwszego, a potem część drugiego, wrócić do pierwszego itd.” Zgodzisz się z tym? W większości regularnie rozpraszamy się między wieloma zadaniami, nie mogąc skończyć poprzednich. Jest pewna krótka gra, która pokazuje jak bardzo nas spowalnia takie przełączanie się między wątkami. W tym poście dowiesz się jak ją przeprowadzić i jakie daje efekty :)
Kategoria: Praktyka
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 :)
Lubię znać wyniki swojej pracy. To mnie motywuje do kolejnych działań. Jednocześnie obiektywnie pomaga ocenić czy to co robię jest w ogóle sensowne. Sądzę, że większość z nas ma podobnie. Jednocześnie często pędzimy, razem z naszymi zespołami, z projektu w projekt, z zadania w zadanie i nie sprawdzamy czy przypadkiem nie jest to bieg w niewłaściwą stronę 😉
Jak robić Daily? 5 luźnych praktyk
Jeszcze do jesieni 2017 roku, Scrum Guide sugerował, aby na Daily odpowiadać na trzy pytania – w uproszczeniu: co robiliśmy, co będziemy robili i czy widzimy jakieś problemy. Obecnie taka forma jest podana tylko jako przykład. Więc jak to robić?
Daily to kluczowy element pracy w Scrumie. Wydarzenie służy zaplanowaniu pracy Zespołu Deweloperskiego, na najbliższe 24h. Jak w to wpisuje się rola Product Ownera?
To był całkiem fajny zespół. Już jakiś czas temu zdecydowali się na wykorzystanie Scruma do swojej pracy. Podobała im się idea Sprintów, posiadanie celu i wiele innych aspektów związanych z tym podejściem. Niestety musieli walczyć z jednym problemem – stale ktoś im psuł Sprinty przez dorzucanie pilnych zadań.
