W Jira zaczyna się też raportowanie absolutnie wszystkiego. Każda rozmowa z zespole, każde wydarzenie scrumowe, każde spotkanie musi mieć taska, na którego można logować czas. Trzeba pomóc koledze z zespołu? A jak ja to zaloguję? Mamy taska na refactoring?
Mamy Agile, już zainstalowaliśmy Jirę. Ile razy to słyszałem? Z niewiadomych przyczyn posiadanie Jiry jest traktowane jako punkt obowiązkowy transformacji do Agile. Niektórzy Agile Coache otwarcie zabraniają Jira albo nawet zajmują się wycofywaniem Jira z organizacji (tak zwane unjirafying). Przedstawiam antywzorce i dysfunkcje organizacyjne związane z Jira, z którymi spotkałem się osobiście. Niektóre są okraszone autentycznymi cytatami.
Professional Scrum with Kanban był pierwszym wyraźnym krokiem ze strony scrum.org na nowej strategii budowania mostów pomiędzy innymi metodami i metodykami. Z wewnętrznych maili skierowanych do trenerów PST dowiedzieliśmy się, że jeszcze w tym miesiącu zostanie...
Czy RODO powinno być implementowane przy użyciu Scrum? Skoro mamy Agile, to chyba tak. Rodeo z RODO trwa w najlepsze. Jedni są już w środku całego zamieszania biegnąc przed siebie jak bezgłowe kury nie czekając na ustawę. Inni dopiero się budzą, bo to na maj ma być, a zanim zaczną sprawdzać to wiesz …
Zespoły będą miały swoje charakterystyczne problemy określane jako dysfunkcje. Tak jak na przykład każda rodzina, każdy zespół jest przynajmniej lekko dysfunkcyjny na swój sposób. Patrick Lencioni opracował model poziomów dysfunkcji zespołów i test, który umożliwia diagnozę. Opublikowany tutaj materiał to w głównej mierze tłumaczenie oryginalnych materiałów na temat Modelu Pięciu Dysfunkcji.
Product Backlog (Rejestr Produktu jeśli wolisz po polsku) powinien być uporządkowany. Każdy element posiada określony porządek (ang. order) na liście. Ułożenie Product Backlog według priorytetu nie wystarczy.
Dowiedz się, jak skutecznie porządkować Product Backlog w Scrumie, aby poprawić zarządzanie priorytetami i optymalizować pracę zespołu. Ułożenie Product Backlog według priorytetu nie wystarczy. Co w ogóle oznacza, że Rejestr Produktu jest uporządkowaną listą?
Po czym poznać czy dany Project Manager dobrze rokuje do Agile?
Jakie są argumenty za tym, żeby Project Manager nadal był w organizacji?
Trzeba sobie zadać pytanie “A jaką wartość zyskamy utrzymując stanowisko PM?”. To jest bardziej pytanie “po co?”, a nie “dlaczego?”.
Motywacja, czyli jak sprawić, żeby ludziom się chciało, zawsze pojawia się w temacie zarządzania. Szczególnie w ostatnich dekadach kiedy posiadanie umowy o pracę na czas nieokreślony oraz otrzymywanie wynagrodzenia przestały mieć wartość. Nie można oczekiwać, ze...
Scrum Guide 2017 ujrzał światło dzienne 7 listopada 2017, nieco rok po ostanim wydaniu. Czy Scrum uległ zmianie? Czy poprzednia wersja Przewodnika po Scrum przestała być aktualna? Wprowadzono pięć większych poprawek i kilka mniejszych, które nie były oficjalnie ogłoszone ani skomentowane. Ken Schwaber i Jeff Sutherland skomentowali kilka nieporozumień związanych ze złą interpretacją Scruma. Nową wersję Scrum Guide podsumowałby stwierdzeniem, nie zmieniło się nic.
Po przeczytaniu Scrum Guide, a na pewno po szkoleniu wiemy, że w Scrum są tylko trzy role. Product Owner. Development Team i Scrum Master. Dlaczego nie ma tutaj Project Managera?
W metodach promujących rolę PMa w Agile, tak jak chociażby Agile PM wywodzący się z DSDM Atern można znaleźć materiały, w których Scrum został pokazany jako jedynie metoda wytwórcza, na poziomie delivery. A jak wiadomo w podejściu project management, nad delivery musi górować poważna metodyka zarządcza. Scrum w tym tłumaczeniu rysuje się jako pewien sposób organizacji pracy developerów, którym PM musi i tak zarządzić.