Scrum backlog produktu

Realizacja Projektu Informatycznego 2022/2023

Scrum: Backlog produktu

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. Persony użytkowników
3. Scenariusz użycia produktu
4. Backlog produktu
5. Kryteria akceptacji
6. 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.

Persony użytkowników

Persona 1

Imię i nazwisko	dr hab. inż. Robert Bogdanowicz
Rola	Kierownik laboratorium
Zaawansowanie w korzystaniu z IT	Umiejętność korzystania z przeglądarki i arkuszów kalkulacyjnych
Korzysta z	Windows, Android, Chrome, Excel
Problemy	Poufne dane pomiarowe przechowywane są na zewnętrznym serwerze Brak uwierzytelniania i autoryzacji podczas wprowadzania nowych pomiarów i modyfikowania/usuwania starych pomiarów
Potrzeby	Interfejs w języku angielskim Umożliwić uwierzytelnienie każdego członka laboratorium w systemie i w zależności od przydzielonej roli umożliwiać operacje na danych pomiarowych Intuicyjne i proste wprowadzanie/modyfikowanie/usuwanie danych pomiarowych

Persona 2

Imię i nazwisko	Paweł
Rola	Członek laboratorium
Zaawansowanie w korzystaniu z IT	Umiejętność korzystania z przeglądarki i arkuszów kalkulacyjnych
Korzysta z	Windows, iOS, Android, Chrome, Mozilla Firefox, Excel
Problemy	Brak dostępu do poprzednich ustawień urządzeń pomiarowych Problematyczne oznaczenia próbek laboratoryjnych Utrudniony dostęp offline — wymaga dodatkowego zarządzania danymi Utrudnione filtrowanie i sortowanie danych
Potrzeby	Zapisywanie parametrów urządzeń pomiarowych Przeglądanie, filtrowanie i sortowanie danych Organizacja próbek laboratoryjnych Przeglądanie i praca na danych w trybie offline

Scenariusz użycia produktu

Paweł pracuje w Katedrze Metrologii i Optoelektroniki na Politechnice Gdańskiej i zajmuje się wykonywaniem pomiarów służących diagnostyce obiektów technicznych za pomocą metod elektrycznych i fotonicznych.

Paweł do wprowadzania nowo wykonanych pomiarów zawsze wykorzystywał formularze Google'a. Dane z formularza konwertował następnie do arkusza Excel, gdzie mógł analizować dane za pomocą dostępnych w tym programie funkcji. Dodatkowo, jeśli chciał się wymienić pomiarami ze współpracownikami, wszystkie pliki wysyłał drogą mail'ową.

W celu usprawnienia pracy, Paweł otrzymał od przełożonego dostęp do wielofunkcyjnej bazy danych TERMINAL. Ucieszony z nowego oprogramowania wpisał w pasek URL przeglądarki Chrome adres podany przez szefa. Następnie zalogował się otrzymanym loginem i hasłem, a jego oczom okazał się główny interfejs graficzny aplikacji. Szybko znalazł opcję wprowadzenia nowych pomiarów do systemu. Po wybraniu tej opcji aplikacja zażądała od niego wyboru jednego z projektów, do których miał dostęp. Paweł wybrał więc interesujący go projekt, po czym wprowadził swoje pomiary do wyświetlonej listy parametrów. Ku jego zdziwieniu, kiedy chciał zaakceptować wpisane dane, przy jednym z pól pomiarowych pojawił się komunikat o złej wartości podanej liczby. Stwierdził, że faktycznie źle przepisał pomiar jednego z czynników, który przyjmuje tylko wartości od 0 do 1. Poprawił więc wartość i zaakceptował dane.

Po krótkiej przerwie na kawę, Paweł usiadł do analizy projektu, nad którym pracuje. Kliknął więc w TERMINAL-u opcję analizy, wybrał projekt, a system wyświetlił mu listę pomiarów, gdzie każdy pomiar oprócz swoich podstawowych parametrów zawierał takie informacje jak imię i nazwisko badacza, data wykonania oraz krótki opis od autora. Paweł spędził około godziny na analizowaniu danych, wykorzystując wachlarz możliwości udostępniany przez system, a mianowicie wszelakie funkcje agregujące, grupowanie, sortowanie oraz wizualizacje za pomocą wykresów. Następnie Paweł sporządził raport z wyciągniętymi wnioskami i wysłał go przełożonemu.

Zadowolony z owocnej pracy stwierdził, że korzystając ze starego sposobu, tę samą pracę wykonałby w co najmniej półtorej godziny. Ponadto korzystanie z wielofunkcyjnej bazy danych TERMINAL okazało się o wiele wygodniejsze niż w przypadku złączenia formularzy Googla, Excela oraz maila.

Backlog produktu

Dla skali priorytetów została zastosowana skala MoSCoW:

• 🌋 must have: element jest niezbędny, bez niego produkt nie ma wartości biznesowe.
• 🏔 should have: element zwiększa wartość biznesową, lecz nie jest niezbędny.
• 🏕 could have: element nieznacznie zwiększa wartość biznesową, lecz nie musi być realizowany natychmiast, a stanowi raczej propozycję dla dalszych wydań.
• 🏝 won't have: element nie zostanie zaimplementowany.

List elementów w backlogu produktu posortowana jest po priorytecie oraz pogrupowana po epikach.

Kryteria akceptacji

Element backlogu uznajemy za gotowy, gdy:

• 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.

Definicja ukończenia

Produkt uznajemy za gotowy, gdy:

• Zostały zaimplementowane najważniejsze funkcjonalności, które zostały zdefiniowane w backlogu produktu,
• Produkt został przetestowany przez użytkowników i spełnia wszystkie wymagania,
• Produkt został przetestowany przez zespół laboratoryjny i spełnia jego oczekiwania,
• Istniejące dane zostały przeniesione do nowego systemu,
• Promotor projektu zatwierdził projekt.