Ta strona została przetłumaczona automatycznie. Aby poprawić komfort czytania, przejdź na język angielski.

Przejdź na angielski
Jean Michel Diaz
Jean Michel Diaz

Naprawa scrum zombie w 3 krokach

Czym jest Zombie Scrum?

Zombie Scrum opisuje zespoły, które zachowały strukturę Scruma (rytuały, role itp.), ale utraciły rzeczywiste korzyści dla klienta, wartości i ciągłe doskonalenie. W ten sposób Scrum staje się pustą skorupą bez prawdziwej zwinności.

Typowe objawy Zombie Scrum to

  • Mechanicznie wykonywane procesy rytualne bez wartości dodanej
  • Brak funkcjonujących przyrostów, rzadkie lub bezużyteczne przeglądy interesariuszy
  • Brak rzeczywistej retrospektywy lub planów poprawy
  • Mała autonomia, brak odpowiedzialności

Wpływ Zombie Scrum: demotywacja, spadek jakości, brak personalizacji – Scrum jako pusty rytuał. Zobacz także: Fake Agile

Istnieje wiele powodów dla Zombie Scrum. Prawdopodobnie możesz odpowiedzieć na to pytanie indywidualnie dla swojego zespołu i organizacji.

A jeśli nie, może po prostu zapytaj swój zespół? Oto format retro, którego można użyć do zbadania przyczyn zombie scruma w zespole:

  • Co nas powstrzymuje lub utrudnia nam uzyskanie bezpośredniej informacji zwrotnej od naszych klientów?
  • Co przeszkadza nam w niezależnym określaniu naszych priorytetów, metod pracy i podejść do rozwiązań?
  • Co musiałoby się wydarzyć, abyśmy jako zespół byli maksymalnie zmotywowani do osiągnięcia naszego celu zespołowego i tworzenia wartości dla naszych klientów?

Jak rozwiązać Zombie Scrum: 3 kroki

Wiele instrukcji dotyczących Scruma jest bardzo technicznych. Nie jestem fanem tak szczegółowych instrukcji. To, jak dokładnie przeprowadza się przegląd sprintu, jest ostatecznie nieistotne. Z mojego doświadczenia wynika, że kluczowe punkty potrzebne do wyleczenia Zombie Scruma to następujące 3 kroki:

Krok 1: Cel zespołu i informacje zwrotne od klientów

Nie można pracować w sposób zwinny bez prawdziwego kontaktu z klientem. W końcu zespół musi być w stanie uzyskać informacje zwrotne od klientów po każdym sprincie, aby uwzględnić je w ustalaniu priorytetów następnego sprintu.

Zarząd i inne заинтересованные стороны nie mogą służyć jako “pośrednik” dla klienta. Zespoły Agile nie tworzą tego, co zarząd myśli, że chce klient, tylko tego, czego chce klient. W związku z tym zespoły Agile rozmawiają nie z zarządem, lecz bezpośrednio z klientem.

Jasne: Kierownictwo również ma wpływ na zespół i to jest w porządku. Kierownictwo może pomagać w formułowaniu celów zespołu. Ale zespół musi mieć wystarczającą swobodę od kierownictwa, aby współpracować z klientami w sposób samoorganizujący się.

Krok 2: Stwórz psychologiczne bezpieczeństwo i poczucie własnej skuteczności

Czy zespół mówi wprost, gdy coś nie działa? A może tylko szepczą o problemach za zamkniętymi drzwiami, ale tak naprawdę nie zajmują się nimi konstruktywnie, aby osiągnąć poprawę?

Jeśli tak, może to być spowodowane dwoma czynnikami:

  • W zespole brakuje poczucia psychologicznego bezpieczeństwa: ludzie nie mają odwagi otwarcie mówić o problemach.
  • Wyuczona bezradność: Zespół nie wierzy już, że cokolwiek można poprawić.

Często jest to mieszanka obu. Potrzebna jest otwarta kultura błędów, aby normalnym stało się rozwiązywanie problemów, a w najlepszym przypadku nawet otrzymywanie za nie uznania.

Aby pozbyć się wyuczonej bezradności (tj. niskiego poczucia własnej skuteczności), potrzebny jest kolejny krok:

Krok 3: Ciągłe doskonalenie

Zespół musi zdawać sobie sprawę, że problemy, które są rozwiązywane, są również rozwiązywane. Należy więc wykorzystywać każdą okazję do aktywnego zajmowania się problemami i ich rozwiązywania.

Gdy tylko zespół zda sobie sprawę, że sytuacja się zmienia, będzie również bardziej otwarcie zajmować się problemami podczas retrospektyw.

Nie dzieje się to z dnia na dzień. Wyuczona bezradność narastała przez lata. Ale to nie powinno być wymówką! Każda retrospektywa jest okazją do uruchomienia pozytywnej spirali poczucia własnej skuteczności.

