Kontekst:

Projekt z branży e-commerce z dużym naciskiem na szybki release, otwarcie się na klientów, oraz realizację założeń przedstawionych stakeholderom jeszcze przed rozpoczęciem developmentu.

Wyzwanie:

Time to market, ambitny plan na dowiezienie produktu. Ambitne oczekiwania stakeholderów względem wielkości zespołu. Dostępny tylko opis wymagań funkcjonalnych.

Nasze działania:

Cały zespół jest odpowiedzialny za jakość dostarczanego oprogramowania. Jednak nie każdy zdaje sobie sprawę, że w tym kontekście zespół odpowiada za realizację konkretnych zadań. Suma tych czynności ma w rezultacie osiągnąć zamierzony poziom jakości. Wcześniej jednak należało popracować z wymaganiami niefunkcjonalnymi oraz zaplanować odpowiednie poziomy testów jako Manager Jakości.

Zanim przeszliśmy do planowania działań, należało rozprawić się z brakującymi elementami układanki tj. wymaganiami niefunkcjonalnymi, ich mierzalności i adekwatnością dla projektu. Część z wymagań byliśmy w stanie odłożyć w czasie ze względu na krótki czas dostarczenia i inne cele stawiane przed tym MVP – klient potrzebował potwierdzenia modelu biznesowego, jednak nie mogło się to odbyć kosztem jakości. Utrata jakichkolwiek punktów na tym poziomie mogłaby doprowadzić do nieodwracalnych skutków, jak np. zepsuta reputacja, czy skaza na marce, a w konsekwencji utrata inwestorów.

Wspólnie z klientem dopasowaliśmy strategię testową do kontekstu projektu, skrzętnie planując każdy z etapów dostarczanego oprogramowania. Zaproponowaliśmy proces, który buduje swoistą siatkę bezpieczeństwa dla krytycznej i najważniejszej funkcjonalności systemu, bez której całość nie miałaby sensu.

W rezultacie skróciliśmy czas potrzebny na dostarczenie nowych funkcjonalności dla użytkownika końcowego – z 4-6 miesięcy, do 4-6 tygodni.

Wnioski:

Przykład obrazuje sztukę dobrego zrozumienia celu projektu, wyzwań przed nim stawianych oraz odpowiedniego ukierunkowania działań zespołu developerskiego. Nie byłoby to możliwe bez zbudowania dobrej relacji z klientem. Od samego początku bazowaliśmy na doświadczeniu zespołu, wiedzy eksperckiej, faktach i sprawdzonych metodach developmentu, przychodząc do niego z rozwiązaniami, które dały oczekiwany rezultat. Klient, pomimo początkowej nieufności, bardzo szybko się przekonał o zasadności działań, doceniając zaangażowanie. W efekcie odniesionego sukcesu, pojawiły się nowe środki na zwiększenie zespołu developerskiego.

Kontekst:

Istniejący system klienta opierał się o rozwiązania znane z branżą finansową. System został stworzony w oparciu o starsze technologie i rozwijany przez wiele lat przez różne zespoły od różnych podwykonawców, z których każdy podchodził do zapewniania jakości w bardzo odmienny sposób.

Wyzwanie:

Poprawa wydajności systemu była najwyższym priorytetem. Przetwarzanie niektórych procesów mierzono w dniach. Spowodowało to również poważne problemy z użytkowaniem oprogramowania, co z kolei znacząco nadszarpnęło reputację klienta w oczach jego użytkowników końcowych.

Wszystkie weryfikacje i walidacje były przeprowadzane manualnie. Przez to wszystko było bardzo kosztowne i czasochłonne, a mając na uwadze nieubłaganie zbliżające się terminy, klient nie mógł pozwolić sobie na powtórkę, wręcz przeciwnie – musiał możliwie szybko odbudować zaufanie i poprawić wydajność systemu.

Nasze działania:

Nasze działania skupiły się na opracowaniu podejścia do testów dla systemów typu legacy. W pierwszej kolejności zdefiniowaliśmy wskaźniki jakości systemu, pozwalające nam monitorować i mierzyć zmiany w czasie. Następnie określiliśmy miejsca w systemie, gdzie można było wprowadzić zmiany najmniejszym kosztem przy jednoczesnym największym zysku w kontekście wydajności.

