Najpierw zrozumienie problemu. Potem zmiany.

Złożony e-commerce nie wybacza przypadkowych decyzji.

Dlatego przed developmentem ustalamy, co rzeczywiście trzeba rozwiązać, jakie są zależności i gdzie znajdują się największe ryzyka.

Później pracujemy krótkimi etapami, regularnie weryfikujemy rezultat i nie czekamy z testami do ostatnich dni przed uruchomieniem.

Nasz proces można sprowadzić do czterech etapów.

Etapy pracy

Cztery etapy naszego procesu

  1. 01

    Zrozumienie i discovery

  2. 02

    Projekt i realizacja

  3. 03

    QA i wdrożenie

  4. 04

    Stabilizacja i dalszy rozwój

Zrozumienie i discovery

Zakres pierwszego etapu zależy od projektu.

Przy nowym wdrożeniu mogą to być warsztaty dotyczące procesów biznesowych, architektury i integracji.

Przy migracji podsumowujemy funkcje obecnej platformy, dane i procesy, które trzeba zachować lub zmienić.

Przy przejęciu istniejącego Magento analizujemy również kod, konfigurację, bazę danych, integracje i infrastrukturę.

Chcemy odpowiedzieć przede wszystkim na kilka pytań:

  • jaki problem biznesowy rozwiązujemy,
  • które funkcje są rzeczywiście potrzebne,
  • jakie systemy są ze sobą połączone,
  • gdzie znajduje się źródło poszczególnych danych,
  • co możemy zrobić standardem platformy,
  • gdzie customizacja jest uzasadniona,
  • jakie są najważniejsze ryzyka.

Przy większych projektach wynikiem discovery jest uzgodniony zakres oraz dokumentacja techniczno-funkcjonalna, na której możemy oprzeć development.

Gdy przejmujemy istniejącą platformę

Nie zakładamy, że stary system trzeba przepisać.

Poszczególne elementy oceniamy według czterech decyzji:

Zachować

Działa i nie ma powodu go zmieniać.

Przebudować

Ma wartość, ale wymaga uporządkowania.

Zastąpić

Dalsze rozwijanie obecnego rozwiązania nie ma sensu.

Usunąć

Zwiększa złożoność lub koszt, nie dając wystarczającej wartości.

Celem jest rozwiązanie problemu, a nie stworzenie jak największego zakresu prac.

Projekt i realizacja

Po ustaleniu kierunku dzielimy większy zakres na mniejsze części.

Najczęściej pracujemy w cyklach trwających od jednego do dwóch tygodni. W większych projektach backend, frontend i integracje mogą być rozwijane równolegle.

Projekt na co dzień prowadzi PM.

Odpowiada za organizację prac, status, priorytety i komunikację. Gdy potrzebna jest decyzja dotycząca architektury, integracji lub konkretnego rozwiązania technicznego, do rozmowy wchodzą osoby odpowiedzialne za ten obszar.

Klient ma wgląd w postęp, aktualne priorytety oraz decyzje wpływające na zakres projektu.

Jeżeli wymagania się zmieniają, chcemy wiedzieć o tym przed rozpoczęciem pracy nad danym elementem, a nie po jego wdrożeniu.

QA i wdrożenie

Testowanie jest częścią procesu, a nie ostatnim zadaniem przed produkcją. Po naszej stronie weryfikujemy wykonywane funkcje i krytyczne ścieżki procesu sprzedażowego.

W zależności od projektu obejmuje to między innymi:

  • testy funkcjonalne,
  • testy integracji,
  • regresję kluczowych procesów,
  • weryfikację wydajności,
  • sprawdzenie działania na środowisku przedprodukcyjnym.

Przy procesach wymagających szczególnej wiedzy biznesowej albo znaczących nowych funkcjach klient dodatkowo przeprowadza własne UAT.

Zmiany najpierw trafiają na staging lub środowisko przedprodukcyjne. Dopiero po weryfikacji wdrażamy je na produkcję.

Przy większych aktualizacjach przygotowujemy sposób wdrożenia tak, aby ograniczyć ryzyko przerwy w sprzedaży i - tam, gdzie jest to potrzebne - umożliwić szybkie wycofanie zmiany.

Stabilizacja i dalszy rozwój

Uruchomienie nie oznacza, że projekt znika z naszego radaru.

Po większych zmianach obserwujemy działanie systemu na realnym ruchu i danych. Problemy ujawniające się dopiero na produkcji rozwiązujemy w ramach stabilizacji.

Później współpraca może przejść w stałe utrzymanie i rozwój platformy.

Może obejmować między innymi:

  • obsługę incydentów,
  • aktualizacje Magento,
  • bezpieczeństwo,
  • rozwój nowych funkcji,
  • wydajność,
  • kolejne integracje,
  • rozwój B2B,
  • wejście na następne rynki.

Dzięki temu wiedza zdobyta podczas projektu zostaje w zespole, który później odpowiada za jego dalszy rozwój.

Wsparcie techniczne i utrzymanie

Jak możemy zacząć współpracę

Diagnoza

Gdy najpierw trzeba ustalić źródło problemu i priorytety.

Projekt

Gdy zakres obejmuje wdrożenie, migrację, ratowanie projektu, integrację lub większą przebudowę.

Wsparcie istniejącego zespołu

Gdy firma ma własny zespół, ale potrzebuje dodatkowych kompetencji Magento, Hyvä, integracji albo infrastruktury.

Stała opieka i rozwój

Gdy platforma jest istotna dla biznesu i potrzebuje ciągłego utrzymania oraz dalszych zmian.

Komunikacja

Na co dzień korzystamy z Freshdesk, Microsoft Teams i/lub Slacka oraz e-maila. Możemy również pracować w narzędziach klienta, jeżeli tak funkcjonuje jego organizacja.

Narzędzie jest drugorzędne.

Najważniejsze jest, żeby było wiadomo, co robimy, co jest następne, kto odpowiada i gdzie pojawiło się ryzyko.