Dziś zajmiemy się scrumowym tematem, o którym nikt nigdy nie słyszał, bo wymyśliliśmy go sami. A co! Poznajcie czwartą część Planowania Sprintu, na której ustalimy jedną niezwykle ważną rzecz – co będziemy pokazywać na Sprint Review. A zaraz postaramy się uzasadnić po co.

Kontynuujemy cykl o Scrumie dla Developerów. Dziś Artur Komendatskyi wyjaśni, co można zrobić, żeby przedstawić Scrum tak, aby był on zarówno zrozumiały, jak i atrakcyjny dla wspominanych już Developerów. Zapraszamy do kolejnego gościnnego posta.

Dziś na naszych łamach po raz pierwszy mamy występ gościnny. Artur Komendatskyi opowiada o tym, dlaczego Developerzy nie rozumieją Scruma i czemu to nie jest ich wina! A to dopiero początek, Artur odgraża się, że ten tekst jest pierwszym w cyklu o Scrumie z punktu widzenia programisty. Zapraszamy!

Dziś pytanie od czytelnika, które pozwoliłem sobie nieco zmodyfikować i uogólnić. W tej nowej wersji brzmi ono następująco: „Co zrobić, jak zabraknie nam Product Ownera?” Ale tak naprawdę możemy też zapytać, „Co robić, jak nie wiemy co robić?”

Raz na jakiś czas wrzucamy na bloga coś praktycznego, dotyczącego wybranego aspektu zwinności lub Scruma. Jako, że #białko to duet, to często macie okazję poznać dwa spojrzenia na tę samą sprawę. Dlatego dziś mówimy o tym, jak zrobić sobie fajne Daily.

Co zrobić jak mamy za dużo pracy w Sprincie i już wiemy, że się nie wyrobimy? A co, jeśli skończyły nam się wymagania i nie mamy co robić? Zadziwiająco, te pytania pojawiają się strasznie często, zarówno w początkujących jak i już doświadczonych zespołach.

Temat wymagań technicznych na Sprint Review obrósł co najmniej kilkoma mitami.  Jedni mówią „nie da się tego pokazać biznesowi„, a drudzy „jeśli nie zrobiliśmy nic na froncie, to nie mamy czym się chwalić„. Czy słusznie? Jak zorganizować i poprowadzić „techniczne” Sprint Review?

Pierwszy dzień w pracy Scrum Mastera bądź Agile Coacha. Zapoznanie z zespołami i horror. Nic nie jest tak, jak być powinno. Zupełnie nic. Od czego zacząć? Za co się zabrać w pierwszej kolejności? A może… uciekać?

Dziś stawiam pytanie retoryczne: po co udawać pracę w Scrumie? Mam nadzieję, że skłonię Was do ciężkich i trudnych przemyśleń. Uwaga! Zanim do tego przejdziemy, będzie trochę narzekania.

Wszyscy musimy zgodzić się z jednym twierdzeniem: Cel Sprintu był do tej pory traktowany przez metodykę Scrum delikatnie mówiąc po macoszemu. Co zmieniło się w tym zakresie w nowym Scrum Guide? Jak wygląda Cel Sprintu 2020?