Droga od wizji do konkretnego planu implementacji systemu

Opracowanie konceptu funkcjonalnego

Prace nad projektem rozpoczęliśmy od przeprowadzenia warsztatów Product Discovery wykorzystując metody Design Thinking oraz Event Storming, tak by, jak najlepiej poznać zarówno wymagania użytkowników, jak i zrozumieć przebieg procesów biznesowych. Przy zastosowaniu tych technik analiza biznesowa i techniczna staje się pełniejsza, co skutkuje tworzeniem rozwiązań dostosowanych do rzeczywistych potrzeb odbiorców.

• W trakcie warsztatów Design Thinking omówiliśmy z interesariuszami Klienta zebrane informacje, skupiając się na Jego perspektywie. To właśnie od dokładnego zrozumienia jego potrzeb zależy możliwość zbudowania innowacyjnego rozwiązania, które będzie odpowiedzią na wyzwania użytkowników. W tej fazie zweryfikowaliśmy założenia wynikające z wcześniejszej analizy potrzeb, tak by określić kluczowe założenia i wykluczenia projektowe.
• Tu skupiliśmy się również na efektywnym zbadaniu i modelowaniu złożonych procesów biznesowych. Wykorzystaliśmy narzędzia służące identyfikowaniu kluczowych zdarzeń w domenie biznesowej oraz pomagające zrozumieć, jak wpływają one na cały system. W ten sposób mogliśmy przygotować wstępnie koncept funkcjonalny produktu.

W kolejnych etapach przygotowaliśmy:

• Trzy główne poglądowe interfejsy użytkownika (tzw. makiety ekranów). Punktem wyjścia było stworzenie kreatora zawierającego szablony różnych rejestrów. Klient przykładał dużą wagę do frontendu aplikacji, tak, żeby rozwiązanie było przyjazne dla użytkownika, intuicyjne i elastyczne. Docelowo ma powstać system łatwo konfigurowalny przez osoby niezwiązane z rozwojem oprogramowania.
• Analizę SWOT wybranych technologii, by móc zarekomendować najbardziej pasujący stos technologiczny do potrzeb Klienta. Szczególnie na uwadze, mieliśmy fakt, by wybrane technologie były wiodącymi rozwiązaniami na rynku, które są łatwe w utrzymaniu i skalowaniu.

• Analizę kwestii chmury, ponieważ będzie to duży zbiór danych, zbieranych od różnych podmiotów medycznych i nie tylko. Natomiast kwestie bezpieczeństwa danych wymagają, żeby na poziomie szpitala pozostały one na wewnętrznych serwerach organizacji, a na poziomie wyższym, ogólnokrajowym bądź europejskim, dane były zanonimizowane.
• Mapę drogową projektu zawierającą m.in. Opis jego zakresu w postaci Work Breakdown Structure, wskazaliśmy pierwsze kroki do zaadresowania w fazie programowania oraz rozpisaliśmy harmonogram projektu wraz ze wskazaniem kamieni milowych na wykresach Gantt’a.

Rezultatem serii takich warsztatów było opracowanie i uspójnienie słownika pojęć, opis poszczególnych modułów systemu wraz z zależnościami pomiędzy nimi, zidentyfikowanie ról i użytkowników, wyodrębnienie wymagań funkcjonalnych i niefunkcjonalnych (uwzględniających m.in. aspekty wydajności, bezpieczeństwa, użyteczności czy dostępności) oraz opracowanie wstępnego szkicu architektury systemu.