Scrum – 5 fałszywych nadziei i jak je naprawić

Jak w przypadku wielu klasycznych, niekończących się konfliktów, trwa debata na temat tego, jak zespoły programistyczne powinny się organizować i rządzić. Obecnie wydaje się, że krytyków jest więcej niż fanów Scrum. Trzy najczęstsze skargi to:

1. Proces może zająć centralne miejsce w pracy.
2. Można go łatwo pomylić z mikrozarządzaniem pod inną nazwą.
3. Codzienny stand-up może sprawiać wrażenie spotkania, na którym trzeba uzasadnić jego istnienie.

W innych przypadkach role Scrum nie są odpowiednio reprezentowane. Czasami właściciel produktu chce zbyt wielu rzeczy w trakcie sprintu lub chce zmienić priorytety w trakcie sprintu — mistrz Scrum, który jest obsesyjnie skoncentrowany na utrzymywaniu prędkości i przyjmowaniu każdej nowej ceremonii Scrum, której się nauczy. Po pewnym czasie z ramami wydaje się, że pojawia się wspólne pytanie: „Czy to my, czy metodologia?”

Fałszywe nadzieje Scrum

Chociaż istnieje wiele dysfunkcji, takich jak te opisane powyżej, prostą podstawową przyczyną większości z nich jest to, że Scrum nie został zaprojektowany do rozwiązywania podstawowych problemów w organizacji poprzez zwykłe podążanie za procesem. Brak rozpoznania tego może narazić nowe zespoły na niebezpieczeństwo niemal natychmiast po rozpoczęciu.

Fałszywa nadzieja nr 1: Scrum przyspiesza pracę zespołów

Scrum używa terminologii, która brzmi dla osoby z zewnątrz, jakby miała przyspieszyć proces bez dodawania dodatkowych zasobów. Łatwo jest ugrzęznąć w terminologii jako nowy zespół do Scrum (np. kim jest Scrum master? Jaka jest różnica między właścicielem produktu a menedżerem produktu? Czym są punkty fabularne i jak są przypisywane?)

Bardziej niepokojące jest to, że wielu postrzega terminy takie jak prędkość i sprinty i myśli „prędkość”. Jednak celem każdej metodyki Agile, w tym Scrum, jest dostarczenie gotowego produktu. W końcu, gdy Twój zespół stanie się bardziej kompetentny w Scrum, będziesz mógł szybciej dostarczać nową funkcjonalność. Jednak prędkość niekoniecznie jest głównym celem. To rozróżnienie powinno być wyartykułowane w zespole Scrumowym, a także wtedy, gdy budujesz świadomość w swojej firmie, aby wspierać metodologię Scrum.

Nie sprzedajesz szybkości; sprzedajesz kompletację.

Fałszywa nadzieja nr 2: ścisłe przestrzeganie Scruma rozwiąże problemy związane z kulturą firmy

Każdy ma inny styl pracy. Niektórzy lubią spotkania. Inni używają zwrotów takich jak „pracuj ciężko, baw się ciężko”. Należy pamiętać, że niezależnie od stylu pracy, jaki ceni Twoja firma, akceptujesz zarówno jego zalety, jak i wady. Firma, która ceni sobie spotkania, prawdopodobnie zmaga się z codziennym stand-upem. Agresywne i zorientowane na szybkość zespoły będą miały problemy z pełzaniem zakresu podczas sprintu.

Czasami łatwo jest stracić z oczu ogólny obraz, szczególnie w przypadku niedawno utworzonych zespołów. Liczy się dostarczenie gotowego produktu, a nie śledzenie każdego etapu procesu. Zamiast obwiniać metodologię, zawsze szukaj sposobów na udoskonalenie swojego stylu pracy, aby osiągnąć swoje cele.

Fałszywa nadzieja nr 3: krytyczni współtwórcy mogą wysyłać swoich delegatów na spotkania

Po rozpoczęciu metodologii ważne jest, aby oryginalny zespół uczestniczył, a nie delegaci. Jeśli jest jedna prawie uniwersalna skarga, którą widzę od deweloperów, to to, że mistrzowie Scrum i właściciele produktów nie byli dostępni w razie potrzeby, a ich delegaci nie byli upoważnieni. Nikt nie lubi przychodzić na spotkanie w oczekiwaniu na decyzję tylko po to, aby powiedzieć, że osoba, która może podjąć decyzję, nie jest dostępna.

