Szybki rozwój - ramka Scrum
2024-08-30 20:32:42 0 Raport
Zaloguj się, aby zobaczyć pełną treść
Mapa myśli dotycząca ramki Scrum jest zwięzłym przewodnikiem po kluczowych aspektach tego popularnego podejścia do zarządzania projektami w duchu Agile. Zawiera podstawowe wartości Manifestu Agile, które kładą nacisk na interakcje międzyludzkie, działające oprogramowanie oraz elastyczność w reagowaniu na zmiany. Opisuje trzy kluczowe role: Product Ownera, Scrum Mastera i zespołu deweloperskiego, oraz wyjaśnia ich zadania i odpowiedzialności. Mapa przedstawia także trzy główne elementy Scrum, takie jak backlog produktu, zadania sprintu i przyrosty, oraz cztery kluczowe zdarzenia, w tym planowanie sprintu i retrospektywę.
Inne prace autora
Zarys/Treść
Manifest Agile
Osoby i interakcje są ważniejsze niż procesy i narzędzia
Oprogramowanie do pracy jest ważniejsze niż szczegółowa dokumentacja.
Klient współpracuje powyżej negocjacji kontraktu
Reagowanie na zmiany powyżej przestrzegania planu
Trzy role
Product Owner - Produktowy Właściciel
Skrót:
PO
Osoby:
Zazwyczaj rolę tę pełni produktowy menadżer/dyrektor produktu
Zadanie:
jest jedynym odpowiedzialnym za listę zadań produktu
Maksymalizacja wartości produktów opracowanych przez zespół
Przełamuj historie z listy zadań produktu na historie użytkowników w sprintach
Odpowiadam na pytania dotyczące historii użytkowników w dowolnym momencie
Scrum Master - trener agile
Skrót:
SM
Osoby:
Przez profesjonalnego trenera agile
Ale jednak większość z nich pełni tę rolę osoby z doświadczeniem w agile development i renomą w firmie.
Zadanie:
Pomoc zespołowi w zrozumieniu teorii i praktyki Scrum
Zapewnij, że zdarzenia w Scrum są wykonywane zgodnie z harmonogramem
Pomoc zespołowi w usunięciu przeszkód w postępach pracy
Pomoc zespołowi w tworzeniu wysoko wartościowych produktów
Zespół - zespoł programistów
Skrót:
zespoł
Osoby:
Składa się z różnych osób z różnych stanowisk: frontend, backend, testy, architektura...
Zadania:
Wszyscy są równi, bez tytułów, należą do zespołu
Przekształcamy wymagania z produktywnej listy zadań w celu przekształcenia ich w produkty, które mogą być dostarczane.
3 elementy
Produkty do zrobienia
Lista jest odpowiedzialnością PO w całości
Ten element listy ma następujące atrybuty: opis, kolejność, oszacowanie i wartość
Lista zadań produktu jest dynamiczna i musi być ciągle aktualizowana, aby odzwierciedlała, czego produkt potrzebuje, aby zachować swoją przydatność i konkurencyjność.
Sprint zadania do wykonania
Lista jest całkowicie zarządzana przez zespół
Sprint zadania to lista najwyższej priorytetu zadań użytkowników wybranych z listy zadań produktu
Lista zadań do wykonania w sprintach jest bardzo widoczna i odzwierciedla w czasie rzeczywistym postępy zespołu w realizacji zadań w bieżącym sprintie.
Zwiększenie produkcji
Przyrost to suma wszystkich elementów listy zadań produktu, które zostały ukończone w ramach Sprintu.
oraz suma wartości wszystkich dotychczasowych inkrementów Sprint
Niezależnie od decyzji menedżera produktu, iteracja musi być dostępna
4 zdarzenia
sprint planujące spotkanie
Czas:
Pierwszy dzień wykonywania sprintu
Czas trwania spotkania zależy od cyklu iteracyjnego
Okres 2-tygodniowy nie przekracza 4 godzin; okres 4-tygodniowy nie przekracza 8 godzin
Osoby:
PO
SM
Wszyscy członkowie zespołu
Wydarzenie:
wykłada PO do zespołu programistów o treści, które muszą zostać ukończone w bieżącym Sprint (opowiada historie użytkowników)
PO wyjaśnił treść iteracji, a następnie zespół rozłożył zadania (podzielił story na konkretne taski)
Każdego dnia spotkanie
Czas:
W cyklu Sprint należy codziennie wykonywać (zazwyczaj zaleca się pora poranka)
Czas trwania spotkań zaleca się, aby nie przekraczał 15 minut.
Osoby:
PO (nieobowiązkowo)
SM
Wszyscy członkowie zespołu
Wydarzenie:
Każdy członek zespołu mówi kolejno.
Treść wypowiedzi w trzech zdaniach
Co zrobiłem wczoraj...
Napotkałem na jakieś trudności, potrzebuję jakiejś pomocy...
Co zrobię dzisiaj...
Po zakończeniu przemówienia odebraj zadania na miejscu (czyli zobowiązanie do wykonania dzisiaj)
sprint przegląd
Czas:
Ostatni dzień wykonania Sprintu
Czas trwania spotkania zależy od cyklu iteracyjnego
Okresy 2-tygodniowe nie przekraczają 2 godzin; okresy 4-tygodniowe nie przekraczają 4 godzin
Osoby:
PO
SM
Wszyscy członkowie zespołu
Stakeholderzy wymagań
Wydarzenie:
Zespół prezentuje funkcje ukończone w Sprint do sponsorów wymagań.
Zespół odpowiada na pytania dotyczące funkcjonalności zainteresowanych stron
sprint retrospektywa
Czas:
Zalecenie wykonania na ostatnim dniu Sprintu
Czas trwania spotkania zależy od cyklu iteracyjnego
Zapowiedź zwykle nie przekracza 3 godzin
Osoby:
PO
SM
cała załoga
Zapraszanie/odrzucanie lidera do udziału w zależności od sytuacji
Wydarzenie:
Zespół odnawia problemy, które napotkał w trakcie bieżącego Sprintu.
Rozmawiaj o rozwiązaniach dla wniesionych zarzutów, aby ulepszyć się w następnym Sprint
Sprawdź poprawę problemów z ostatniego Sprintu
Uwaga: niniejsza konferencja nie jest formalna, członkowie zespołu mogą swobodnie wypowiadać się (nawet kupić niektóre przekąski dla zespołu)
5 wartości
Zobowiązanie: gotowość do zobowiązania się do celu
Koncentracja: poświęć swoje myśli i możliwości na to, co obiecywasz zrobić
Otwarcie: Scrum udostępnia wszystko w projekcie dla każdego
Respekt: każdy ma swoje unikalne tło i doświadczenia
Odwaga: mądrze zobowiązywać się, zobowiązywać się do podróży, akceptować szacunek innych
Zbierać
Zbierać
Zbierać
Zbierać
Zbierać
0 Uwagi
Następna strona
Polecane dla Ciebie
Zobacz więcej
