Celem naszego projektu ma być stworzenie w ciągu kwartału prostej aplikacji, której zadaniem jest zapisywanie wyników rozgrywek w gry planszowe. Aplikacja ma być połączona z portalem, który jest bazą gier. Powinna być dostępna dla użytkowników telefonów korzystających z systemem Android oraz iOS. Budżet na ten projekt to 10 000 pln.

Do naszych interesariuszy zaliczyć możemy:

• użytkowników końcowych, czyli graczy w gry planszowe, którzy będą używać aplikacji do zapisywania wyników. Ich opinie i potrzeby są kluczowe dla zaprojektowania interfejsu użytkownika i funkcjonalności aplikacji;

• deweloperów, czyli zespół programistów pracujących nad stworzeniem aplikacji, zarówno na system Android, jak i iOS. Mają bezpośredni wpływ na jakość i terminowość dostarczanych rozwiązań;

• testerów, czyli osoby odpowiedzialne za testowanie aplikacji pod kątem błędów, problemów z użytkowaniem oraz zgodności z wymaganiami funkcjonalnymi i niefunkcjonalnymi;

• inwestorów, czyli osoby lub grupy, które finansują projekt. Zainteresowane są zwrotem z inwestycji, sukcesem komercyjnym projektu oraz jego terminowym zakończeniem;

• administratorów portalu z bazą gier; reprezentują portal, z którym aplikacja ma być zintegrowana. Ich współpraca jest kluczowa dla zapewnienia sprawnego przepływu danych i funkcjonalności między aplikacją a portalem;

• dostawców usług chmurowych, jeśli aplikacja wykorzystuje usługi chmurowe do przechowywania danych;

• zespoły wsparcia i utrzymania, czyli osoby odpowiedzialne za utrzymanie aplikacji po jej wdrożeniu, zarówno od strony technicznej, jak i wsparcia użytkowników;

• grupy związane z grami planszowymi, tj. kluby, stowarzyszenia lub grupy miłośników gier planszowych, które mogą być zainteresowane promowaniem aplikacji wśród swoich członków;

• ekspertów od UXUXUX/UIUIUI, czyli specjalistów od projektowania doświadczeń użytkownika i interfejsów, którzy mogą pomóc w stworzeniu intuicyjnej i atrakcyjnej aplikacji;

• organy regulacyjne; w zależności od lokalizacji i zakresu funkcjonalności aplikacji mogą pojawić się wymogi prawne dotyczące prywatności danych, bezpieczeństwa informacji itp., co czyni organy regulacyjne interesariuszami projektu.

Przykładowe historyjki dla naszego projektu:

1. Dodawanie wyników gry

   • Jako miłośnik gier planszowych

   • chcę móc łatwo dodać wyniki rozgrywki bezpośrednio po jej zakończeniu,

   • aby szybko i efektywnie dokumentować swoje osiągnięcia w ulubionych grach.

2. Przeglądanie historii rozgrywek

   • Jako gracz

   • chcę móc przeglądać historię moich rozgrywek,

   • aby analizować swoje wyniki i w różnych grach planszowych.

3. Udostępnianie wyników

   • Jako uczestnik społeczności graczy

   • chcę mieć możliwość udostępniania wyników moich rozgrywek w mediach społecznościowych lub bezpośrednio przez aplikację,

   • aby dzielić się moimi osiągnięciami i promować gry planszowe wśród znajomych.

4. Ranking graczy

   • Jako gracz turniejowy

   • chcę widzieć rankingi graczy oparte na wynikach zarejestrowanych w aplikacji,

   • aby móc porównać moje wyniki z innymi.

5. Synchronizacja z bazą gier

   • Jako użytkownik aplikacji

   • chcę, aby moje wyniki rozgrywek były automatycznie powiązane z odpowiadającymi im grami w bazie danych portalu,

   • aby łatwo znajdować i porównywać wyniki rozgrywek w specyficznych grach planszowych i odkrywać nowe gry oparte na moich zainteresowaniach.

Przykładowe przypadki użycia

1. Rejestracja wyniku rozgrywki

   • Aktor główny: Gracz

   • Cel: Zapisanie wyniku nowej rozgrywki w aplikacji.

   • Kroki:

     • Gracz otwiera aplikację i loguje się (jeśli wymagane).

     • Gracz wybiera opcję „Dodaj wynik” z głównego menu.

     • Gracz wyszukuje i wybiera grę planszową z listy dostępnych gier.

     • Gracz wprowadza wyniki dla wszystkich uczestników rozgrywki.

     • Gracz opcjonalnie dodaje datę, miejsce i notatki dotyczące rozgrywki.

     • Gracz zatwierdza wprowadzone dane, klikając „Zapisz”.

     • System zapisuje informacje i potwierdza ich dodanie.

