K85.pl - Agile i takie tam sprawy
Większość z nas czuje, że przełączanie się między różnymi wątkami to wytracanie energii – rozpędziliśmy się w jednym temacie, musimy przerwać, a powrót do niego będzie trwał. Z jakiegoś powodu jednak ciężko nam z tym walczyć. W tym poście dowiesz się jakie są koszty przełączania między zadaniami, między projektami i jakie są potencjalne źródła takich problemów.
Gdy zaczynałem interesować się Scrumem i generalnie zwinnym światem, to spodobały mi się w nim takie rzeczy jak: empiryzm, krytyczne myślenie i zespołowa gra. To było coś zupełnie innego niż klasyczne podejście. Zespoły Scrumowe zdawały się buntować przeciwko utartym schematom. Zmieniały rzeczywistość. Dzisiaj, coraz częściej widzę, że Scrum jest traktowany jak sztywny zbiór zasad i praktyk.
Będąc dzieckiem uwielbiałem oglądać Asterixa i Obelixa. Ich przygody w Rzymie pomogły mi zrozumieć, że złożone, przeprocesowane systemy to nic przyjemnego – generują marnotrawstwo (waste) i utrudniają życie.
Ben Horowitz napisał książkę o bolesnych doświadczeniach, stresie, trudnych relacjach i ciężkich wyborach. Nie jest to kolejna bajka motywacyjna, w różowych kolorach, dla przyszłych przedsiębiorców, chociaż znajdziemy w niej też sporo o sile i determinacji.
Nie kusiło Cię czasem, aby zasugerować coś w stylu “dodajmy jeszcze tę funkcjonalność, może się przydać, a to tylko trochę roboty”? Mnie kusiło wiele razy i wiele razy coś podobnego słyszałem od innych. Prawie zawsze było to zwykłe marnotrawstwo.
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?