Gdzie się podziała jakość

Piotr Ślęzak
Gdzie się podziała jakość
Działamy na styku Biznesu i IT
Analiza biznesowa
Doradztwo
Kontrola jakości
Projekty
ForProgress spółka z ograniczoną odpowiedzialnością sp.k.
[email protected]
www.forprogress.com.pl
Szkolenia
2
Projekt 1: eCommerce
• Wymiana istniejącego rozwiązania eCommerce
• Portal informacyjny
• Sklep internetowy
• Selfcare
• Wybór gotowego zintegrowanego rozwiązania z półki
• Testy akceptacyjne 6 miesięcy
eCommerce - rzeczywistość projektu
• Trzech dostawców
• zawartość stron
• procesy biznesowe
• integracja ze światem systemów działających w organizacji
• Problemy
• wymagania biznesowe przekazane do programistów
• brak nadzorowania i koordynowania współpracy między dostawcami
• niejednoznaczne uzasadnienie projektu
eCommerce - wynik projektu
• Czas trwania projektu 2,5 roku
• Testy akceptacyjne 18 miesięcy
• Wymaganie: „proces sprzedaży i obsługi klienta w sklepie internetowym ma
przebiegać identycznie do procesu z obecnego sklepu internetowego”
• Dostawca: dostarczenie funkcjonalności sklepu „z pudełka”
• Analitycy: „Mieliśmy nadzieję, że dostawca się domyśli”
• Wycofanie platformy z użycia po 1 miesiącu działania
• Wypowiedzenie umowy dostawcom i naliczenie kar
• Utrata korzyści biznesowych przez zamawiającego
eCommerce - nasze wnioski i rekomendacje
•
•
•
•
Brak wizji i uzasadnienia biznesowego projektu
Brak analizy biznesowej i zarządzania wymaganiami
Analitycy sprowadzeni do roli sekretarki między biznesem a programistami
Niejasne zasady współpracy między dostawcami
• Proces zarządzania wymaganiami i projektem
• wsparcie narzędziowe procesów
• Zaangażowanie wszystkich interesariuszy w zbieranie wymagań
• formalne zarządzanie zmianami ze szczegółową analizą wpływu
• uzgodnienie zasad komunikacji
eCommerce - wnioski klienta
• „Wycofaliśmy nową platformę z użycia”
• „Zwolniliśmy kierownika projektu”
• „Zwolniliśmy koordynatora ze strony
biznesowej”
• „Zastanawiamy się czy potrzebujemy
nową platformę eCommerce”
Problem zarządzania wymaganiami i zdefiniowanej tam niskiej jakości dla dostarczanego ro
Projekt 2: Kupowanie zajęć
•
•
•
•
•
Kupowanie zajęć sportowych za pomocą aplikacji mobilnej
Współpraca z klubami sportowymi
Współpraca z trenerami
Szybkie wprowadzenie usługi na rynek
Dostawca z doświadczeniem w budowaniu aplikacji mobilnych
Kupowanie zajęć - rzeczywistość projektu
• Bardzo dobrze zdefiniowane wymagania
• ekrany i ścieżki przejścia przez system
• bliska współpraca z przedstawicielami użytkowników-klientów
• Metodyka SCRUM i wydania co miesiąc
• Problemy
• zaplanowane wydania nic nie dostarczają
• duża zmienność w założeniach
• brak nanoszenia zmian na istniejące ekrany i scenariusze przejścia
• po 3 miesiącach brak aktualnych założeń co ma robić system
Kupowanie zajęć - wynik projektu
•
•
•
•
•
•
Opóźnienie projektu o 100% zakładanego czasu
Nic nie działa
Obsługa jednej platformy mobilnej
Utrata możliwości nawiązania współpracy z klubami
Utrata rynku i przychodów z działającej usługi
Zatrudnienie zewnętrznych konsultantów do testów
akceptacyjnych systemu !!!
Kupowanie zajęć - nasze działania i rekomendacje
• Organizacja testów funkcjonalnych na zasadzie testów
eksploracyjnych
• brak aktualnych założeń i planów realizacji prac
• „Proszę o dostarczenie aktualnych wymagań na
system”
• „Ale my działamy Agile!”
• „OK. Proszę o dostarczenie backloga, historyjek
użycia, planów sprintów itp.”
• „Ale my nic takiego nie mamy. Lecimy do przodu i
liczymy na to, że się uda”.
Kupowanie usług - nasze działania i rekomendacje
•
•
•
•
Testy akceptacyjne
Badanie wydajności i skalowalności
Analiza bezpieczeństwa w tym zgodności z GIODO
Doradztwo strategiczne IT dla właściciela
• architektura
• współpraca z dostawcami
• nadzór managerski nad projektami
Kupowanie usług - wnioski klienta
• Sprowadzenie właściciela i prezesa firmy do roli projektantaprogramisty
• „Przeczytałem książkę o budowaniu aplikacji mobilnych i teraz
już rozumiem o co w tym chodzi”
• Strata finansowa kilkuset tysięcy złotych w 6 miesięcy
• Liczenie na to, że doświadczeni konsultanci-testerzy zapewnią
jakość rozwiązania
Bardzo dobry pomysł biznesowy, założenia i wymagania zniszczone przez miernej
jakości proces wytwórczy
Projekt 3: Usługi medyczne
• Ogólnopolska sieć prywatnych przychodni medycznych
• Bardzo sprawnie działający marketing
• Duża ilość nowych usług wspieranych przez rozwiązania
informatyczne
• Bardzo dobra współpraca biznesu z IT
• Terminowe dostarczanie rozwiązań IT na produkcję
• Sprawnie działający dział utrzymania
Usługi medyczne - rzeczywistość projektu
• Projekty powiązane ze sobą prowadzone w podejściu
wydaniowym
• „Armia” testerów manualnych pracujących na dokumentach
• Niejednorodne raportowanie kontroli jakości
• Ponad 12 000 testów na wydanie
Usługi medyczne - wynik projektu
• Coraz więcej błędów na produkcji w tych obszarach gdzie nie
było zmian
• Coraz szybciej rozrastająca się dokumentacja testowa
• Frustracja w zespole testowym
• „Jak najbliższe wydanie będzie takiej samej jakości jak
poprzednie to zostanie po nas tylko mokra plama na ścianie”
Usługi medyczne - nasze działania i rekomendacje
•
•
•
•
•
•
Wsparcie narzędziowe dla procesu testowania
Wydzielenie kluczowych obszarów do badania regresji
Zapewnienie czasu w projekcie na regresję
Szeroko zakrojona automatyzacja regresji
Reorganizacja zespołu testowego
Wdrażanie automatyzacji w modelu eksperci - pracownicy
wewnętrzni
Usługi medyczne - wnioski klienta
• „Nie stać nas na usprawnienia bo kolejne
wydania już nadchodzą”
• „Zorganizujemy się sami zatrudniając
więcej testerów na etat”
Brak sensownego procesu kontroli jakości niweczy ciężką pracę analityków biznesowych i zes
Co składa się na jakość
• Wymagania
• miejsce definiowana jakości rozwiązania
• Proces wytwórczy
• przetworzenie oczekiwań na dostarczane rozwiązanie
• Kontrola jakości
• weryfikacja i walidacja rozwiązania
Strategia
• Działanie z wizją celu
• Myślenie i planowanie do
przodu a nie reagowanie na
problemy
• Angażowanie interesariuszy
biznesowych
• Usprawnianie
i automatyzacja procesów
Biznes nie będzie na nas czekał
bo konkurencja biznesu nie czeka!!!