scrum

Release Burndown Chart – Wykres Spalania Wydania

Wykres Spalania Wydania (ang. Release Burndown Chart) śledzi postęp zespołu deweloperskiego pod względem realizacji planu wydania. Wykres spalania wydania to podstawowy artefakt służący do śledzenia i przewidywania postępu w metododyce Scrum. „Wykres spalania pozwala na śledzenie i przewidywanie postępów projektu. Na podstawie szybkości z poprzednich sprintów wykres spalania wydania przewiduje przyszłość, aby zespół scrumowy mógł dostosować produkt …

Release Burndown Chart – Wykres Spalania Wydania Czytaj dalej »

Task Board – Tablica Zadań

Tablica Zadań (ang. Task Board) pokazuje całość pracy wykonywanej przez zespół podczas sprintu. Jest ona stale aktualizowana w trakcie sprintu- jeżeli ktoś myśli o nowym zadaniu, pisze nową kartę i umieszcza ją na tablicy. W trakcie lub przed Codziennym Scrumem, zmienia się szacunki (w górę lub w dół) i przemieszcza się karty na tablicy. Tablica zadań …

Task Board – Tablica Zadań Czytaj dalej »

Sprint Backlog – Rejestr Sprintu

Rejestr sprintu  (ang. Sprint Backlog) to lista zadań, które Zespół Scrum zobowiązuje się wykonać w bieżącym sprincie. Pozycje rejestru sprintu są przeniesione z Produkt Backloga przez zespół, w oparciu o priorytety ustalone przez Właściciela Produktu. „Rejestr sprintu opisuje poprzez zestaw szczegółowych zadań, w jaki sposób zespół planuje zaprojektować, zbudować i przetestować dany podzbiór cech z rejestru …

Sprint Backlog – Rejestr Sprintu Czytaj dalej »

Historyjki użytkownika a wymagania

Pisząc jakąkolwiek specyfikację wymagań a rejestr produktu i rejestr sprintu są taką specyfikację należy uwzględnić wymagania niefunkcjonalne. O ile sama historyjka użytkownika zazwyczaj reprezentuje wymagania funkcjonalne to, w moim odczuciu, drobny problem jest z wymaganiami niefunkcjonalnymi, które reprezentują oczekiwania na poziomie systemu. Brak wymagań niefunkcjonalnych lub ich niedostateczna ilość są często źródłem problemów z programowaniem a …

Historyjki użytkownika a wymagania Czytaj dalej »

Dobre cechy historyjek użytkownika

W zeszłym tygodniu pisałem o dobrych cechach Rejestru Produktu. Dziś chciałbym przybliżyć dobre cechy historyjki użytkownika. Dobra historyjka użytkownika powinna spełniać kryteria INVEST. INVEST to: Independent – niezależność Negotiable – negocjowalność Valuable – wartościowość Estimatable – ocenialność Sized correctly – dobry rozmiar Testable – testowalność Połączenie tych cech pozwala na budowanie sensownych i użytecznych historyjek użytkownika. …

Dobre cechy historyjek użytkownika Czytaj dalej »

Dobre cechy rejestru produktu

W zeszłym tygodniu opisałem rejestr produktu. Dziś chciałbym przybliżyć temat jakości rejestru produktu. Dobry rejestr produktu jest DEEP. Akronim DEEP został stworzony przez Romana Pichlera i Mike’a Cohena ułatwiający zapamiętanie kryteriów służących do oceny jakości rejestru produktu. DEEP oznacza: Detailed appropriately – wystarczająco szczegółowy, Estimated – szacunkowy Emergent – nowo powstający (podaję za Pichlerem [2]) Prioritized – zawiera …

Dobre cechy rejestru produktu Czytaj dalej »

User Stories – Historyjki użytkownika

Pisząc o Scrum nie można zapomnieć o historyjkach użytkownika. Co prawda  Scrum nie określa sposobu opisywania elementów rejestru produktu i pozwala na dodanie tam różnych artefaktów to historyjka użytkownika stałą się jednym z symboli metodyki Scrum. „User story, czyli historia użytkownika, opowiada o kliencie lub użytkowniku korzystającym z produktu. Zawiera imię, krótki opis oraz kryteria akceptacji …

User Stories – Historyjki użytkownika Czytaj dalej »

Product Backlog – Rejestr produktu

Rejestr Produktu  (ang. Product Backlog) zwany czasem zaległościami produktu,  to główny wykaz wszystkich funkcjonalności pożądanych w produkcie. Za dostarczenie wymagań w postaci rejestru produktu odpowiedzialny jest Właściciel Produktu. Rejestr produktu to „spis czekających na wykonanie historyjek z rejestru produktu z przypisanymi priorytetami” [1]. Podczas inicjacji projektu mamy jego zarys. Nie ma możliwości i wiedzy by projekt był …

Product Backlog – Rejestr produktu Czytaj dalej »

Scrum Team – Zespół Scrum

Zespół Scrum (ang. Scrum Team) buduje produkt, który zostanie wykorzystany przez klienta przykładowo oprogramowanie lub witrynę. Może to być także aktualizacja oprogramowania. Zespół w Scrum jest „międzyfunkcyjny” – obejmuje całą wiedzę niezbędną dla dostarczenia w każdym Sprincie produktu będącego potencjalnym wynikiem sprintu – jest „samoorganizujący się” oraz posiada bardzo duży stopień autonomii i odpowiedzialności. Zespół …

Scrum Team – Zespół Scrum Czytaj dalej »

Product Owner – Właściciel Produktu

Właściciel Produktu (Product Owner) reprezentuje interesy wszystkich interesariuszy, określa cechy produktu i ustala hierarchię Product Backloga – rejestru produktu. „Osoby, które reprezentują perspektywę klienta w projekcie, odgrywają rolę Właściciela Produktu (…). Taki ktoś odpowiada za wymagania, ustala priorytety, odbiera pracę w sprintach” [4]. Właściciel Produktu ma następujące obowiązki: Określa cechy produktu; Jest odpowiedzialny za rentowność produktu …

Product Owner – Właściciel Produktu Czytaj dalej »

Przewiń do góry