Zwinność i „bycie agile” wywodzą się z IT. Najszybciej za tą modą zaczęły podążać zespoły wytwórcze, które dostarczają skomplikowane rozwiązania, czyli oprogramowanie. Reszta świata nie zawsze nadąża za postępem w informatyce, nawet jeżeli chodzi o tak nietechniczne rzeczy jak zwinne metodyki.
#białko agile blog
Oto wszystkie teksty na naszym zwinnym blogu:
Proxy Product Owner to rola, która nie występuje w czystym Scrumie. Jest to jednak jedna z bardziej popularnych modyfikacji tej metodyki. Proxy Product Owner często znajduje się w jednym worku razem z takimi tworami jaki Area Product Owner czy Tribe Leader.
Jaki Product Owner jest, każdy widzi. Czasami PO jednak zapomina o swoim zakresie odpowiedzialności i zmienia się w pośrednika pomiędzy zespołami, a klientem. Brakuje wizji, wartości, a czasami nawet dostępności. Tak nie powinno być, dlatego dziś – 3 Grzechy Product Ownera.
Deweloper w Scrum to źródło nieporozumień. Tym bardziej ma to miejsce na polskim rynku, gdzie bardzo często bywa utożsamiany z programistą. Tak jednak nie jest!
Jak pokazać, że agile „nie działa”? Najłatwiej jest ograniczyć całą zwinność do jednego pilotażowego procesu, zespołu lub komórki organizacyjnej. Nawet jeśli pozwolimy im na wszystko, to i tak możemy na koniec pokazać, że nic się nie zmieniło. Bo przecież nie miało prawa.
W marcu zeszłego roku większość zegarów w europejskich mikrofalówkach miało sześć minut opóźnienia. To nie tylko ciekawostka, ale także świetny przykład na to, jakie konsekwencje mogą mieć działania w systemie, który jest zbyt duży i zbyt skomplikowany.
Ostatnio dużo dyskutujemy o wartości i o tym, w jaki sposób najlepiej pomóc naszemu klientowi. Co jednak zrobić w sytuacji, w której trafiło do nas wymaganie, które nie tylko zawiera błędne założenia, ale wręcz wiemy, że jego realizacja zaszkodzi naszemu odbiorcy? Co zrobić, gdy klient się myli?
Dziś na warsztat bierzemy wodotryski i spróbujemy znaleźć przyczyny, dla których w tworzonych przez nas rozwiązaniach czasami pojawiają się rzeczy zupełnie zbędne.
W poprzednim wpisie na naszym blogu mówiliśmy o skuteczności pracy Scrum Mastera. Zgodnie z poczynioną obietnicą, kontynuujemy ten temat. Dziś zajmiemy się skomplikowanym, ale bardzo ciekawym pytaniem: jak ocenić Scrum Mastera? Jak właściwie ocenić skuteczność jego pracy? Ręka do góry, kto kiedyś zastanawiał się, w jaki sposób możemy to zrobić!
O Scrum Masterze nigdy za wiele. Wynika to zarówno z naszych doświadczeń jak i ze statystyki postów czytanych przez Was na przestrzeni mijającego roku. Z kolei w Waszych pytaniach często pojawia się kwestia rozliczania pracy naszego bohatera. Sprawdźmy więc, kim jest skuteczny Scrum Master.
Strona [tcb_pagination_current_page] z [tcb_pagination_total_pages]