Natalia Bienias
@nbienias
To odkrywanie, czego oczekuje klient (zleceniodawca) od produktu (strony internetowej czy aplikacji).
Jednym z kluczowych składników
jest rozmowa albo wywiad
z klientem* i użytkownikami.
1
2
3
obserwuj zachowanie i konteksty
rozmawiaj, a nie przepytuj
niektóre rzeczy łatwiej pokazać, niż o nich opowiedzieć
Niezależnie od tego ile technik i metod poznamy, musimy zainwestować
w rozwijanie kompetencji miękkich.
Etap zbierania wymagań w dużej mierze opiera się na współpracy z innymi ludźmi.
A inni ludzie, to wyzwania:
To wstępny opis założeń, wymagań i wizji klienta. Czyli tego, co tak naprawdę klient od nas chce.
Zazwyczaj przyjmuje formę kilkustronicowego dokumentu.
Przygotować listę otwartych i zamkniętych pytań, które pomogą w wykonaniu naszego zadania. A przede wszystkim
– w zrozumieniu klienta.
Nie ma jednego, idealnego wzoru na brief.
Z czego się składa?
Ostatecznie to my musimy zebrać najważniejsze informacje. Dlatego
po skompletowaniu briefu robimy
tak zwany debriefing.
Brief je podstawą do efektywnych negocjacji i rozmowy z klientem. Na jego podstawie łatwiej określić ofertę i wycenić swoją pracę.
Po pierwsze – cel.
Nie organizujmy spotkania jeśli
nie wiemy co na nim zrobić.
Niewiele osób lubi spotkania
i warsztaty – będą uważać to
za stratę czasu.
Co będziemy robić na spotkaniu?
Trzeba mieć na nie jakiś plan, wiedzieć co chcemy robić i przygotować na to klienta.
Ważne, zwłaszcza dla klienta, będzie określenie czasu, jaki potrzebujemy
na spotkanie.
Co wziąć pod uwagę w harmonogramie?
Kto będzie po stronie twórców, a kto po stronie zlecającego (klienta)?
Kto może brać udział?
U nas, u klienta czy w wynajętej przestrzeni?
W większości przypadków wystarczy nam salka konferencyjna z rzutnikiem. W przypadku warsztatów możemy potrzebować więcej miejsca, kilka stołów, flipcharty czy tablice.
W przypadku warsztatów kreatywnych
i niektórych ćwiczeń, potrzebne będą również materiały plastyczne (kartki, nożyczki, kleje).
A kiedy już udało nam się
je zorganizować:
Zacznijmy od przedstawienia zespołu
(swojego i po stronie klienta) oraz przejścia przez plan spotkania (cele).
Warto rozpisać agendę i powiesić na widoku (wiemy wtedy kiedy jest czas na przerwę i co będziemy robić dalej).
Jak prowadzić spotkanie?
Na koniec spotkania warto zaplanować krótkie podsumowanie (15-20 minut). Warto przejść szybko przez najważniejsze zagadnienia.
To też najlepszy moment na wytypowanie zadań. Jeśli trzeba zrobić notatkę, przesłać materiały, dać dostępy do narzędzi, trzeba od razu przydzielić te zadania do konkretnych osób.
Zgodnie z ustaleniami zabieramy się za podsumowanie. Może mieć formę notatki (najczęściej), w której wypisane są konkretne działania poszczególnych członków spotkania.
To również forma potwierdzenia uzgodnień, które padły w czasie spotkania.
Na dobry początek, zanim dostaniemy materiały od klienta, możemy sami sprawdzić biznes, dla którego będziemy tworzyć projekt.
Testowe zakupy w sklepie, stworzyć mini audyt, po prostu poznać specyfikę produktu.
W wielu przypadkach, przy dużych projektach, istnieje już dokumentacja.
Naszym zadaniem będzie zapoznanie się z dokumentem i zebranie pytań/wątpliwości.
To prosty i szybki sposób na zebranie wymagań, oczekiwań, opinii. To też podstawa do dalszych prac
w uszczegóławianiu i eliminowaniu niektórych propozycji.
W przypadku dużych projektów, gdzie mówimy o dużych zespołach, warto zacząć od zrozumienia, kto jest częścią projektu i za co będzie odpowiadać.
Feature brainstorming
Listę funkcji, które potrzebne będą
w produkcie, można zacząć zbierać na spotkaniu lub warsztatach. Jednym ze sposobów jest burza mózgów.
Zbiór pomysłów trzeba będzie potem uporządkować i nadać im priorytety.
Modele zadań i ścieżki użytkowników pomagają uporządkować proces powstawania wymagań.
Umożliwiają również sprawdzenie,
czy zadania są łatwe i możliwe
do wykonania.
Use cases (przypadki użycia)
System zapisu reakcji systemu na działania użytkowników. Może mieć formę zapisu słownego lub prezentować się w formie diagramu.
Wizualizacja operacji wykonywanych przez użytkowników, przed,
w trakcie i po korzystaniu z produktu z uwzględnieniem emocji – tych pozytywnych i negatywnych.
Charakterystyczny dla SCRUMa sposób zapisu funkcji systemu. Kładą nacisk na perspektywę użytkownika.
Jako: użytkownik
Chcę: potrzeba
Aby: cel
Dot voting
Głosowanie kropeczkami (naklejkami lub innymi markerami na wybrane funkcje) grupowo lub indywidualnie.
Skala MoSCoW
Must: wymaganie konieczne
Should: powinno, wysoki priorytet
Could: pożądane, ale niekonieczne
Won't: nie będzie implementowane
Gamestorming. Gry biznesowe dla innowatorów.
James Macanufo,
Dave Gray,
Sunni Brown
Nie ma powszechnie obowiązującego systemu tworzenia specyfikacji projektu
– zależy od wielkości i rodzaju projektu, metodyk, zespołu i czasu.
Najczęściej przyjmuje formę dokumentu
z listą wymagań.
Dokumentacja to nie tylko teksty. Uzupełniają ją często zdjęcia, prototypy, diagramy czy szkice procesów, jakie zachodzą w produkcie.
Warto więc wybrać narzędzie, które ułatwi przechowywanie tego typu informacji.
Istotną częścią założeń projektowych są priorytety. Zwłaszcza gdy pracujemy
w oparciu o sprinty i projekty wykonujemy stopniowo dostarczając je do wdrożenia.
Co ma kluczowe znaczenie, co będziemy projektować w pierwszej kolejności i co jako pierwsze wejdzie do wdrożenia?
kilka zasad do zapamiętania na koniec
Nie chodzi o wierne odtwarzanie wszystkiego, co zażyczy sobie klient (czasem to może nie mieć sensu!). Zamiast biernego wykonywania zadań, rozmawiajmy, współpracujmy.
W pracy często kierujemy się intuicją
i doświadczeniem. Dla innych osób mogą być to niewystarczające argumenty do podejmowania decyzji
w związku z produktem.
Identyfikacja prawdziwych interesariuszy projektu oraz współpraca na wczesnym etapie
z developerami (font-end, back-end), agencją SEO czy copywriterami.
I nie ma w tym nic złego. Nie bez powodu zgłasza się do specjalistów po pomoc!
Naszą rolą powinno być poprowadzenie klienta za rękę i wspólne odnalezienie idealnych rozwiązań.
Klient nasz pan – to utarte powiedzenie może przynieść dużo szkody. Zwłaszcza jeśli uświadomimy sobie to, że klient nie zawsze rozumie i wie czego potrzebuje.
I musimy się na to przygotować. Również od strony prawnej (będą miały wpływ np. na czas realizacji).
Pierwsze spotkania i warsztaty mogą wydawać się ciężkie do przygotowania, ale im więcej będziecie mieć ich za sobą, tym swobodniej będzie organizować kolejne.