Delegowanie może być powszechną praktyką, ale w Scrumie musisz także wzmocnić uczestników.

Fałszywa nadzieja nr 4: Codzienne stand-upy zmuszą wszystkich do większego skupienia

Codzienne spotkanie stand-up nie powinno skupiać się wyłącznie na tym, co wszyscy robili w ciągu ostatnich 24 godzin. O wiele ważniejsze jest nadanie priorytetu blokowaniu dróg lub nowym podejściom do rozwiązania problemu.

Scrum wymaga pewnych ról, w szczególności mistrza Scrum, by był asertywny, ale nie przytłaczający. Dla mistrza Scrum ważne jest stworzenie pozytywnego środowiska, które prowadzi do skończonych produktów.

Fałszywa nadzieja nr 5: odniesiemy sukces za pierwszym podejściem

Scrum obejmuje zgadywanie, myślenie dedukcyjne i popełnianie błędów. Ludzie rzadko robią to dobrze za pierwszym razem. Scrum jest iteracyjny pod każdym względem: nie tylko w sposobie, w jaki dochodzisz do gotowego produktu, ale także w sposobie zarządzania i obsługi procesu. Scrum został zaprojektowany tak, aby mieć niską barierę wejścia dla zespołów, ale wymaga również zaangażowania w iterację i ciągłe doskonalenie uczestnictwa w frameworku.

Jak naprawić zepsuty proces Scrum

Scrum jest odporny na błędne podejście do kosztów zatopionych. Iteracyjny charakter Scrum stwarza możliwości dostosowania lub odrzucenia nieefektywnych procesów. Rozważ niektóre z poniższych sugestii, jeśli Twój proces Scrum nie jest tak skuteczny, jak się spodziewałeś.

Doprecyzuj swoje oczekiwania

Niezależnie od tego, czy chodzi o skrócenie czasu wprowadzania produktów na rynek, tworzenie atrakcyjnych produktów, czy też pomaganie zespołom we współpracy, sukces wymaga zaangażowania i czasu. Dla nowych zespołów rozsądnym kamieniem milowym do osiągnięcia jest to, czy po każdym sprincie możesz wprowadzić działający, testowalny kod do swojego środowiska produkcyjnego.

Zaawansowane zespoły mogą mierzyć sukces na podstawie zdolności do tworzenia, testowania i wdrażania na żądanie. Czy jesteś w stanie zinstrumentować i określić ilościowo reakcje użytkowników na nowe funkcje? Czy szersza organizacja jest gotowa wesprzeć zmiany, które zespół wprowadza do produktu?

Wzmocnij swoich uczestników

Ważne jest, aby mentorować członków zespołu offline pod kątem tego, jak mogą zwiększyć swoją wartość dla zespołu. Jeśli są proszeni o podejmowanie decyzji, zwiększ ich pewność siebie, pouczając ich, kiedy i jak włączyć innych członków zespołu. Menedżerowie muszą być gotowi do usuwania przeszkód i wspierania zespołu w razie potrzeby.

Aktywnie rozwiązuj problemy

Scrum nie ma na celu odświeżenia Twojej firmy. Jeśli pozostawiłeś problemy bez rozwiązania, najprawdopodobniej odkryjesz, że pojawią się one w procesie rozwoju produktu. Mistrzowie Scrum mogą wprowadzać frameworki, które mają na celu stworzenie pozytywnego sposobu, w jaki członkowie zespołu mogą ustrukturyzować swoje opinie w celu zmniejszenia poczucia konfliktu.

Jednym z takich przykładów jest ramka „Chcę, zastanawiam się, co jeśli”. Podczas dyskusji zespołowych lub retrospektyw członek zespołu może wyrazić opinię, otwierając swoje oświadczenie jednym z tych trzech zwrotów. Mogą na przykład powiedzieć: „Chciałbym, żeby spotkania na stojąco skupiały się bardziej na przeszkodach, o których być może będę musiał wiedzieć tego dnia”. Możesz także użyć własnego otwieracza, takiego jak „Lubię…”.