2. Przeglądanie historii rozgrywek

   • Aktor główny: Gracz

   • Cel: Przeglądanie historii swoich rozgrywek.

   • Kroki:

     • Gracz otwiera aplikację i loguje się.

     • Gracz wybiera opcję „Moje rozgrywki” z głównego menu.

     • System wyświetla listę przeszłych rozgrywek gracza.

     • Gracz wybiera rozgrywkę, aby zobaczyć szczegółowe informacje.

     • System wyświetla szczegóły wybranej rozgrywki, w tym wyniki, datę i ewentualne notatki.

3. Tworzenie rankingu graczy

   • Aktor główny: Gracz

   • Cel: Wygenerowanie rankingu graczy na podstawie zapisanych wyników.

   • Kroki:

     • Gracz otwiera aplikację i loguje się.

     • Gracz wybiera opcję „Ranking” z głównego menu.

     • System zbiera dane o wynikach rozgrywek z bazy danych.

     • System oblicza ranking na podstawie wyników i wyświetla go użytkownikowi.

4. Synchronizacja z bazą gier

   • Aktor główny: Gracz

   • Cel: Synchronizacja listy gier w aplikacji z zewnętrzną bazą gier.

   • Kroki:

     • Gracz otwiera aplikację.

     • W tle system automatycznie synchronizuje listę gier z zewnętrznym portalem z bazą gier.

     • Gracz wchodzi w sekcję „Wybierz grę” i zauważa aktualizację listy gier.

     • System informuje gracza o zakończeniu synchronizacji.

5. Udostępnianie wyników rozgrywki

   • Aktor główny: Gracz

   • Cel: Udostępnienie wyników rozgrywki w mediach społecznościowych.

   • Kroki:

     • Gracz otwiera aplikację i loguje się.

     • Gracz przegląda historię swoich rozgrywek i wybiera rozgrywkę do udostępnienia.

     • Gracz klika przycisk „Udostępnij” przy wybranej rozgrywce.

     • Gracz wybiera platformę mediów społecznościowych, na której chce udostępnić wynik.

     • System tworzy post i otwiera aplikację mediów społecznościowych z wstępnie przygotowanym postem.

     • Gracz publikuje post.

Uproszczony plan projektu:

• Harmonogram: Projekt będzie realizowany w ciągu jednego kwartału (3 miesiące). Pierwszy miesiąc to faza planowania i projektowania, drugi miesiąc to faza rozwoju, a trzeci miesiąc to testowanie i wdrożenie.

• Budżet: Na realizację projektu przeznaczono 10 000 PLN, które zostaną rozdzielone na zasoby ludzkie, technologię oraz marketing.

• Zasoby: Zespół projektowy składa się z dwóch deweloperów, projektanta UX/UI, testerów oraz menedżera projektu.

• Zakres prac:

  • Opracowanie wymagań funkcjonalnych i niefunkcjonalnych.

  • Projekt interfejsu użytkownika.

  • Rozwój aplikacji na Androida i iOS.

  • Integracja z zewnętrznym portalem z bazą gier.

  • Testowanie aplikacji.

  • Wdrożenie i promocja aplikacji.

• Metodyki zarządzania ryzykiem: Regularna analiza ryzyka, tworzenie planu zarządzania ryzykiem, wyznaczenie odpowiedzialności za monitorowanie ryzyka.

Mocne strony:

• Zespół z doświadczeniem w tworzeniu aplikacji mobilnych.

• Unikalna funkcjonalność synchronizacji z bazą gier.

Słabe strony:

• Ograniczony budżet.

• Mały zespół.

Szanse:

• Rosnąca popularność gier planszowych.

• Brak bezpośrednich konkurentów oferujących podobną funkcjonalność.

Zagrożenia:

• Możliwość szybkiego pojawienia się konkurencji.

• Zmienne potrzeby i oczekiwania użytkowników.

Uproszczony biznesplan Wstęp: Projekt ma na celu stworzenie aplikacji mobilnej do zapisywania wyników rozgrywek w gry planszowe, synchronizującej się z zewnętrznym portalem z bazą gier, dostępnej dla użytkowników Androida i iOS. Opis zespołu: Zespół składa się z doświadczonych deweloperów aplikacji mobilnych, projektanta UX/UI, testerów oraz menedżera projektu, każdy z bogatym doświadczeniem w swojej dziedzinie. Informacje o produkcie: Aplikacja umożliwia użytkownikom zapisywanie wyników rozgrywek, przeglądanie historii, udostępnianie wyników i porównywanie ich w rankingu z innymi graczami. Skierowana jest do entuzjastów gier planszowych. Analiza konkurencji: Na rynku istnieją aplikacje do śledzenia gier, ale brak jest aplikacji oferującej integrację z bazą gier oraz funkcje społecznościowe. Nasz produkt wyróżnia się unikalną funkcjonalnością i intuicyjnym interfejsem. Strategia sprzedażowa: Produkt będzie promowany w mediach społecznościowych, na blogach o grach planszowych oraz przez influencerów. Dostępny za darmo z opcją mikropłatności za dodatkowe funkcje. Plan finansowy: Projekt zakłada niskie koszty początkowe przy budżecie 10 000 PLN i stopniowe generowanie przychodów z mikropłatności i reklam w aplikacji.

