Nie pamiętam dokładnie skąd, ale skądś wzięło się przekonanie, że Scrum działa tylko przy jednym bądź dwóch zespołach. Co zrobić gdy tych zespołów mamy więcej?
#białko agile blog
Oto wszystkie teksty na naszym zwinnym blogu:
Zakładam, że niemało naszych czytelników nie zna się na skalowaniu Scruma, ale większość przynajmniej coś o tym słyszało. Jeżeli Ty właśnie jesteś jednym z tych początkujących w temacie skalowania to przedstawiamy Ci post wprowadzający, który pomoże zrozumieć podstawy oraz wskaże dalszy kierunek nauki.
Ćwiczenie, które mało kto wykonuje, a my jako #białko przeprowadzamy praktycznie każdego tygodnia to rysowanie procesu. Po co to robić i co nam to daje?
Większość organizacji w branży™ już dawno co najmniej próbuje „bawić się w zwinność”. Z tego też względu zwalczanie przeróżnych ScrumButów jest dziś jednym z głównych wyzwań dla Scrum Masterów. Dziś jednak rozważymy zupełnie inny scenariusz: mamy zespoły, dla których zwinność jest czymś zupełnie nowym, a my chcemy pomóc im ją wdrożyć.
Działy IT i firmy produkujące oprogramowanie często traktowane są jako bierny wykonawca wymagań i żądań klientów. Czy to dobrze i jak to się ma do zwinności i w ogóle do całej informatyzacji?
Wybierając tytuł dla dzisiejszego tekstu zastanawiałem się pomiędzy „Skończmy z kierownikowaniem”, a „Skończmy z kierownikami!” Wygrał ten drugi, z oczywistych powodów – jest bardziej prowokacyjny, można więc liczyć na więcej komentarzy i przemyśleń.
Szukałeś nowej pracy – i ją dostałeś.Zmieniłeś projekt, albo też w miarę wzrostu Twoich umiejętności poszerzyło się grono zespołów którym pomagasz. Niezależnie od tego, który z tych scenariuszy jest aktualny, raz na jakiś czas Scrum Masterom zdarza się rozpoczynać pracę z nowym zespołem. Jak najlepiej za to się zabrać? Jak szybko się wdrożyć i zacząć budować relacje? O czym warto pamiętać a jakich działań stanowczo unikać?
Dużo ostatnio piszemy na tematy ogólne, a wręcz można wypowiedzieć, że „filozoficzne”. Dziś postanowiłem zmienić ten trend i dać kilka praktycznych porad na temat jednego z naszych ulubionych nie-wydarzeń w Scrumie. Mowa oczywiście o refinemencie.
Coraz częściej słyszymy, że im mniejszy zespół tym lepszy. Czy na pewno? Postanowiliśmy podjąć temat i przygotować rozprawkę w temacie „małe zespoły – plusy i minusy”. Jak myślicie, które podejście „wygra”? Czy 4-osobowe zespoły to remedium na wszystkie bolączki zwinności?
Dziś chcemy opisać jeden z najbardziej rozpowszechnionych problemów branży – kiedy Scrum próbuje się stosować w warunkach z góry ustalonego i niepodlegającego negocjacjom budżetu, a często i zakresu. Czy Scrum Master jest w stanie pomóc projektowi fixed price? Czy w ogóle jest sens stosować tę metodykę? A może jest lepsze narzędzie?
Strona [tcb_pagination_current_page] z [tcb_pagination_total_pages]