Powrót do korzeni, czyli Kniberg czyta swoją książkę sprzed 11 lat

W 2007 roku Henrik Kniberg wydał książkę Scrum and XP from the trenches. Napisał ją w przez weekend, chcąc podzielić się ze światem swoimi przemyśleniami i praktykami wykorzystanymi podczas rocznej implementacji Scruma w pewnej firmie (celowo nie podał jej nazwy, żeby nie odciągać uwagi czytelników od sedna). Osiem lat później wydana została druga edycja, nazwana przez Kniberga “director’s cut” (do pobrania za darmo pod linkiem). Kniberg opatrzył pierwotną wersję swoimi komentarzami, ponieważ doszedł do wniosku, że w ciągu tych ośmiu lat wiele się nauczył i, choć nie może zmienić przeszłości, chciałby napisać ku przestrodze, jak bardzo się w pewnych kwestiach mylił (nie żeby w innych nie trafił w sedno i nie podtrzymywał swojej pierwszej wersji). Zobaczcie zatem, od czego zaczynał Kniberg, a co niekoniecznie teraz mu się sprawdza: (więcej…)

 

Korzyści z pracy w Sprintach

Podczas jednej z moich ostatnich wizyt w zaprzyjaźnionym Zespole Deweloperskim usłyszałem pytanie: “A tak właściwie to jakie są korzyści pracy w Sprintach?”. Odbyliśmy ciekawą rozmowę przy automacie z kawą, na koniec której Deweloper podsumował: “Ciekawe. Nie myślałem o tym w ten sposób”. W artykule przedstawiam korzyści, które płyną z pracy w regularnych Sprintach.

(więcej…)

 

Dlaczego Scrum Master nie powinien być pośrednikiem?

W czasie wystąpienia w zeszłym roku na społeczności w Łodzi (Zwinna Łódź) dostałem bardzo dobre pytanie: „a tak w zasadzie, to co jest złego w tym, że Scrum Master bywa pośrednikiem między firmą a zespołem”. Chodziło o mój przykład życia, gdy odradzam z własnego doświadczenia, by SM brał na siebie odpowiedzialność za na przykład raportowanie statusu postępu prac, koordynowanie zadań pomiędzy zespołami (w ramach jakiegoś układu skalowania Scruma) czy przynoszenie do zespołu jakichś nowych wytycznych z organizacji i wdrażanie ich. W niektórych firmach Scrum Master jest traktowany jako specyficzny rodzaj menedżera, które może być traktowany jako reprezentant i tuba informacji pomiędzy zespołem a firmą. Pytanie “co jest nie tak w tym pośrednictwie” jest o tyle dobre, że sięgało do istoty problemu, obaj z pytającym w krótkiej rozmowie kuluarowej zgodziliśmy się, że samo stwierdzenie „Scrum Guide tak każe” nie jest dla nas wystarczające.

(więcej…)

 

Scrum with Kanban – parę refleksji na temat nowej certyfikacji

Być może obiło się wam już o uszy, że scrum.org wypuścił nowy kurs i certyfikat Scrum with Kanban. Że co? Scrum z Kanbanem? Tak, dobrze widzicie. Zdecydowanie doceniamy dobre chęci budowania mostów między dwoma światami, które do tej pory nie pałały do siebie sympatią. Ponieważ na Twitterze rozpętała się dyskusja:

  • purystów, którzy widzą tutaj zagrożenie dla dobrostanu Scruma,
  • zwolenników Kanbana, którzy kwitują całą aferę, że wreszcie ci od Scruma zauważą, że to Kanban z dodanymi paroma spotkaniami dla zamydlenia oczu,
  • wrogów jakichkolwiek certyfikacji jako sposobu na wyciąganie kasy od naiwnych,
  • praktyków, którzy dostrzegają w tym ruchu błędne zawężenie Kanbana,

postanowiliśmy w redakcji rozważyć za i przeciw łączenia Scruma z Kanbanem i troszeczkę skomentować Kanban Guide for Scrum Teams wydany przez Scrum.org.

(więcej…)

 

Po co doskonalić Backlog Produktu (ang. refinement)

seria "Zielony listek"Podczas refinementu zapadają decyzje o tym, jak przekuć pomysły biznesowe na funkcje produktu i jak sprawdzić  hipotezy o potrzebach klientów. To tutaj  pojawiają się koncepcje na architekturę rozwiązań, toczą dyskusje o zależnościach z innymi zespołami i razem z nimi. Wspólne pielęgnowanie Backlogu w Zespole Scrumowym daje możliwość realnego wpływu na kształt produktu, buduje zaangażowanie, umożliwia wymianę wiedzy i kompetencji. Pod warunkiem, że refinement… odbywa się regularnie i porządnie zarazem.

Jak sprawdzić, czy sesje doskonalenia Rejestru Produktu powinny odbywać się częściej i przebiegać inaczej?

(więcej…)

 

Retrospektywa – zaczynamy się usprawniać

W naszym cyklu Agile Starter dla osób rozpoczynających pracę zwinnymi metodami pracy nadszedł czas na omówienie ostatniego spotkania scrumowego. Retrospektywa kończy Sprint i zazwyczaj przeprowadzana jest bezpośrednio po Review Sprintu. Jak możemy przeczytać w Scrum Guide “Retrospektywa Sprintu jest okazją dla Zespołu Scrumowego do przeprowadzenia inspekcji swoich działań i opracowania planu usprawnień, który zostanie wcielony w życie w najbliższym Sprincie”. Ponieważ internet jest pełen stron pt. “1001 pomysłów na efektywne Retro” w tym artykule chciałabym się skupić na metodzie, które niezależnie od użytych ćwiczeń i pomysłów pozwoli wam faktycznie dobrze spożytkować czas w trakcie tego spotkania.

(więcej…)

 
Ta strona używa Cookies. Korzystając ze strony wyrażasz zgodę na używanie ciasteczek zgodnie z aktualnymi ustawieniami przeglądarki.
Akceptuję, bo lubię Was czytać.
x