Nadążanie za żargonem IT może być trudnym zadaniem. Ale jest to zadanie konieczne. Scrum Masterzy są zawsze zajęci i muszą wiedzieć, co się dzieje przez cały czas. Jeśli tego nie zrobią, nie będą w stanie skutecznie prowadzić i zarządzać projektem. Na szczęście jest kilka dostępnych narzędzi, które mogą im pomóc.
Szacowanie
Użycie najlepszej techniki szacowania dla twojego projektu będzie zależało od jego wielkości, złożoności i ogólnych celów projektu. Ramy Scrum nie określają, jak szacować, ale raczej pozostawiają decyzję zespołowi.
Szacowanie to pomiar wartości. Jest to proces przypisywania mierzalnej wartości do elementu pracy, takiego jak historia. Rozmiar i koszt historyjki można określić za pomocą wielu technik.
Wykres spalania jest kolejną techniką pomagającą w wizualizacji pracy i koordynacji zależności. Scrum Master może stworzyć wykres spalania, lub Zespół Deweloperski może stworzyć wykres na podstawie swoich szacunków.
Spotkanie estymacyjne jest kluczowym elementem przejrzystości pomiędzy Zespołem Deweloperskim a Właścicielem Produktu. Na spotkaniu estymacyjnym Właściciel Produktu wyjaśnia zespołowi szczegóły pozycji, a Deweloperzy mogą przekazać informacje zwrotne. Scrum Master ułatwia spotkanie, zapewniając, że jest ono prowadzone na czas.
Ogólnie rzecz biorąc, najważniejszą częścią spotkania estymacyjnego jest ustalenie jasnego zrozumienia historii użytkownika, które mają być realizowane. Pomoże to zespołowi podjąć świadome decyzje dotyczące tego, które historie będą najbardziej efektywne. Scrum Master powinien również upewnić się, że każdy członek Development Teamu uczestniczy w spotkaniu estymacyjnym, zapewniając dostępność wszystkich szacunków dotyczących wysiłku.
Przewodnik Scrum nie określa, jak szacować, ale oferuje pięć kategorii technik szacowania. Każda technika jest odpowiednia dla innego typu projektu.
Daily Scrum
Osoby nowe w procesie Scrum mogą nie wiedzieć dokładnie, czym jest Daily Scrum. Spotkania te są krótkimi stand upami, które odbywają się każdego dnia. Celem Daily Scrum jest pomoc zespołowi deweloperskiemu w śledzeniu postępów w realizacji Celu Sprintu.
Ważne jest, aby spotkania były krótkie. Najlepsze Daily Scrumy nie powinny mieć więcej niż 15 minut. Jest to idealny czas, aby dać aktualizacje na temat elementów backlogu sprintu i pozwolić ludziom komentować to, nad czym pracują.
Daily Scrum to także świetny sposób na śledzenie postępów zespołu. Zespół dzieli się sukcesami, porażkami i tym, nad czym pracuje. Jest to również świetny sposób na znalezienie blokad drogowych lub przeszkód, które mogą spowolnić postępy zespołu.
Daily Scrum służy również jako spoiwo pomiędzy spotkaniami planowania sprintu a przeglądami sprintu. Dzięki utrzymaniu krótkich spotkań, zespół jest w stanie uzyskać jasny obraz projektu i podjąć dobre decyzje.
Scrum Masterzy powinni być świadomi anty-wzorów w procesie Daily Scrum. Są to problemy, które zakłócają samoorganizację Deweloperów. Scrum Master powinien pomóc zespołowi je przezwyciężyć.
Istnieje kilka narzędzi, które mogą pomóc w usprawnieniu procesu Daily Scrum. Należą do nich Retrospektywy Sprintu, które pozwalają zespołowi na debugowanie procesu Daily Scrum.
Scaled Agile Framework (SAFe)
Niezależnie od tego, czy jesteś Scrum Masterem, czy dopiero myślisz o zdobyciu certyfikatu Agile, możesz być zainteresowany Scaled Agile Framework (SAFe). Framework ten jest interaktywną ramą programową, która została po raz pierwszy opisana w książce z 2007 roku. Od tego czasu był stopniowo udoskonalany i poprawiany. Jest to swobodnie dostępna baza wiedzy, a wiele organizacji ją przyjęło.
The Scaled Agile Framework jest zbiorem wzorców i struktur przepływu pracy zaprojektowanych w celu wsparcia skalowania praktyk Agile. Promuje współpracę i dopasowanie zespołów agile. Dostarcza również wskazówek dotyczących skalowania Agile w dużych organizacjach.
Preskryptywna natura SAFe może być błogosławieństwem dla dużych przedsiębiorstw, ale może być wyzwaniem do wdrożenia. W rezultacie wielu praktyków agile uważa, że jest on zbyt nakazowy. Jednak certyfikowany SAFe Scrum Master może pomóc zrozumieć, jak wdrożyć ten framework.
Scaled Agile Framework (SAFe) to interaktywny framework programowy, który został stworzony przez Deana Leffingwella. Promuje on współpracę i dopasowanie zespołów programistycznych działających w trybie agile. Zapewnia również uporządkowane wskazówki dotyczące zarządzania pracą i rolami. Ramy te ewoluują wraz z przyjmowaniem ich przez kolejne organizacje.
W Scaled Agile Framework istnieją cztery poziomy. Są to Essential SAFe, Program, Large Solution oraz Portfolio SAFe. Każdy poziom koncentruje się na innym aspekcie dostarczania produktu. Poziom programu jest uważany za najważniejszy. To właśnie na tym poziomie zalety frameworka naprawdę błyszczą.
Dopracowanie backlogu
Często określane jako „grooming”, dopracowanie backlogu jest podstawowym procesem Scrum. Jest to zorientowana na zespół dyskusja, która przekształca historyjki użytkownika w konkretne zadania oraz precyzuje koszty i kryteria akceptacji. Jest to najlepszy sposób na zapewnienie, że Twój backlog jest dokładny i gotowy do następnego sprintu.
Ulepszanie backlogu powinno być regularną częścią rutyny Twojego zespołu. Jest to świetny sposób na utrzymanie koncentracji zespołu na kliencie. Pomaga to zapewnić, że tylko wartościowe dla klienta pozycje są ukończone.
Podczas dopracowywania backlogu, zespół szacuje rozmiar i wysiłek każdego elementu. Pomaga to zespołowi zdecydować, czy jest to wykonalne i czy dany element powinien mieć priorytet. Zespół dev dostarcza również informacji na temat pomysłów wdrożeniowych.
Aby backlog został prawidłowo dopracowany, zespół powinien zaangażować wiele osób, w tym właściciela produktu, członków zespołu deweloperskiego i ekspertów tematycznych. Każda osoba powinna mieć inny sposób myślenia i wiedzę.
Istnieje wiele różnych sposobów, aby to zrobić. Jedną z metod jest przypisanie pola czasowego do każdej historyjki użytkownika. W ten sposób zespół może śledzić jej postępy.
Innym sposobem jest użycie dedykowanych narzędzi. Narzędzia te mogą pomóc Ci w dokładniejszym dopracowaniu szacunków. Jest to szczególnie prawdziwe, jeśli pracujesz z młodszym deweloperem, który nie ma doświadczenia, aby prawidłowo oszacować pozycje backlogu.
Dopracowywanie backlogu może być procesem czasochłonnym. Zamiast tracić czas, najlepiej jest rozłożyć wysiłki związane z dopracowywaniem na poszczególne pozycje w backlogu.
Metryki jakości
Używanie metryk jakości w żargonie IT może pomóc Scrum Masterom zrozumieć, jak postępują ich zespoły. Monitorując wydajność dostaw, Scrum Masterzy mogą zidentyfikować problemy, zanim staną się poważnymi przeszkodami, i poprawić produktywność. W zależności od projektu, różne metryki Scrum będą działać najlepiej. Wybór niewłaściwych metryk może sprawić, że zespół będzie mniej efektywny.
Velocity jest metryką, która mierzy ile historyjek użytkownika zespół może ukończyć w sprincie. Może to pomóc Właścicielowi Produktu lepiej przewidywać tempo pracy w przyszłych sprintach. Jednak eksperci ostrzegają przed używaniem velocity do porównywania zespołów. W rzeczywistości może to spowodować utratę zaufania przez zespoły. Ponadto, jest to miara subiektywna. Jeśli prędkość jest sztucznie zwiększana, wyniki mogą być mylące.
Liczba defektów na linię kodu to kolejna miara jakości. Jest ona często pomocna w szybko rozwijających się projektach i może być uzupełniona o inne metryki.
Używanie tych metryk może pomóc organizacji ocenić, czy jej oprogramowanie nadaje się do użytku. Można je również wykorzystać do oceny wydajności członków zespołu. Metryki te mogą również pomóc w identyfikacji zagrożeń bezpieczeństwa i ochrony, jak również potencjalnych słabości.
Istnieje wiele innych metryk pozwalających mierzyć postępy zespołu. Niektóre z nich są bardziej specyficzne dla konkretnego projektu, jak na przykład czas cyklu. Inne metryki mogą pomóc Scrum Masterowi w ewolucji ich procesu, dostosowaniu go do potrzeb projektu i wprowadzeniu zmian w celu jego ulepszenia.
Synchronizacja
Zarządzanie zależnościami wśród wielu zespołów Scrum może być wyzwaniem. W projektach wielozespołowych ważne jest tworzenie zsynchronizowanych iteracji. Dzięki temu praca wszystkich zespołów Scrumowych jest skoordynowana. Proces ten najlepiej stosować w projektach z wieloma różnymi zespołami, ponieważ może być konieczne dostosowanie różnych długości iteracji.
Zsynchronizowane iteracje maksymalizują efektywność projektu. Podczas synchronizacji sprintów należy wziąć pod uwagę kilka czynników, w tym harmonogramy, budżety i interesariuszy. Zastanów się, jak dopasować zespoły do siebie i interesariuszy, aby zmaksymalizować sukces projektu.
Często zespoły rozpoczynają nową iterację na tydzień przed zakończeniem poprzedniej. Może to być wyzwaniem, zwłaszcza jeśli data zakończenia poprzedniej iteracji minęła, a zespoły nie są jeszcze gotowe do rozpoczęcia nowej. W takim scenariuszu organizuje się wydarzenie Scrum of Scrums, aby zapewnić widoczność postępu projektu.
Scrum of Scrums to cotygodniowe wydarzenie, podczas którego zespoły zbierają się, aby skoordynować zależności dla ART-ów (Agile Release Trains). Inżynier Release Train, zwany również Program Managerem, ułatwia to wydarzenie. Spotyka się on z przedstawicielami każdego zespołu i dokonuje przeglądu postępów w kierunku kamieni milowych.
Wydarzenie to może być ograniczone czasowo na 30-60 minut. Podczas tego wydarzenia członkowie zespołu mogą przekazać informacje zwrotne i wprowadzić poprawki do swojej pracy. Ważne jest, aby traktować informacje zwrotne poważnie i brać je pod uwagę przy określaniu kierunku następnego Sprintu.
