W miarę jak nasz produkt stawał się coraz bardziej złożony, coraz trudniej było uzyskać pełny obraz tego, jak wszystko działa razem. Aby utrzymać nasze tempo wzrostu, musieliśmy znaleźć sposób na utrzymanie aktualnego źródła prawdy dla wszystkich naszych specyfikacji funkcjonalnych. W tym artykule wyjaśniono, jak wcześniej zajmowaliśmy się specyfikacjami, jakie problemy znaleźliśmy przy tym podejściu i jak wymyśliliśmy całkowicie nowe.

Co było nie tak z „specyfikacjami według funkcji”

Nasze tradycyjne podejście do specyfikacji polegało na stworzeniu dedykowanej strony dla każdej nowej specyfikacji, na której menedżerowie produktu zestawialiby listę oczekiwanych zachowań dla nowych i istniejących ekranów. Takie podejście sprawdzało się, dopóki produkt nie stał się bardziej złożony, zwłaszcza gdy nowe funkcje nadpisywały części istniejących ekranów.

W rezultacie trudno było dokładnie zrozumieć, jak działa ekran i jakie potencjalne reperkusje mogą wystąpić w innym miejscu aplikacji podczas aktualizacji określonego elementu. Baza kodu stała się jedynym wiarygodnym źródłem prawdy, a menedżerowie produktu musieli polegać na inżynierach, którzy wielokrotnie wyjaśniali zachowanie ekranów. To przerwało koncentrację Inżynierów, zmuszając ich do udzielania szybkich, przybliżonych odpowiedzi, co prowadziło do przeróbek, marnotrawstwa, wydłużenia czasu realizacji i frustracji.

Budowa prototypu

Aby rozwiązać ten problem, musieliśmy opracować prototyp źródła prawdy dla specyfikacji i projektów. Każdy ekran powinien mieć unikalne źródło prawdy. Dlatego wszelkie aktualizacje dokonywane na ekranie powinny znaleźć odzwierciedlenie w tym jednym źródle prawdy, a nie na jakiejkolwiek innej dedykowanej stronie. Nasze projekty były na Figmie, więc je tam zostawiliśmy. Pisanie specyfikacji obok zrzutów ekranu w Notion wymagało więcej pracy niż bezpośrednie pisanie specyfikacji w Figmie. Deweloperzy mogli natychmiast zobaczyć projekty o wysokiej wierności z ich specyfikacjami w tym samym pliku Figma, z istniejącą specyfikacją tuż obok proponowanej zmiany

Aby upewnić się, że nasze specyfikacje są wyczerpujące, zidentyfikowaliśmy cztery kluczowe obszary, których nie uwzględniono w naszym poprzednim podejściu w naszym nowym prototypie. Po pierwsze, potrzebowaliśmy widoczności wszystkich elementów ekranu, niezależnie od warunków. Po drugie, musieliśmy wiedzieć, jak zachowuje się dowolny element, bez konieczności proszenia inżynierów o retro-inżynierię bazy kodu. Po trzecie, musieliśmy wiedzieć, czy element jest współdzielony na kilku ekranach, aby uniknąć sytuacji, w której zmiana na jednym ekranie powoduje niechciane aktualizacje na innych ekranach. I wreszcie, potrzebowaliśmy wyraźnego obrazu przepływów na ekranie ze wszystkimi warunkami, aby nawigować z jednego ekranu na drugi.

Ulepszanie i skalowanie prototypu

Aby wdrożyć wszystkich naszych projektantów, musieliśmy opracować jasny standard, który odpowiadał ich specyficznym potrzebom na platformie, którą rozpoznawali i regularnie z niej korzystali. Teraz mamy jeden obszar roboczy „Specyfikacje wizualne” w Figma z folderami uporządkowanymi tematycznie, a nie według zespołu. Każdy ekran należy do wszystkich, a nie tylko do jednego zespołu. Jeśli zespół odpowiedzialny za określony zakres wprowadzi zmianę, która wpłynie na inną część aplikacji, może zaktualizować odpowiednie ekrany we właściwym miejscu i wszyscy zobaczą zmianę automatycznie. W ten sposób nasze obecne podejście do specyfikacji jest bardziej wszechstronne niż wcześniej. Każdy folder motywu ma jedną stronę dla każdej historii użytkownika.

Treść historii użytkownika pokazuje poziomy postęp podróży użytkownika. W pionie mamy wszystkie możliwe warianty każdego ekranu klawiszy (stan błędu, stan ładowania, stan pusty…). Karty specyfikacji są w pełni wyczerpującymi kryteriami akceptacji dla każdego elementu, w których wyjaśnione jest każde możliwe zachowanie elementu. Kluczowe ekrany będą zawierały większość specyfikacji, a warianty będą pokazywać tylko ich specyficzne specyfikacje.

