Scrumpedia — wszystko o Scrum

Professional Scrum Master I — Jak zdać egzamin PSM I?

Post Professional Scrum Master I — how to pass PSM I assessment napisany po angielsku w 2013 roku stał się podstawą dla posta. Wtedy właśnie ponownie zdałem test PSM I, żeby uzyskać 95% potrzebne do aplikowania na Professional Scrum Trainer. Mam nadzieję, że wskazówki tutaj zawarte pozwolą zdać Professional Scrum Master I napewno powyżej wymaganych 85%. Z resztą od tego czasu uczestnicy prowadzonych przeze mnie szkoleń Scrum i nie tylko oraz Professional Scrum Master osiągają wyniki powyżej 90%.

Scrum — czym jest, skąd pomysł i czym nie jest

Scrum jako pojęcie jest często używany zamiennie ze słowem Agile i nie do końca jest to błąd. Dlaczego? Dobrze stosowany Scrum może być drogą do osiągnięcia założeń podejścia zwinnego do wytwarzania oprogramowania, czyli Agile. Oznacza to, że jeżeli prawidłowo stosujesz Scrum, to spełniasz cztery podstawowe założenia Agile Manifesto i 12 zasad Agile.

4 powody dlaczego Daily Scrum jest nudny

W większości organizacji, które korzystają ze Scrum, kiedy zapytasz czy mają Daily Scrum, odpowiedzą, że tak. Ale często Development Team uważa, że jest to dla nich strata czasu i totalna nuda. Nie powinno tak być! Kiedy zespół mówi mi, że ich codzienny Scrum jest nudny, prawie zawsze oznacza to, że coś jest nie w porządku. Dzisiaj przedstawiam 4 powody dlaczego Daily Scrum jest nudny.

Scrum a UAT

Organizacje w obliczu transformacji do Agile stają w przed wieloma wyzwaniami. Jednym z największych wyzwań jest szukanie odpowiedzi na pytanie “co zrobić z UAT w Agile?”. No dobrze, w większości przypadków bardziej “co zrobić z UAT w Scrum?”. Do tej pory mieliśmy cykl, który po fazie developmentu miał fazę testowanie, a następnie fazę UAT. Teraz Sprint za Sprintem ma być dostarczane działające oprogramowanie.

Choroby trawiące zespoły Scrum — #3 Późna cofka

Późna cofka niczym hiszpańska inkwizycja pojawia się znienacka kiedy ktoś sobie nagle przypomina, że coś już Done trzeba jednak zmieniać albo ma feedback stawiający to, co zostało do tej pory zrobione pod znakiem zapytania. Na codzień Zespół Developerski ustalał wszystkie szczegóły i kolejność prac z Product Ownerem, a teraz dowiadują się od osób trzecich, że jednak to nie było to, o co im chodziło. 

Choroby trawiące zespoły Scrum — #2 Bieżączka

Trochę podobnym problemem do wcześniej omówionych wrzódek, jest bieżączka. Przewlekła choroba, która wyczerpuje organizm Zespołu Developerskiego niestrawnościami na produkcji. W praktyce to oznacza, że Zespół Developerski w każdym Sprincie równocześnie zajmuje się rozwojem nowych funkcjonalności produktu jak i utrzymaniem produkcji. Czy utrzymanie produktu w tym samym zespole jest niezwykłe lub niepożądane? Niekoniecznie. 

Choroby trawiące zespoły Scrum — #1 Wrzódki

Jak wiadomo w transformacjach Agile jest tak, że wszystkie organizacje i zespoły są wyjątkowe. Jednak jeśli wiele Zespołów Scrumowych zgłasza się z tymi samymi problemami i te same pytania pojawiają się na szkoleniach to mamy jakiś wzorzec. Tak powstał pomysł na cykl o chorobach, które osłabiają Zespoły Scrum. Zespól Developerski pracuje spokojnie w bieżącym Sprincie, a tu nagle niespodzianka, trzeba rzucić pracę i robić coś innego. Wrzódki to nieplanowana praca, która nagle wpada do Sprintu. 

Scrum Guide 2016 jako Mapa Myśli

Minęło sporo czasu od momentu kiedy opublikowaliśmy pierwszy raz Scrum Guide jako mapę myśli. Tak dokładniej zaczęło się od Scrum Guide 2011. Od lipca jest nowy Scrum Guide, więc wypadałoby odświeżyć publikację. Zamiast uaktualniać starą wersję, zrobiliśmy mapę od nowa. Scrum Guide jest krótki i prosty, ale mapa wyszła naprawdę duża i trzeba było podzielić ja na osobne kartki, tak, żeby cokolwiek było czytelne. 

#noestimates czyli takie inne szacowanie

W rozmowach i sporach na temat szacowania w Agile oprócz zawsze na czasie dysputy abstrakcyjne jednostki (np. Story Points) kontra jednostki czasu pojawia się broń ostatecznej zagłady w postaci #noestimates. Z jednej strony będą osoby nalegające na szacowanie tasków (po polsku zadań) w godzinach i skupieniu się na dokładności estymat (po polsku oszacowań) i nie wiadomo dlaczego są to zazwyczaj PMowie (kierownik projektu) albo podobne osoby z tego kręgu cywilizacyjnego. Z drugiej totalni hipisi, dzieci kwiaty, które twierdzą, że szacowanie jest passé i w ogóle nie powinno się szacować niczego. W tym drugim przypadku pada określenie #noestimates.

Definition of Done a kilka Zespołów Scrum

Kiedy zaczynałem pisać ten artykuł, miałem pomysł na prosty wpis poruszający temat Definition of Done w odniesieniu do kilku zespołów. O ile wydaje się, że ogólne zrozumienie czym jest Defintion of Done, to pojawiają się bardziej konkretne pytania. “Mam kilka…

Strona 1 z 212
Share This