Scrum, czyli jak robić dwa razy więcej, dwa razy szybciej

Pamiętam gdy zobaczyłem po raz pierwszy ten tytuł, uznałem go za przewrotny, ciekawy sposób na dotarcie do różnych grup ludzi, którzy wcześniej z różnych względów nie chcieli mieć do czynienia ze zwinnymi sposobami prowadzenia projektów. Wszak hasła: więcej i szybciej są motorami napędowymi niektórych menedżerów, czyż nie? Ba, kto nie chce mieć więcej i szybciej?

• • •

Scrum i nie tylko. Teoria i praktyka w metodach agile.

Książkę tę nabyłem jako początkujący Scrum Master, niejako przez przypadek, w jednej z popularnych sieciówek. Była jedną z bardzo niewielu polskich pozycji traktujących o agile, co w zasadzie było dla mnie jedynym wabikiem do jej zakupu. Nieoczekiwanie  stała się jedną z moich ulubionych pozycji, którą często wertuję w prawo i w lewo żeby sobie przypomnieć pewne rzeczy.

• • •

Fifty Quick Ideas to Improve your User Stories

To rzecz nie tylko o User Stories i wszystkim co związane z tworzeniem wymagań dla tworzonego oprogramowania, a w zasadzie nie tyle tworzeniem wymagań, co uzyskaniem dokładnie tego, czego oczekuje klient. To książka przede wszystkim o tym jak dobrze wytwarzać oprogramowanie w sposób przyrostowy – iteracyjny i inkrementacyjny, o tym jak w najszybszy możliwy sposób uzyskać oczekiwane efekty.

• • •

Zasady dobrego “code review”

Na czym polega ta nieodzowna część pracy programistycznej? Jak wykonywać ją dobrze, na co zwracać uwagę, a czego unikać? Na te i inne pytania postaram się opowiedzieć w niniejszym artykule.

• • •

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ą.

• • •