-
Notifications
You must be signed in to change notification settings - Fork 0
Scrum 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 |
- O projekcie i produkcie
- Oszacowanie rozmiaru backlogu produktu
- Założenia i dobór zakresu sprintu
- Cel sprintu
- Backlog sprintu
- Kryteria akceptacji
- Definicja ukończenia
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.
Do oszacowania rozmiaru backlogu wykorzystaliśmy metodę Planning Poker.
- 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
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
- 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.
Zaproponowanie wykorzystania takich technologii, które pozwolą stworzyć system spełniający wymagania interesatiuszy.
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.
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.