Teraz za każdym razem, gdy opracowujemy nową funkcję, tworzymy nową gałąź w Figma i dodajemy nowe karty specyfikacji w wyraźnym kolorze obok nowych elementów. Gdy ta funkcja zostanie ukończona, te karty specyfikacji staną się „aktywne”, a gałąź połączy się z główną. Dzięki temu wszystko jest czyste, aktualne i gotowe do uruchomienia nowej funkcji w najlepszych możliwych warunkach.

Wykonanie pełnej migracji

Aktualizacja sposobów pracy w dziale technicznym i produktowym może być wyzwaniem. I tu wkracza Qonto Way — ciągłe doskonalenie leży u podstaw naszej kultury. Wypróbowujemy nowe metody z podzbiorem zespołu, a jeśli okażą się przydatne, wdrażamy je w całym zespole. Jeśli nie, odrzucamy je. Jeśli chodzi o przebudowę naszego podejścia do specyfikacji, zaczęliśmy na poziomie mojego zespołu i przejąłem pełną odpowiedzialność za inicjatywę przy wsparciu członków zespołu ds. Produktu/Projektowania/Technologii, którzy są bezpośrednio zaangażowani w jego użycie. Idealnie byłoby, gdybyś dokonał inżynierii wstecznej wystarczającej liczby ekranów i specyfikacji, aby objąć następną funkcję, nad którą ostatecznie będziesz pracować (przeprowadziłem inżynierię wsteczną pełnego zakresu mojego zespołu, abyśmy byli gotowi na każdą nową funkcję, która pojawi się na naszej drodze).

Koniecznie zademonstruj swoje (pozytywne!) wrażenia z tej nowej funkcji i nie wahaj się intensywnie promować jej korzyści wśród innych, aby zyskać poparcie kierowników technicznych i produktowych.

Gdy już zaczęliśmy działać, musieliśmy zaktualizować sposób, w jaki pracowaliśmy na dużą skalę. Napisaliśmy sprawdzony zestaw standardów, z których każdy był skierowany do innego zespołu: technicznego, produktowego i projektowego, z jasno określonymi właścicielami każdego stosu.

Po osiągnięciu tego kroku możesz tworzyć nowe funkcje w specyfikacjach wizualnych, konsolidując wiedzę funkcja po funkcji. Jednak pełne korzyści z pracy w ten sposób uzyskasz dopiero wtedy, gdy zaplanujesz każde ostatnie zachowanie. W zależności od sytuacji istnieją dwa sposoby rozpoczęcia mapowania w pełnej skali (każdy zespół może zdecydować się na przyjęcie jednego lub drugiego podejścia):

• Zamroź produkcję na kilka dni w każdym zespole funkcjonalnym i poproś swój zespół techniczny i projektantów o przeprojektowanie pełnego istniejącego zakresu. Ta metoda ma kilka zalet: zainteresowany zespół otrzymuje pełną wiedzę na temat domeny, w tym nowych członków, a Ty masz 100% jasność co do tego, jak wszystko działa — koniec martwych punktów.
• Projektuj retro tylko te części, które planujesz zaktualizować tuż przed utworzeniem nowej funkcji. Dzięki temu niczego nie przegapisz i możesz zacząć budować nowe elementy na podstawie tego nowego źródła prawdy. Wadą tego podejścia jest to, że nigdy nie uzyskasz pełnego obrazu.

Nasz nowy proces specyfikacji zrewolucjonizował sposób, w jaki pracujemy, żegnając się z bazowym kodem „nurkowania w jaskiniach”. Tworząc pojedyncze źródło prawdziwych specyfikacji i projektów, stworzyliśmy przestrzeń roboczą, która jest łatwa w użyciu, dostępna dla wszystkich członków zespołu i zapewnia dokładne i aktualne informacje na wszystkich naszych ekranach i historiach użytkowników. Zaoszczędziliśmy czas, ograniczyliśmy przeróbki, przyspieszyliśmy wdrażanie nowych członków i zapewniliśmy pełniejszy obraz tego, jak wszystko działa razem.

Qonto to rozwiązanie finansowe przeznaczone dla MŚP i freelancerów, założone w 2016 roku przez Steve'a Anavi i Alexandre'a Prota. Od czasu naszej premiery w lipcu 2017 r. Qonto ułatwiło finansowanie działalności ponad 350 000 firm.

Właściciele firm oszczędzają czas dzięki usprawnionej konfiguracji konta Qonto, intuicyjnej codziennej obsłudze z nieograniczoną historią transakcji, eksportem księgowym i praktyczną funkcją zarządzania wydatkami.

Zachowują kontrolę, a jednocześnie mogą zapewnić swoim zespołom większą autonomię dzięki powiadomieniom w czasie rzeczywistym i systemowi zarządzania prawami użytkowników.

Korzystają z lepszej widoczności przepływów pieniężnych dzięki inteligentnym pulpitom nawigacyjnym, automatycznemu tagowaniu transakcji i narzędziom do monitorowania przepływów pieniężnych.

Cieszą się również znakomitą obsługą klienta za uczciwą i przejrzystą cenę.

Chcesz dołączyć do ambitnej i zmieniającej gry firmy? Zapoznaj się z naszymi ofertami pracy !