Innym rozwiązaniem ustrukturyzowanych informacji zwrotnych, które może być pomocne podczas spotkań, jest metoda Triage firmy Holocracy, stworzona przez Briana Robertsona i używana przez firmy takie jak Zappos. Na przykład uczestnicy budują program „napięć” do omówienia. Każdy uczestnik opisuje swój problem, mówiąc „Mam napięcie”, a następnie wymienia osoby i zasoby, których potrzebują, aby go rozwiązać. Zachęcając uczestników do bezpośredniego zajmowania się problemami jako „napięciami”, Holokracja umożliwia uczestnikom swobodne komunikowanie się bez tworzenia atmosfery konfliktu.

Korzystaj z retrospektyw, aby rozwiązywać problemy i iterować proces

W wielu firmach retrospektywie nie poświęca się należytej uwagi. Dzieje się tak głównie z powodu strachu wielu osób, że retrospektywa jest miejscem starych kłótni, konfliktów i skarg. Zespół musi opracować podstawowe zasady, które odzwierciedlają wartości zespołu i kulturę firmy.

Równie ważna jest potrzeba unikania inwestycji w procesy statyczne. To, co raz zadziałało, może nie działać na zawsze. Wiele zespołów zmaga się z rotacją uczestników. Jest to powszechne w wielu firmach, ponieważ uczestnicy są przenoszeni do innych zespołów, awansują lub całkowicie opuszczają firmę. Ponieważ skład zespołu ewoluuje, ważne jest, aby nie pozostawać w przekonaniu, że w Scrum wszystko jest iteracyjne. Błędy będą się pojawiać, ale miejmy nadzieję, że będą one krótkotrwałe w miarę powtarzania.

Scrum działa najlepiej, gdy obecni są dyrektorzy

Będąc w zespole, musisz zobowiązać się do bycia obecnym i dostępnym. Rozwój produktu to prawdopodobnie najważniejszy proces, jaki Twoja firma może podjąć, aby poprawić swój długoterminowy wzrost. Dlatego ważne jest, aby proces Scrum, jako podstawowa ścieżka rozwoju nowego produktu, otrzymał należną mu uwagę. W wielu środowiskach zespół programistów często pracuje w oderwaniu od decyzji i dyskusji, które kierują celami firmy. Scrum jest inny. Scrum to miejsce, w którym decyzje, kierunek i rozwój łączą się w jeden proces. Zbyt ważne w procesie jest wysyłanie delegatów lub pomijanie członków zespołu w spotkaniach odbywających się w ramach metodologii Scrum.

Podsumowanie: Możesz naprawić zepsuty proces Scrum

Ze względu na swój iteracyjny charakter Scrum pomaga chronić firmę przed zbytnim posuwaniem się w dalszą drogę i angażowaniem się w to, co może okazać się złym pomysłem lub źle wdrożonym procesem. Przestrzeganie tej zasady może pomóc odwrócić się od błędów z przeszłości i wielokrotnie ulepszać proces Scrum.

Ważne jest, aby skupić się na osobach i zespole, który posiadasz. Członkowie zespołu się zmieniają. Wszystkie projekty są inne. Ścisłe przestrzeganie procesu nie zawsze daje najlepsze rezultaty. To, co inwestujesz w członków swojego zespołu poza procesem, jest tak samo ważne, jak sposób, w jaki prowadzisz się w ramach procesu.

Scrum może być elastyczny. Jeśli coś nie działa, rozważ włączenie elementów z innych frameworków zarówno w ramach Agile, jak i poza nią. Zidentyfikuj i zastosuj ustrukturyzowane style komunikacji, które prowadzą do konfrontacyjnych dyskusji.

Scrum jest korzystny dla długoterminowego zwrotu z inwestycji, umożliwiając zespołom tworzenie kompletnych produktów w odpowiedzi na zmieniające się potrzeby klientów. Scrum jest prawdopodobnie najlepszą metodologią, która zapobiega nadmiernemu angażowaniu się w złe pomysły, jednocześnie dając świetnym pomysłom przestrzeń do dalszego rozwoju.