Tak zwany „Model Spotify”

W polskim świecie agile’a strasznie głośno ostatnio o, wydawało się już nieco zmurszałym, tak zwanym “modelu Spotify” (zerknij też: https://blog.crisp.se/wp-content/uploads/2012/11/SpotifyScaling.pdf). A to jakiś złośliwy twitt, a to pouczający materiał, podany w formie jakże popularnego w tych zabieganych czasach modelu “jadę i mówię”, jest i coś w standardowej formie blogowego wpisu. Czy do tych trzech spójnych, słusznych, choć nieco podirytowanych i zniecierpliwionych opinii, można jeszcze cokolwiek dodać? Spróbuję, kierując optykę na dwa zjawiska, które wydają mi się na tyle frapujące, by o nich wspomnieć.

• • •

My już są Coache

Swego czasu, spacerując po mieście, przypadkowo natknąłem się na znajomego z “branży”. Po jakimś czasie rozmowa przeszła na tematy zawodowe i brzmiała mniej więcej tak:

• • •

Jedenaście atrybutów Scrum Mastera

W jednym z numerów Dziennika Bałtyckiego natrafiłem na felieton popularnego trenera piłkarskiego, Bogusława Kaczmarka, zatytułowany “Jedenaście atrybutów trenera”. Jak zaznaczył sam autor tekst miał odpowiedzieć na pytanie jakie cechy mają bezpośredni wpływ na rozwój i poziom kwalifikacji trenera.

• • •

Wierchuszka na przeglądach

Przegląd Sprintu (często błędnie nazywany: podsumowaniem lub demem) to spotkanie, które zrewolucjonizowało komunikację wykonawców (IT) z końcowym klientem oraz wymusiło po stronie IT sporą zmianę podejścia do swoich działań. Oto w stałym cyklu i już od samego początku pracy zespół deweloperski nie dość, że musi dostarczyć coś w pełni funkcjonalnego i wartościowego biznesowo, to jeszcze, wspólnie z Product Ownerem, ma za zadanie to zaprezentować. W efekcie klient ma okazję na bieżąco, w stałym cyklu, oglądać efekty prac i zgłaszać swoje uwagi czy propozycje co do dalszych kroków.

• • •

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

• • •