K85.pl - Agile i takie tam sprawy
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ę 😉
Czy armia kojarzyć się może ze zwinnością? Tak – przekonujemy się, czytając “Team of Teams: New Rules of Engagement for a Complex World”. McChrystal i współautorzy poruszają w niej problem organizowania zespołów (w tym wypadku jednostek wojskowych) w taki sposób, aby były w stanie skutecznie reagować na bardzo dynamiczne i złożone środowisko.
Story Pointy nie są jednostką czasu ani nie przelicza się ich na godziny – takie działanie wypacza sens ich używania i jest zbędnym procesem.
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ć?
Bugi to integralna część życia zespołów IT. Każdy z nich to marnotrawstwo – trzeba poświęcić dodatkową pracę na ich naprawę, przerwać często coś innego nad czym pracowaliśmy. W ten sposób tracimy czas, który mógł tworzyć nową wartość.
Większość z nas rozumie, że opóźnienia to strata i zgodzi się, że powinno być ich jak najmniej. Jednak, w codziennej pracy wyjątkowo często sami je potrafimy generować lub wpadamy w system, który ciężko nam przyspieszyć. Gdzie się czają takie straty?