System działu projektowania i doświadczenia użytkownika
Zespół projektowania i doświadczenia użytkownika tworzący interfejsy produktu i przekazujący je rozwojowi z jasnymi standardami.
Ścieżka projektu od zlecenia do przekazania rozwojowi: badanie, projektowanie i test, a potem recenzja i ciągłe uczenie się.
Bez karty kredytowej — Twój projekt z pełnym systemem będzie gotowy w minutę
Tak wygląda tablica systemu, którą otrzymasz: kolumny przepływu pracy i karty startowe pokazujące pierwsze kroki
Jak przebiega praca w tym systemie?
Zlecenie projektowe wchodzi jako karta w „Zlecenie” od kierownika produktu lub zespołu wewnętrznego — opisywany jest w nim problem, nie żądany kształt. Kierownik projektowania przenosi ją do „Badanie”, aby projektant przyswoił kontekst: podobne ekrany, uwagi użytkowników i ograniczenia techniczne. Potem „Projektowanie”, gdzie budowane są rozwiązania od wstępnego schematu po interaktywny prototyp, a wersje załączane są na kartę w swojej kolejności. Gotowe przechodzi do „Test” szybkimi sesjami użyteczności lub recenzją ekspercką; jeśli się powiedzie, idzie do „Przekazanie” z finalnym plikiem specyfikacji, który odbiera programista frontendu. Po zbudowaniu karta wchodzi w „Recenzja” w celu wizualnego uzgodnienia wykonania z projektem, a wnioski przenoszone są do „Nauka” w celu zasilenia systemu projektowego.
Czat służy szybkiej koordynacji między projektantem a programistą w trakcie budowy: ograniczenie techniczne wymuszające zmianę lub pytanie o stan brzegowy rozwiązywane natychmiast — wykonanie nie jest pozostawiane zgadywaniu. Forum zachowuje to, co wykracza poza chwilę: decyzje systemu projektowego, wyniki testów użyteczności i zbiorowe recenzje projektów — kumuluje się jedna wizualna mowa zamiast gustu każdego projektanta z osobna.
Kierownik projektowania przyjmuje zlecenia, porządkuje je, uczestniczy w recenzjach „Test” i zatwierdza „Przekazanie”. Projektanci są właścicielami swoich kart od „Badanie” do „Recenzja” i przesyłają na nie swoje wersje. Programiści frontendu odbierają z „Przekazanie” i uzgadniają z projektantem w „Recenzja” przed zamknięciem. Podsumowanie: żadnego przekazania bez testu i żadnego zamknięcia bez recenzji wykonania — luka między projektem a kodem zamykana jest tutaj, a nie po skardze użytkowników.
Kto robi co?
Role operacyjne w tym systemie i odpowiedzialność każdej z nich w codziennej pracy — przypisz je zespołowi wprost albo dostosuj do swojej specyfiki.
Kierownik projektowania
Przyjmuje zlecenia i porządkuje ich priorytety, prowadzi recenzje testu i przekazania oraz strzeże spójności systemu projektowego przez forum.
Projektanci doświadczenia i interfejsów
Realizują badanie, projektowanie i test, przesyłają wersje na karty i wizualnie recenzują wykonanie przed zamknięciem.
Programiści frontendu
Odbierają projekty z „Przekazanie” wraz ze specyfikacjami, koordynują ograniczenia techniczne przez czat i uzgadniają wykonanie w „Recenzja”.
Co jest przygotowane dla Ciebie od pierwszego dnia?
Moduły systemu
- Zadania — Tablica kanban z kolumnami przepływu pracy i kartami realizacji
- Czat — Szybki kanał codziennej koordynacji zespołu
- Forum — Udokumentowane dyskusje w uporządkowanych sekcjach — decyzje i wiedza nigdy nie giną
Sekcje forum (4)
- System projektowyDecyzje o zatwierdzonych komponentach i wzorcach wizualnych: kolory, przyciski i formularze — oficjalny punkt odniesienia każdego projektanta i programisty.
- Recenzje projektówPrototypy wystawione zbiorowej krytyce przed testem, z udokumentowanymi uwagami, nad którymi pracuje projektant.
- Wyniki testów użytecznościPodsumowania sesji testowych: gdzie użytkownicy utknęli i co zmieniliśmy na tej podstawie.
- Inspiracje i odniesieniaWyróżniające się przykłady i aplikacje zbierane przez zespół wraz z analizą tego, co warto z nich zaczerpnąć.
«Zasady pracy w tym systemie» — Przypięte na forum
1. Każde zlecenie projektowe opisuje problem i cel — zlecenie „zaprojektuj mi ekran X” bez kontekstu nie jest przyjmowane. 2. Wersje projektu załączane są na kartę w swojej kolejności, a najnowsza wersja jest jedynym punktem odniesienia. 3. Żadnego przekazania rozwojowi przed zaliczeniem „Testu” i udokumentowaniem jego wyniku. 4. Decyzje systemu projektowego zatwierdzane są na forum — żadnej gruntownej zmiany wizualnej samym czatem. 5. Każda karta przechodzi przez „Recenzję” uzgodnienia wykonania z projektem przed zamknięciem.
Podobne systemy
Gotowy? Pierwszy projekt jest o dwie minuty stąd
Utwórz darmową przestrzeń roboczą już teraz i zaproś zespół przed końcem dnia.