Czy Scrum potrzebuje rewolucji? Taktyki perswazji od Steve’a Jobs’a. Jak zapanować nad złożonością...i kilka innych!

Wydanie #123

Cześć 💙

Jak tam u Ciebie długi weekend? 

Przygotowaliśmy dla Ciebie kilka materiałów do skonsumowania na leżaku, plaży, balkonie czy kanapie. Kto, jak lubi :)

Zaopatrz się w notatnik 📰  i swój ulubiony trunek 🍺🍸.

Życzymy dobrej lektury,
Grzegorz i Kamil

---

W dzisiejszym wydaniu między innymi:

✅ Czy SCRUM potrzebuje rewolucji?

✅ Taktyki perswazji od Steve’a Jobs’a, które pomogą Ci w product management

✅ Jak zapanować nad złożonością?

✅ The state of AI in 2023: Generative AI

✅ Czym są “zielone umiejętności”?

✅ Czy podejście user based pricingu jest złe?

---

1️⃣ Czy SCRUM potrzebuje rewolucji?

Przez wiele lat Scrum był pierwszym wyborem większości firm na całym świecie wśród ramek Agile. Tylko nieliczni byliby gotowi go podważać. Jednak w ciągu ostatnich kilku lat coś drastycznie się zmieniło. Organizacje tracą zaufanie do Scruma…mimo, że chcą być Agile. 

Firmy, które traktują Scrum jako proces, ponoszą porażkę. Żaden framework Agile nie może prowadzić zespołów do sukcesu bez zmiany sposobu myślenia. Dopóki firmy nie rozwiążą swoich dysfunkcji, środowisko nie będzie sprzyjać rozwojowi zespołów.

Niemożliwe jest osiągnięcie sukcesu z Scrumem bez zmiany kultury.

Najczęstsze dysfunkcje w firmach ze SCRUMem to:

#1 Brak zaufania

#2 Brak empowerementu

#3 Brak kierunku

#4 Priorytetyzacja oparta na błędnnych założeniach 

#5 Mikrozarządzanie

Dlaczego SCRUM ma co raz więcej przeciwników?

Po pierwsze: spróbuj zapytać zespoły, jakie są wartości Scruma. Będziesz zaskoczony. Prawie nikt ich nie zna. A jednak wartości są kluczowym elementem Scruma. 

Po drugie: kiedy organizacje traktują Scrum jako proces do wdrożenia, nieuniknione są przeszkody. Scrum jest celowo niekompletny, i żaden zespół nie może odnieść sukcesu, nie dostosowując go do swojego scenariusza. 

Po trzecie: aby osiągnąć sukces z Scrumem, organizacje muszą przejść przez ogromną transformację. Niestety większość kierownictwa jest niechętna do podjęcia działań potrzebnych do stworzenia środowiska, które pozwoli zespołom odnieść sukces.

Teraz kilka słów o rolach w Scrumie

Product Owner

Bez ponoszenia odpowiedzialności za rezultaty, właściciele produktu będą zachowywać się jak kelnerzy. Przyjmują zamówienia, sugerują dodatek do dania i przekazują zamówienie do kuchni. To frustrujące być tylko przekazującym zamówienia. Głównym obowiązkiem jest zarządzanie oczekiwaniami interesariuszy i łączenie komunikacji z deweloperami.

!!! Niestety, mutacje roli właściciela produktu są częstsze niż wyjątek. Dlatego zastanawiam się, czy ktoś może być prawdziwym Właścicielem Produktu w Scrumie.

Chociaż firmy często zatrudniają Właścicieli Produktu, wielu profesjonalistów wstydzi się być tak nazywanych ze względu na postrzeganie takie jak Marty Cagan, który twierdzi, że Właściciel Produktu to nie jest praca, to rola, a praca jest znacznie bardziej złożona niż sugeruje Scrum.

Developerzy 

Często zdarza się, że Chief Technology Officer (CTO), Tech Lead lub ktoś inny spoza zespołu podejmuje decyzje zamiast deweloperów. Jednak deweloperzy dostają winę za słabą implementację, kiedy coś idzie nie tak.

Scrum twierdzi, że deweloperzy mają autonomię, ale czy ją dostają? Myślę, że to rzadkość. Niestety, większość deweloperów otrzymuje polecenia do wykonania.

Scrum Master

Często spotyka się Zespoły Scrum bez dedykowanego Scrum Mastera, ponieważ firmy niechętnie zatrudniają kogoś na tę posadę. Niemniej jednak niektóre firmy, które zatrudniają Scrum Masterów, często pozbawiają ich realnej władzy. Trudno jest znaleźć osobę, która mogłaby być dokładnie taką, jak sugeruje Scrum Guide.