Zanim przejdziemy do szczegółów, chciałbym wprowadzić jeszcze jedno pojęcie: projektowanie oparte na współpracy. Iteracyjne podejście do projektowania produktu nie przyniesie spektakularnych wyników, jeśli będzie zawieszone w próżni.

Poznanie punktów widzenia klientów i programistów już na samym początku projektu pozwoli znaleźć się bliżej właściwego celu i ułatwi skoncentrowanie iteracji na jego realizacji w miarę postępu prac.

W większości przypadków product owner i projektant już na wczesnym etapie poświęcą czas na burzę mózgów i iteracyjne planowanie produktu. Ich celem jest zweryfikowanie uzasadnienia biznesowego i upewnienie się, że zespół inżynierski właściwie wykorzystuje czas na rozwiązywanie rzeczywistych problemów, z jakimi borykają się prawdziwi klienci.

Po etapie wstępnego planowania i opracowywania koncepcji ideowej menedżer produktu i projektant zaczynają współpracować z zespołem programistycznym. W całym programie projekt wizualny i mechanizmów interakcji ma charakter iteracyjny — tak jak w przypadku architektury oprogramowania: należy rozpoznać najważniejszy problem do rozwiązania i dodać wystarczającą ilość elementów projektu (i kodu), aby uzyskać informacje zwrotne na temat rozwiązania.

Gdy zespół rozpoczyna planowanie sprintu i porządkowanie backlogu, warto zwrócić się do projektantów. Uzyskanie ich opinii na etapie podejmowania decyzji dotyczących dalszego kierunku rozwoju produktu ułatwi finalizację tego procesu.

W wielu organizacjach projektanci współpracują z wieloma zespołami (a nawet nad wieloma produktami!). W Atlassian również tak jest. Dlatego dążyliśmy do tego, aby lepiej wykorzystać ich cenny czas.

Wytyczne Atlassian dotyczące projektowania są zbiorem zasad, wskazówek i zasobów umożliwiających projektowanie i tworzenie fantastycznych środowisk. Nasze wytyczne dotyczące projektowania obejmują nie tylko elementy projektu wizualnego, ale także ucieleśniają nasze wartości w sferze projektowania środowiska użytkownika.

Pozwala to wielu zespołom Agile opracowywać spójne środowiska we wszystkich rodzinach naszych produktów. Jak już wspomniano, w procesie projektowania biorą udział programiści i product ownerzy. W związku z tym, że cały zespół współpracuje z wykorzystaniem Wytycznych Atlassian dotyczących projektowania, programiści i product ownerzy stają się bardziej efektywnymi projektantami.

Zdobyty zestaw umiejętności jest następnie przekazywany także innym członkom zespołu, co stanowi podstawową wartość w kulturze Agile.

Choć wspólny sposób myślenia jest istotny, my chcieliśmy pójść o krok dalej w naszym podejściu do projektowania Agile. Wytyczne Atlassian dotyczące projektowania są udostępniane za pośrednictwem trzech głównych kanałów:

1. witryny internetowej z wytycznymi Atlassian dotyczącymi projektowania, gdzie można znaleźć filozofię i metodologię leżące u podstaw naszych decyzji projektowych;

2. gotowego pakietu interfejsu użytkownika Atlassian (AUI), czyli zestawu szablonów HTML, JavaScript i CSS, w których wdrożono wszystkie nasze elementy projektowe w postaci kodu;

3. szablonów Keynote i PowerPoint zawierających wizualną prezentację wszystkich naszych komponentów.

Programiści mogą pobrać pakiet AUI i tworzyć makiety. W podobny sposób product ownerzy mogą tworzyć w slajdach z prezentacji środowiska produktów, które wyglądają tak jak rzeczywisty produkt, bez konieczności pisania choćby jednego wiersza kodu. Jest to skuteczny sposób na zgromadzenie istotnej i praktycznej informacji zwrotnej na temat projektu.

Te zasoby umożliwiają również wzmocnienie współpracy partnerskiej nad projektami w obrębie całego zespołu Agile. Jeden projektant pełni wiodącą rolę w procesie planowania, jednak reszta zespołu ma swój wkład w podejmowanie decyzji w kolejnych iteracjach. Pozwala to wyeliminować wąskie gardło procesu decyzyjnego dotyczącego projektu oraz w większym stopniu wdrożyć zasady Agile w całym zespole.

W toku prac rozwojowych każda funkcja przechodzi dwie ścieżki: projektowanie środowiska użytkownika i projektowanie wizualne. Projektowanie środowiska użytkownika wymaga myślenia o projekcie w kategoriach architektury informacji i przepływów pracy w obrębie nowej funkcji. Projekt wizualny obejmuje projektowanie interakcji i stylu prezentacji funkcji.

Czasami zespoły skupiają się zbyt mocno na aspekcie wizualnym, ponieważ stanowi on tę emocjonalną część procesu tworzenia produktu. (No i wszystko jest takie ładne, ciekawe i w ogóle). Jednak projekt wizualny, choć jest bardzo ważny, nie może przesłaniać dobrze zaprojektowanego środowiska użytkownika.

W rzeczywistości nawet najbardziej zachwycający projekt wizualny nie sprawi, że użytkownicy pokochają produkt, jeśli projekt środowiska nie będzie dobry.

Dzięki wysoce rozwiniętym umiejętnościom wczuwania się w doświadczenia użytkowników i szóstemu zmysłowi pozwalającemu wykrywać błędy typograficzne oraz dziwaczne układy projektanci stanowią niezwykle cenne źródło informacji zwrotnych. Dlatego należy im zapewnić możliwość łatwego wykonywania zrzutów ekranu, dodawania do nich oznaczeń i zgłaszania błędów lub sugerowania ulepszeń.

Projekt z czasem ulega zmianom, podobnie jak paradygmaty obowiązujące w programowaniu. Nowoczesne technologie, takie jak CSS, ułatwiają oddzielenie wizualnej strony aplikacji od jej logiki. Podobnie trzeba upewnić się, że automatyczne testy są tak skonstruowane, aby były odporne na ewolucję projektu wizualnego.

Projekt będzie się zmieniał, dlatego ważna jest możliwość łatwego dostosowywania bazy kodu do nowych trendów.