Wskazówka: Jeśli Twoim retrospektywom brakuje rozmachu, Echometer może pomóc: Dzięki zabawnemu i ustrukturyzowanemu podejściu możesz tchnąć nowe życie w swoje retrospektywy dzięki Echometer. Wystarczy spróbować tutaj: Wypróbuj narzędzie retro Echometer

Wniosek: Zombie Scrum można wyleczyć

Uzdrawianie = cel zespołu + informacje zwrotne od klientów + bezpieczeństwo psychologiczne + ciągłe doskonalenie

Na początek dobra wiadomość: tak, Zombie Scrum można wyleczyć. I jest nawet stosunkowo jasne, jakie składniki są potrzebne.

Zła wiadomość jest taka, że każdy z tych składników nie jest łatwy do uzyskania. W zależności od kontekstu, stworzenie odpowiednich warunków może wymagać wiele energii. Co gorsza, może się okazać, że organizacja nie jest jeszcze gotowa na prawdziwie zwinne metody pracy.

Nie zakładajmy jednak najgorszego scenariusza. Jeśli teraz przynajmniej znasz przyczynę swojego scrum zombie, możesz pracować nad nim w ukierunkowany sposób. Bardzo zwinnie, krok po kroku.

No to w drogę!

Kategoria bloga

Więcej artykułów o "Wskazówki dotyczące zwinności"

Zobacz wszystkie artykuły z tej kategorii
Agiles Modell Spotify: Wyjaśnienie Squads, Tribes, Chapters i Guilds

Agiles Modell Spotify: Wyjaśnienie Squads, Tribes, Chapters i Guilds

Krótki przegląd modelu Spotify: Jak Squads, Tribes, Chapters i Guilds skalują zwinność, jakie role są zaangażowane i na co należy zwrócić uwagę podczas wdrażania.

5 pomysłów na retrospektywę sprintu, które zespoły z pewnością będą świętować

5 pomysłów na retrospektywę sprintu, które zespoły z pewnością będą świętować

Jako psycholog i Scrum Master mam prawdopodobnie nietypowe spojrzenie na pomysły dotyczące retrospektyw sprintu. Skupiam się nieco bardziej na "miękkiej" stronie ciągłego doskonalenia. Można też mó...

Moje 7 ulubionych szablonów do retrospektyw Agile

Moje 7 ulubionych szablonów do retrospektyw Agile

W moim zespole przeprowadzamy retrospektywę agile częściej niż przeciętnie: co piątek, czyli raz w tygodniu. I nie uwierzysz - między innymi dzięki wielu super szablonom retrospektyw agile, jest to...

Jak poprawić komunikację w zdalnym zespole programistów?

Jak poprawić komunikację w zdalnym zespole programistów?

Istnieją różne środki i podejścia mające na celu poprawę komunikacji w wirtualnych lub zdalnych zespołach programistów i inżynierów oprogramowania. Nie ma znaczenia, czy są to programiści front-end...

Wskaźniki DORA i SPACE: 2 warsztaty zespołowe mające na celu poprawę wyników

Wskaźniki DORA i SPACE: 2 warsztaty zespołowe mające na celu poprawę wyników

Jeśli jesteś liderem technicznym, prawdopodobnie chcesz wiedzieć, jak dobrze Twój zespół dostarcza oprogramowanie i jak to poprawić. Być może słyszałeś już o metrykach DORA i frameworku SPACE, dwóc...

Umowy robocze: 10 przykładów, wzorów i szablonów

Umowy robocze: 10 przykładów, wzorów i szablonów

Efektywna współpraca w zespołach ma kluczowe znaczenie dla osiągnięcia sukcesu, zwłaszcza w kontekście metod zwinnych, takich jak Scrum. Umowy robocze odgrywają kluczową rolę w tworzeniu jasnych ra...

Lista kontrolna dla liderów zespołów: 10 kluczowych zadań

Lista kontrolna dla liderów zespołów: 10 kluczowych zadań

Jako lider zespołu bierzesz na siebie dużą odpowiedzialność za swoich pracowników i zespół. Ta lista kontrolna dla liderów zespołów ułatwi Ci kontrolę i zapewni, że nic nie pójdzie nie tak. Nasz sz...

Scrum Master jako Servant Leader: 8 powodów do przemyśleń

Scrum Master jako Servant Leader: 8 powodów do przemyśleń

Jako doświadczony psycholog i Scrum Master rozumiem wyzwania stojące przed liderami zespołów w środowiskach zwinnych. Znalezienie równowagi pomiędzy zwinnością a przywództwem nie jest łatwym zadani...

Nie każdy zespół Scrumowy jest zwinny: Fake Agile

Nie każdy zespół Scrumowy jest zwinny: Fake Agile

Fake Agile: Czy każdy zespół Scrum jest zwinny? Nie, niestety nie każdy zespół Scrumowy jest faktycznie zwinny. Pozwól mi wyjaśnić: Zespół Scrumowy definiuje się poprzez pracę zgodnie z frameworkie...

Newsletter Echometer

Nie przegap aktualizacji Echometer i czerp inspirację do zwinnej pracy