Istota retrospektywy

Na jednej z ostatnich konferencji agile’owych natrafiłem na grupkę (jak się okazało – w większości Scrum Masterów) żywo dyskutującą o retrospektywach. Jako, że konwersacja była prowadzona publicznie, w trybie otwartym, przyłączyłem się w roli słuchacza. Rzecz była o pomysłach na ciekawe retrospektywy w formie, jak to określono, “psychozabawy” (a słysząc to słowo moje myśli skierowały się ku “Uśmiechowi Numeru” czy innym kultowym nastoletnim gazetkom z lat 90.)

• • •

Succeeding with Agile: Software Development Using Scrum – Mike Cohn

Ta książka to bez dwóch zdań jedno z najważniejszych wydawnictw jakie do tej pory ukazało się w tematyce Scruma. Autor skomasował tu wiele lat swojego imponującego doświadczenia tworząc dzieło, które jest lekturą obowiązkową dla każdego, kto planuje wprowadzić w swojej firmie tę metodykę pracy.

• • •

Niepokorny deweloper

Scrum to gra zespołowa, działa dobrze, jeżeli wszyscy przykładają się na równym poziomie, bo oczywistym jest, że na efekt pracy zespołu składają się ludzie go tworzący. Co jeśli jeden z członków zespołu deweloperskiego zaczyna przysparzać problemów, psując atmosferę? Nie chciałbym się w tym momencie rozpisywać nad przyczynami takiej sytuacji, może być ich bardzo wiele –  od znużenia projektem, wypalenie zawodowe, po kwestie relacji panujących między członkami zespołu czy też kwestie ich charakterów. Skupmy się na samej sytuacji, gdzie problemem staje się komunikacja oraz egzekwowanie zobowiązań od takiej osoby.

• • •

„Nietechniczny” Scrum Master

Czy nietechniczna osoba ma szansę odnieść sukces jako Scrum Master? Na początek, doprecyzujmy, co mam na myśli używając słowa „nietechniczny”. Mówiąc wprost, odnoszę je do siebie, sam czuje się bowiem taką osobą, pracując na co dzień w zespole tworzącym oprogramowanie. Mimo, że poruszam się sprawnie w tym obszarze, to nigdy nie potrzebowałem poznawać szczegółowych rozwiązań implementacyjnych. Czy to wpływa w jakiś sposób na moją pracę? Z pewnością.

• • •

Product Owner na retrospektywie

Zdziwiło mnie pytanie jakie usłyszałem od jednego z początkujących Scrum Masterów, który jednak miał już na swoim koncie kilka ładnych miesięcy praktycznej pracy na tym stanowisku: „Czy macie w zwyczaju zapraszać Product Ownerów na retrospektywy?” Jakież było jego zdziwienie, kiedy skierowałem go do „Przewodnika po Scrumie”, a tam przeczytał:

• • •

Agile Product Management With Scrum: Creating Products That Customers Love – Roman Pichler

Niewielki format i niespełna 170 stron sprawiają, że jest to książką do przeczytania w jeden wieczór. Tym bardziej, że robi się to z zapartym tchem, chłonąc zgromadzone tu całkiem pokaźne pokłady wiedzy. Romanowi Pichlerowi udało się bowiem stworzyć skondensowany, ale zarazem przepełniony wiedzą poradnik dla biznesu pomagający zrozumieć Scruma i wykorzystać jego atuty w praktyce.

• • •

Scrum and XP from the Trenches – Henrik Kniberg

Książka Henrika Kniberga to pozycja, którą szczerze polecam wszystkim, którzy zaczynają pracę w Scrumie lub się do tego przymierzają. Szczególnie docenią ją początkujący Scrum Masterzy i Product Ownerzy. Jest ona bowiem idealna dla tych, którzy poznali już teorię, ale nie do końca wiedzą jak przekuć ją w działania praktyczne.

• • •

Agile adoption patterns – Amr Elssamadisy

Jeżeli warto sięgnąć do tej pracy, to przy okazji pisania pracy naukowej nt. agile’a – wiele ciekawych spostrzeżeń. Początkujący adepci praktyk zwinnych też nie powinni być zawiedzeni, bardziej doświadczonym co najwyżej pomoże zebrać i ugruntować wiedzę.

• • •

User Stories Applied for Agile Software Development – Mike Cohn

„User Stories Applied – for agile software development” Mike’a Cohna, to książka, która wiele po tytule i autorze obiecuje, ale która niestety tych oczekiwań nie spełnia. Cóż to za herezje! – może w tym momencie zakrzyczeć niejedna osoba. Wszak, to pozycja przez wielu uznawana za kanoniczną, ba, niejednokrotnie, gdy natrafiłem w Internecie na tematy związane ze stories, kończyły się one odesłaniem do tejże pozycji.

• • •
1 4 5 6