Zaplanowaliśmy zakres prac – refaktor kodu aplikacji wraz z rozwijaniem siatki bezpieczeństwa w postaci testów. W tym celu wdrożyliśmy m.in. zestaw testów weryfikujących osiągnięcie pożądanego rezultatu projektu – poprawę wydajności systemu, przy zachowaniu poprawności obliczeń. Z punktu widzenia systemu kluczowa była bliska współpraca z ekspertem domenowym oraz dostarczoną dokumentacją.

Opracowaliśmy i wdrożyliśmy, procesy budowania i inspekcji w ramach Continuous Integration, kładąc nacisk na weryfikację stanu dostarczanego oprogramowania, jego jakości, podtrzymywania ustalonych standardów oraz luk bezpieczeństwa. Dzięki temu mogliśmy zapewnić interesariuszy o braku regresji we wszystkich kluczowych obszarach aplikacji.

Wnioski:

Udało nam się skrócić czas przetwarzania niektórych operacji z kilku godzin do kilkudziesięciu minut (z 24-30 godzin do 30-45 minut), mając jednocześnie pewność, że w ramach funkcjonalności aplikacji nie nastąpiła żadna niepożądana zmiana. Było to możliwe dzięki odpowiednio zaprojektowanej i wdrożonej strategii testów oraz przy dużym udziale automatyzacji. Ostatecznie osiągnęliśmy cel w wyznaczonym terminie. Dzięki temu udoskonalony produkt trafił do klientów i użytkowników końcowych na czas.

Kontekst:

Projekt dotyczył transportu i innowacyjnego systemu do zarządzania, analizy i dystrybucji zezwoleń, punktów dostępu i płatności. Architektura była oparta w dużej mierze o mikroserwisy i integrację z zewnętrznymi dostawcami. Projekt był już w zaawansowanej fazie rozwoju, a dedykowany zespół ds. kontroli jakości nie był od początku zaangażowany w proces.

Wyzwanie:

Głównym celem było dostarczenie pierwszej wersji oprogramowania na spotkanie z interesariuszami. Ważna była nie tylko realizacja funkcjonalności, ale także zapewnienie odpowiedniej jakości dostarczanego rozwiązania. Sukces tego etapu był kluczowy dla dalszej realizacji projektu z uwagi na możliwość jego kontynuacji oraz pozyskanie finansowania dla reszty zaplanowanego systemu.

Nasze działania:

W pierwszym kroku oparliśmy się na celach i potrzebach klienta. Mając zdefiniowane wymagania funkcjonalne i niefunkcjonalne określiliśmy priorytety oraz ryzyka. Mając te informacje opracowaliśmy strategię procesu testowania – od testowania nowych funkcjonalności, automatyzacji, aż po testy regresji i raporty jakości aplikacji. Zaprojektowaliśmy również proces wczesnego wykrywania błędów, który zapobiegł potencjalnemu obniżeniu zaufania do produktu i wyższym kosztom napraw.

Pomogliśmy skompletować zespół testerów, który miał za zadanie dbać o jakość na różnych etapach rozwoju serwisów. Położyliśmy tutaj duży nacisk na praktykę shift-left. Przez cały czas wdrażania nowych członków mentorowaliśmy ich i pomagaliśmy im zapoznać się z narzędziami oraz wykorzystywanymi technologiami.

Opracowaliśmy automatyzację testów, która obejmowała zarówno poszczególne moduły, jak i integrację mikroserwisów z systemami zewnętrznymi. Kluczowe było włączenie automatyzacji do procesów budowania i wdrażania. Dzięki czemu uzyskaliśmy szybką informację zwrotną na temat aktualnego stanu dostarczanego oprogramowania oraz spełnianiu przez nie aspektów jakościowych.

Wnioski:

Prezentacja całego systemu została bardzo pozytywnie odebrana przez interesariuszy. Przyjęte założenia dla systemu, które były ujęte i weryfikowane na poziomie strategii testowej, zostały spełnione. W efekcie czego zostało przyznane dofinansowanie dla projektu. Dzięki temu mogliśmy przejść do kolejnych faz realizacji rozwiązania.