Skip to content

Scrum backlog sprintu

qaziok edited this page May 3, 2023 · 5 revisions

Realizacja Projektu Informatycznego 2022/2023

Backlog sprintu

Wielofunkcyjna baza danych do gromadzenia informacji w laboratorium naukowo-badawczym
mulTifunctional databasE foR inforMation gatherIng iN A scientific research Laboratory
Realizatorzy Anton Delinac
Jakub Dajczak
Miłosz Chojnacki

Spis treści

  1. O projekcie i produkcie
  2. Oszacowanie rozmiaru backlogu produktu
  3. Założenia i dobór zakresu sprintu
  4. Cel sprintu
  5. Backlog sprintu
  6. Kryteria akceptacji
  7. Definicja ukończenia

O projekcie i produkcie

Wielofunkcyjna baza danych do gromadzenia informacji w laboratorium naukowo-badawczym ma rozwiązać problemy naukowców związanych z rynkiem elektroniki. Ma służyć jako bezpieczne środowisko do przechowywania, przeglądania i zarządzania historycznymi danymi oraz udostępniać przyjazny dla użytkownika interfejs. Produkt docelowy ma również udostępniać możliwość eksportowania danych do plików w formacie csv i xlsx.

Oszacowanie rozmiaru backlogu produktu

Do oszacowania rozmiaru backlogu wykorzystaliśmy metodę Planning Poker. image

Założenia i dobór zakresu sprintu

Dane wejściowe

  • czas na projekt: 38 tygodni
  • długość sprintu: 2 tygodnie
  • łączna liczba story points w backlogu produktu: 251SP
  • zakładana liczba sprintów: 38/2 = 19
  • zakładana średnia prędkość (liczba SP / sprint): 251/19 ≈ 13SP

Pojemność zespołu

Pracownik Typowy czas pracy Szkolenia "Szum"
Jakub Dajczak 20 3 50%
Miłosz Chojnacki 20 5 50%
Anton Delianc 20 8 50%
Zespół 60 16 50%

Pozostało: 22

Wybrane elementy backlogu produktu

  • Zebranie informacji na temat możliwych technologii
  • Wybór technologii frontendowej
  • Wybór technologii backendowej

Poszczególne elementy backlogu produktu wybraliśmy za zasadzie potrzeby wybrania konkretnych technologi w celu rozpoczęcia prac nad produktem.

Cel sprintu

Zaproponowanie wykorzystania takich technologii, które pozwolą stworzyć system spełniający wymagania interesatiuszy.

Backlog sprintu

image

Kryteria akceptacji

image kryteria_akceptacji_frontend

Element backlogu sprintu uznajemy za gotowy, gdy:

  • Przeprowadzono odpowiedni research technologii,
  • Sporządzono, krótkie sprawozdanie, które zawiera takie elementy jak np. wady i zalety,
  • Sporządzono ostateczne porównanie technologii z tej samej kategorii,
  • Technologia zaakceptowana przez każdego członka zespołu,
  • Skonsultowano wybór z konsultantem i promotorem.

Definicja ukończenia

Element backlogu produktu uznajemy za gotowy, gdy:

  • W przypadku gdy zadanie jest związane z programowaniem:
    • Napisano kod,
    • Napisano testy,
    • Kod przetestowano i poprawiono błędy,
    • Wykonano testy integracyjne z Przyrostem,
    • Kod i testy umieszczono w repozytorium,
    • Wszystkie zmiany w kodzie zostały rozpatrzone w code review,
    • Zaktualizowano backlog produktu.
  • W przypadku gdy zadanie dotyczy badania technologii lub zagadnienia:
    • Sporządzono, krótkie sprawozdanie, które zawiera takie elementy jak np. wady i zalety,
    • Sporządzono ostateczne porównanie technologii z tej samej kategorii,
    • Skonsultowano wybór z konsultantem i promotorem.