Zarządzanie zasobami obejmować będzie przypisanie deweloperów do odpowiednich modułów aplikacji, bazując na ich specjalizacjach (np. front‑end Android, front‑end iOS, back‑end). Projektant UX/UI będzie odpowiedzialny za opracowanie interfejsów użytkownika i wizualizacji, podczas gdy testerzy zajmą się planowaniem i wykonaniem testów. Regularne przeglądy (co dwa tygodnie) pozwolą na dostosowanie alokacji zasobów w zależności od postępu prac i ewentualnych zmian w zakresie projektu.

Komunikacja w zespole będzie odbywać się poprzez cotygodniowe spotkania całego zespołu w celu przeglądu postępów i planowania nadchodzących działań. Codzienne stand‑upy dla deweloperów pozwolą na szybkie rozwiązywanie problemów i wymianę informacji o postępach. Do komunikacji i zarządzania projektami wykorzystane zostaną odpowiednie narzędzia.

Postępy projektu będą monitorowane za pomocą KPIs (Key Performance Indicators), takich jak liczba zakończonych zadań w stosunku do planu, czasu do wydania kolejnych wersji czy ilości znalezionych i rozwiązanych błędów. Regularne, dwutygodniowe przeglądy projektu umożliwią ocenę postępów i wprowadzenie ewentualnych korekt w planie. Zarządzanie ryzykiem będzie obejmować identyfikację potencjalnych zagrożeń na początku projektu i na bieżąco, z planowaniem strategii minimalizacji ryzyka.

Użycie odpowiedniego narzędziaumożliwi szczegółowe śledzenie postępów prac nad projektem, odnotowywanie zakończonych zadań, priorytetyzowanie pracy i zarządzanie backlogiem. Narzędzie to posłuży również do śledzenia błędów i zgłaszania nowych funkcji.

Wprowadzony zostanie formalny proces zarządzania zmianą, w którym każda proponowana zmiana zakresu lub funkcjonalności aplikacji będzie oceniana pod kątem wpływu na harmonogram i budżet. Zmiany zostaną zaakceptowane lub odrzucone przez menedżera projektu w porozumieniu z zespołem i interesariuszami.

Po zakończeniu testów i przygotowaniu finalnej wersji aplikacji, projekt zostanie formalnie zamknięty. Zostanie przeprowadzona analiza (z ang. post‑project review) podsumowująca osiągnięcia, lekcje wyniesione z projektu i obszary do poprawy. Dokumentacja projektowa, w tym kod źródłowy, dokumentacja użytkownika i raporty z testów, zostaną przekazane klientowi.

Kompletna dokumentacja projektowa zostanie przygotowana i zarchiwizowana, w tym wymagania, specyfikacje, projekt interfejsu użytkownika, dokumentacja kodu i testów. Produkt zostanie przekazany do użytku końcowego wraz z instrukcją użytkownika i wsparciem technicznym.

Po zakończeniu projektu i wdrożeniu aplikacji przeprowadzona zostanie ocena projektu, obejmująca analizę stopnia realizacji celów, zebranie feedbacku od użytkowników końcowych oraz zespołu projektowego. Wyniki tej oceny posłużą do identyfikacji mocnych stron projektu oraz obszarów wymagających poprawy, co będzie cenne dla przyszłych projektów.

sytuacja, w której w końcowej fazie tworzenia produktu studio jest zmuszone pracować po kilkanaście godzin dziennie (również w weekendy), aby produkt trafił na rynek w założonym terminie

termin używany głównie w branży informatycznej, oznaczający pewną możliwość oferowaną przez urządzenie lub aplikację (np. telefon z funkcjonalnością robienia zdjęć)

wszystkie osoby, które mają wpływ na projekt lub których projekt dotyczy – klienci, użytkownicy, sponsorzy, konkurencja itp.

sfinansowanie jakiegoś przedsięwzięcia z nadzieją na to, że przyszłe dochody przekroczą koszty, zatem uda się wypracować zysk

osoba lub instytucja finansująca dane przedsięwzięcie

z j. ang. user interface; interfejs użytkownika, tzn. wygląd i logika działania aplikacji

z j. ang. user experience; doświadczenie użytkownika, tzn. sposób działania i obsługi aplikacji oraz ogólne wrażenia użytkownika wynikające z korzystania z niej

korzyść dla danej organizacji, np. dla komercyjnych przedsięwzięć taką wartością będzie zysk (mówimy wtedy o wartości biznesowej), a w przypadku projektów charytatywnych – pomoc potrzebującym