Scrum opiera się na empiryzmie, który bazuje na trzech najważniejszych aspektach (znanych również jako trzy filary przedstawionych na poniższym rysunku) i wspiera każdą implementację empirycznego zarządzania procesem: przejrzystość, inspekcję i adaptację.
Kiedy zespoły scrumowe ucieleśniają i praktykują wartości zaangażowania, odwagi, koncentracji, otwartości i szacunku, filary przejrzystości, inspekcji i adaptacji w Scrumie pojawiają się i budują zaufanie dla wszystkich. Członkowie zespołu Scrum uczą się i odkrywają te wartości, zajmując się rolami, wydarzeniami i artefaktami Scrum.
Zapewnij przejrzystość — Zespół Scrum
Scrum zwiększa przejrzystość wewnątrz i na zewnątrz zespołu. Przejrzystość jest kluczowa dla procesu Scrum, ponieważ pozwala wszystkim zobaczyć i zrozumieć, co naprawdę dzieje się w każdym sprincie, co prowadzi do lepszej komunikacji i zaufania w zespole.
Zespoły mogą być przejrzyste na wiele sposobów. Oto kilka rzeczy, które możemy zrobić, aby to osiągnąć:
Pracuj bliżej i szybciej zbieraj opinie
Zespoły scrumowe powinny być przejrzyste w sposobie swojej pracy: zbliżać interesariuszy, pracować z nimi na co dzień, pozwalać na swobodny przepływ informacji zwrotnej w obie strony i dzielić się ryzykiem podjęcia jednej lub drugiej decyzji.
Uczyń postęp pracy bardziej widocznym
Zespoły mogą uczynić postęp widocznym: wykresy burndown i tablice to tradycyjne sposoby pokazywania postępu celów sprintu. Te proste narzędzia mogą pokazać postęp każdego etapu planu, od sprintu do wizji, co może skutecznie zmniejszyć dialog „kiedy to może być ukończone?”
Zespół może uczynić postęp widocznym: wykresy burndown i tablica to tradycyjne metody pokazywania postępu w stosunku do celów sprintu. Prosty raport pokazujący postęp na wszystkich poziomach planowania, od sprintu aż po wizję, może być niezwykle skuteczny w redukcji liczby rozmów „kiedy to będzie gotowe?”
Swobodny przepływ zaktualizowanych informacji
Informacje muszą podróżować w obie strony. Interesariusze i osoby w rolach produktowych, szczególnie ci, którzy pracują bezpośrednio z zespołem, również muszą być przejrzyści. Kierunek produktu w formie map drogowych, planów wydania lub definicji ukończenia może być widoczna dla zespołu, aby byli świadomi ogólnych celów i oczekiwań, które zobowiązali się zrealizować.
Scrum Master może pomóc
W Scrumie to nie zespół pracuje dla Scrum Mastera, to Scrum Master dąży do ułatwienia pracy zespołu deweloperskiego. Scrum Master musi współpracować z Właścicielem Produktu, Zespołem Deweloperskim i innymi zaangażowanymi stronami, aby zrozumieć, czy wydarzenia i artefakty są całkowicie przejrzyste. Scrum Master musi pomóc wszystkim zastosować najbardziej odpowiednie praktyki w przypadku braku pełnej przejrzystości. Scrum Master może wykryć niepełną przejrzystość, badając artefakty, wyczuwając wzorce, uważnie słuchając tego, co jest mówione, i dostrzegając różnice między oczekiwanymi a rzeczywistymi wynikami.
Przejrzystość w Wydarzeniach
Sprint jest pojemnikiem dla wszystkich innych wydarzeń, a każde wydarzenie w Scrumie jest formalną okazją do inspekcji i adaptacji czegoś. Te wydarzenia są specjalnie zaprojektowane, aby umożliwić krytyczną przejrzystość i inspekcję. Brak uwzględnienia któregokolwiek z tych wydarzeń skutkuje zmniejszoną przejrzystością i jest utraconą okazją do inspekcji i adaptacji.
Przejrzystość jest pierwszym istotnym aspektem w procesie Scrum, który musi być widoczny dla tych, którzy są odpowiedzialni za wynik. Przejrzystość wymaga, aby te aspekty były definiowane w codziennych działaniach i artefaktach, aby zespół mógł dzielić się wspólnym zrozumieniem tego, co jest widoczne.
Na przykład:
Spotkanie Planowania Sprintu
Spotkanie Planowania Sprintu Spotkanie Planowania Sprintu odbywa się na początku Sprintu, aby zrozumieć i udokumentować Backlog Sprintu elementy. Jest przeprowadzane, aby upewnić się, że wszyscy zaangażowani bez wątpliwości wiedzą, co mają zrobić, aby przyczynić się do rozwoju tej konkretnej inkrementalnej iteracji
Codzienne Spotkanie Scrum
Codzienny Scrum Codzienny Scrum koncentruje się na codziennej refleksji wkładu zespołu w dany Sprint. Odpowiada na trzy pytania:
- Co opracowałem w ciągu ostatnich 24 godzin, aby osiągnąć codzienny cel Sprintu?
- Co zrobię dzisiaj, aby osiągnąć mój następny cel Sprintu?
- Jakie są przeszkody w pracy z wczoraj, które utrudniają mi osiągnięcie celu?
Codzienny Scrum jest bardzo istotny w kontekście dzielenia się tymi wszystkimi informacjami bez obawy o przyznanie się do błędów. Jeśli nie są dzielone, projekt staje się skomplikowany, co powoduje opóźnienia i w końcu ryzyko niepowodzenia projektu.
Spotkanie Przeglądu Sprintu
Spotkanie przeglądowe Sprintu odbywa się na koniec Sprintu, aby odzwierciedlić, co zostało zrobione, aby zakończyć go jako przyrost produktu. Zespół zaprasza interesariuszy, aby uzyskać ich opinie na temat Sprintu, które są włączane do Backlog Produktu przez Właściciela Produktu, aby wprowadzić ulepszenia w następnych Sprintach.
Spotkanie retrospektywne Sprintu
Retrospektywa Sprintu odbywa się w celu zbadania ostatniego Sprintu pod kątem jego ludzi, interakcji, procesów i narzędzi oraz przyjęcia działań poprawiających z tego Sprintu, aby rozwijać następny Sprint. Wszystko to wymaga przejrzystości w raportowaniu i komunikacji.
Przejrzystość w artefaktach
Scrum ma szereg artefaktów które służą jako radiatory informacji dla wszystkich etapów w Scrumie. Informacje są jasno widoczne i zrozumiałe dla zespołu, aby trendy postępu projektu były znane. Dostępność i jasność informacji są bardzo istotne, aby podejmować mądre decyzje.
Backlog Produktu
Backlog Produktu jest uporządkowaną listą wymagań priorytetowanych na podstawie ich ważności i znaczenia przez Właściciela Produktu oraz zespół. Wszystkie najlepiej znane funkcje, atrybuty, poprawki i ulepszenia są dokumentowane w backlogu produktu, aby były jasne i dobrze zrozumiane przez zespół.
Backlog Sprintu
Backlog Sprintu jest opracowywany po tym, jak Spotkanie planowania Sprintu zostało przeprowadzone, a backlog produktu jest sfinalizowany. Zawiera historie użytkowników potrzebne do opracowania pełnego przyrostu produktu. Zwykle niektóre elementy backlogu produktu są rozkładane na zadania lub historie użytkowników uzgodnione przez zespół do realizacji.
Wykresy Burn-down — Status rozwoju
Użyj wykresów burn-down aby być szczerym co do tego, jak zespół radzi sobie w danym Sprincie. Wykres burn-down opowiada prawdziwą historię o tym, jak zespół sobie radzi. Wykresy burn-down przedstawiają ilość wysiłku pozostałego w przyszłości, aby zakończyć Sprint.
Tablica zadań Scrum
Tablice Scrum są również używane do odzwierciedlenia trzech rzeczy podczas pracy nad Sprintem:
- Co robić?
- Co jest w toku?
- Co jest zrobione?
Definicja Zrobione
Przejrzystość jest również silnie związana z Definicją Zrobione. Formalne zdefiniowanie znaczenia 'zrobione’ redukuje zmienność i prawdopodobieństwo niezrealizowanej pracy, a mierzenie postępu w sposób jednoznaczny (’zrobione’ lub 'nie zrobione’) zwiększa przejrzystość.
Posiadanie niedoskonałej Definicji Zrobione implikuje, że w twoim systemie istnieje niezrealizowana praca. Ta niezrealizowana praca powoduje również brak przejrzystości. Ryzyka są w niej ukryte. Na przykład, jeśli testy wydajnościowe pozostaną niezrealizowane, opóźnia to ryzyko niewydajnego systemu aż do bliskiego wydania — kiedy boli najbardziej.
Wnioski
Scrum opiera się na przejrzystości przedstawionej przez swoje wydarzenia i artefakty, ale nie można jej osiągnąć, jeśli brakuje przejrzystości i komunikacji w zespole. Trudno jest ustanowić i utrzymać pełną przejrzystość, jeśli członkowie są niepewni lub boją się dzielić swoimi błędami. W rzeczywistości każdy w zespole musi okazywać zrozumienie i szacunek dla siebie nawzajem. Właściciel produktu i Scrum Master powinien motywować i zachęcać zespoły do dzielenia się wszelkimi ryzykami lub problemami, z którymi się borykają w swojej pracy. Podczas gdy zespoły nie powinny koncentrować się tylko na swoich indywidualnych osiągnięciach, muszą również dążyć do osiągnięcia wspólnych celów projektu. Wszystkie te opinie i dzielenie się są ważne, aby ustanowić i utrzymać pełną przejrzystość przepływu informacji, co umożliwia ciągłe doskonalenie organizacji i zespołu.
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文