Jak płynnie przejść od etapu projektowania do programowania i uzyskać efekt realizujący cele klienta? Jak usprawnić pracę zespołu i zapewnić efektywną komunikację?
16. LEARN BUILD MEASURE
LEARN
Pozyskanie informacji Zebranie podstawowych danych Wywiady i konsultacje z użytkownikami Przygotowanie i omówienie raportu
Praca z metodami Wnioski z raportu
Diagram BPMN, Opracowanie Person,
Customer Journey Map, Value Proposition
Canvas
Opracowanie i omówienie informacji
dostarczonych przez metody
Podsumowanie
Uzupełnienie danych zebranych
etapu metod Service Blueprint Macierz Eisenhovera
BUILD
Projektowanie
Wybranie kluczowych elementów procesu z
Macierzy
Diagram OOUX Przygotowanie i omówienie diagramu
Prioretyzacja obiektów Makiety obiektowe (lo-fi) Omówienie i testowanie makiet obiektowych
Wnioski z testów makiet obiektowych Makiety szczegółowe Testowanie makiet, (procesu zamawiania)
Uzupełnienie danych z testów makiet Projekty graficzne Omówienie i testy projektów graficznych
Produkcja
Warsztaty wewnętrzne z deweloperami: UX
oraz design
Produkcja kodu: backend Testowanie i optymalizacja kodu
Wdrożenie poprawek z etapu testów Produkcja kodu: frontend Powstanie wersji produkcyjnej
MEASURE
Wdrożenie
Przygotowanie dokumentacji i przetestowanie
infrastruktury technologicznej
Wdrożenie nowego systemu i narzędzi
analitycznych
Monitorowanie wskaźników
Rozwój Analiza danych dostarczonych ze wskaźników
Planowanie rozwoju projektu i kolejnych
funkcjonalności.
Konsultacje
Przykładowy proces
17. Diagramy BPMN
Jest to najprostsze narzędzie do zmapowania procesów
biznesowych po stronie klienta. W stosunkowo prosty sposób
pokazuje cel biznesowy w sposób zrozumiały dla biznesu,
projektantów i developerów.
WIEDZA BABEL | 22.05.2018
Źródło; https://www.lucidchart.com/blog/diagrams-for-
dummies-a-BPMN-tutorial
18. Diagramy BPMN
Bleee… to nie dla projektantów,
to dla analityków….
Źródło; https://giphy.com/
WIEDZA BABEL | 22.05.2018
22. Object Oriented UX (OOUX)
Metoda mapowania struktury serwisu przez identyfikację ,
powiązanie i uporządkowanie obiektów zrozumiałych dla
użytkownika.
• Dobrze sprawdza się przy rozbudowanych serwisach contentowych
o skomplikowanej strukturze.
• Skupiamy się na strukturze, nie na flow i interakcji.
• Tworzy język zrozumiały zarówno dla designerów i developerów.
• Zapobiega zbytniej komplikacji systemu.
Źródło; https://alistapart.com/article/object-oriented-ux
WIEDZA BABEL | 22.05.2018
23. OOUX — Krok 1: Definiowanie obiektów
Na bazie briefa lub opisu funkcjonalnego:
• Wyszukujemy wszystkie rzeczowniki – potencjalne obiekty.
• Obiekt musie mieć odzwierciedlenie w rzeczywistym świecie użytkownika.
• Ignorujemy obiekty abstrakcyjne, listy.
• Obiektem jest wydarzenie a nie kalendarz, lokalizacja a nie mapa.
Źródło; https://alistapart.com/article/object-oriented-ux
WIEDZA BABEL | 22.05.2018
24. OOUX — Krok 2: Definiowanie zawartości obiektów
Dla każdego z obiektów definiujemy szczegółowe dane i metadane:
• Wchodzimy na wyższy poziom szczegółowości.
• Dane – szczegółowe parametry obiektu.
• Metadane – dane po których możemy filtrować, sortować.
Źródło; https://alistapart.com/article/object-oriented-ux
WIEDZA BABEL | 22.05.2018
25. OOUX — Krok 3: Powiązanie obiektów
Wyszukujemy powiązania pomiędzy obiektami:
• Jak obiekty mogą się zawierać w sobie?
• W jakiś sposób są powiązane?
• Struktura linkowania systemu.
Źródło; https://alistapart.com/article/object-oriented-ux
WIEDZA BABEL | 22.05.2018
26. OOUX — Krok 4: Ustalenie priorytetów
Dokonujemy priorytetyzacji zdefiniowanych danych i obiektów:
• Priorytet określa istotność elementu a nie jego kolejność w interfejsie.
• Nie projektujemy interfejsu, to tyko uporządkowana struktura.
Źródło; https://alistapart.com/article/object-oriented-ux
WIEDZA BABEL | 22.05.2018
33. OOUX – co z tego wynika?
WIEDZA BABEL | 22.05.2018
Wspólny język biznes-projektanci-developerzy
Modularność, tworzenie systemu z komponentów
Kontrola i uporządkowanie struktury
36. WIEDZA BABEL | 22.05.2018
Kluczowe elementy
Komunikacja, komunikacja, komunikacja…
Udział zespołu w całym procesie, od początku do końca
Iteracyjność, wyciąganie wniosków
Wstęp o tym że jestem ostatni i rozluźnienie
Wstęp o kierowniku budowy i pustakach
Czym ja się zajmuje – od developera do projektanta
Czym się zajmuje BP – UX, software house, fuzz studio
ankieta
Jak to się dzieje że zaangażowany zespół nie może się dogadać?
Problem z wymianą informacji powoduje blokadę przepływu, wszyscy zaczynają mówić innym językiem
Brak zrozumienia pomiędzy zespołami, brak komunikacji i wspólnego rozumienia celu.
Do dużych projektów dużo narzędzi
Dobieramy je do konkretnych typów projektów
Tutaj skupimy się na narzędziach które są mostem pomiędzy projektantami a developerami
Business Process Model and Notation, BPMN(Notacja i Model Procesu biznesowego) – graficzna notacja służąca do opisywania procesów biznesowych.
Omówić bloki
Uczestnicy – pools/baseny
Tory (lanes) – role biznesowe w ramach uczestników
Eventy
Czynności (taski)
Pokazać prostotę
Prezentacja musi być z samych gifów,
Koniec internetu
Sophia Voychehovski Prater
Mobile-first, content-first, object-first.
Obiekty zrozumiałe dla użytkownika, z jego świata a nie ze świata digital
Dobrze sprawdza się w systemach modularnych
Programiści od dawna mapują świat obiektowo
Ignorujemy obiekty abstrakcyjne, listy – zazwyczaj są to zbiory obiektów
Mapa, kalendarz to elementy naszego designu, nie obiekty użytkownika
Priorytet – waga, istotność nie kolejność
Szkolenia, Opinie, Trenerzy, Case study, Klienci
Jaki jest efekt w socjomani
Odwzorowanie na designie
Obiekty jako widgety,
Następny slajd o procesie
Narzędzia istnieją w procesie
W produkcji dużego oprogramowania musimy mieć narzędzia kontroli, wymiany informacji
Narzędzia istnieją w procesie
W produkcji dużego oprogramowania musimy mieć narzędzia kontroli, wymiany informacji