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”. 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ć.

• • •

Product Owner na Daily?

W ostatnim czasie coraz szersze kręgi zatacza praktyka obecności Product Ownera na spotkaniu Daily Scrum. Ten trend wydaje się coraz mocniej zaznaczać w scrumowym świecie. Ba, dla wielu, szczególnie tych stawiających swe pierwsze kroki w zwinnym środowisku, wydaje się być czymś całkowicie naturalnym, standardowym. Czy to faktycznie dobry pomysł? Albo inaczej – czy jest w tym coś złego?

• • •

My już są Coache

Kim jest Scrum Master? Sprawa wydaje się  prosta – nomen omen – mistrz, specjalista od Scruma. Co więcej, akurat ta rola jest dość dobrze opisana i wyjaśniona w Przewodniku po Scrumie.Kim jest Agile Coach? O, i tu już jest sprawa dużo bardziej złożona. A odpowiedzią może być typowo agile’owy frazes: to zależy.

• • •

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.

• • •

Słowa, słowa, słowa

Jakie jest źródło największych problemów w czasie prac nad oprogramowaniem? Dlaczego tak często projekty IT kończą się niepowodzeniem? Nie będę oryginalny, sądzę, że każdy, kto przepracował w tej branży kilka lat, nawet jeśli jest średnim obserwatorem, wskaże ten problem. A jest nim komunikacja.

• • •

Tylko dla doświadczonych Scrum Masterów

Skoro to czytasz, to pewnie masz już dwa lata doświadczenia jako Scrum Master, a może nawet więcej. Pewnie jesteś już nawet Agile Coachem (nawet jeżeli tak nie nazywa się Twoje stanowisko) i dla wielu osób jesteś autorytetem. Jesteś dumny z tego, że pomagasz mniej doświadczonym kolegom i koleżankom, i cieszysz się z tego, że są coraz lepsi w swojej pracy.

• • •

Agile Community of Practice

Wdrażając Scruma, zaczynasz zapewne od  IT i “biznesu”, ale prędzej czy później przyjdzie się Ci  zmierzyć z wyjściem do całej organizacji i pokazaniem jakie wartości płyną z agile’owej transformacji. W tym artykule chciałbym podzielić się z Wami jednym z najprostszych sposobów zbudowania Agile Community of Practice, czyli cyklicznego, zamkniętego w ramach czasowych spotkania, adresowanego do wszystkich pracowników organizacji.

• • •

Testuj i automatyzuj

Dla wielu ten temat wydawać może się dość oczywisty, jednakże, jak sam wielokrotnie miałem okazję się przekonać, rzeczywistość wcale nie jest tak różowa. Dalibóg, nie spodziewałbym się, że wciąż jest w tej materii tak wiele do zrobienia, do zdziałania. A naprawdę wystarczy zrobić tak niewiele, aby wyjść z marazmu, stagnacji, pokonać waterfallową grawitację i wystrzelić na orbitę zwinności. A następnie z góry spojrzeć na Olimp i spożywając ambrozję, oglądać sukces swej organizacji. Zapędziłem się? Może trochę…

• • •

“Zet” na Daily Scrum

Daily Scrum to wbrew pozorom – obok retrospektywy – chyba najtrudniejsze ze spotkań Scrumowych. Źle przeprowadzane jest podłożem wszelkich problemów trapiących zespół – od braku realizacji planowanych wymagań, poprzez typowo indywidualne podejście deweloperów do pracy, aż do poczucia bezsensu pracowania w Scrumie.

• • •