Jak zorganizować współpracę z jedną agencją prowadzącą development i utrzymanie PrestaShop?

Współpracę łączącą development i utrzymanie PrestaShop organizuje się w pięciu krokach: audyt otwierający, wspólne SLA dla awarii i prac rozwojowych, rozdzielenie ról (osobna ścieżka dla zgłoszeń i osobna dla rozwoju), jasna procedura eskalacji oraz cykliczny przegląd. Bez tych elementów jedna agencja odtwarza ten sam chaos, który miała usunąć.

Model krok po kroku:

1. 1. Audyt otwierający. Inwentaryzacja modułów, nadpisań rdzenia i integracji ustala punkt wyjścia. To moment, w którym wychodzą rzeczy odziedziczone po poprzednich wykonawcach, na przykład override w rdzeniu, których nikt w firmie nie pamięta czy nieaktualne moduły z podatnościami.
2. 2. Jedno SLA na dwa tryby. Umowa musi obejmować zarówno reakcję na awarię (liczoną w godzinach), jak i tempo prac rozwojowych (liczone w sprintach lub pulach godzin). Najczęstszy błąd to SLA tylko na awarie, przy pracach rozwojowych „w miarę możliwości”.
3. 3. Rozdzielone ścieżki pracy. Zgłoszenia awaryjne i rozwój nie mogą konkurować o tych samych ludzi w tym samym momencie, bo wtedy każda awaria zatrzymuje roadmapę. Zapytaj wprost, jak agencja to rozdziela.
4. 4. Procedura eskalacji. Jedna osoba kontaktowa, jeden kanał zgłoszeń, jasne kryterium, kiedy sprawa idzie wyżej. Improwizacja przy awarii kosztuje najwięcej: pokazuje to analiza sześciu kosztownych awarii PrestaShop w Black Friday, gdzie część strat wynikała z błędów operacyjnych, nie z technologii.
5. 5. Cykliczny przegląd. Miesięczne lub kwartalne spotkanie: co się zepsuło, co weszło, co planujemy. Bez tego utrzymanie zamienia się w gaszenie pożarów.

W Waynet oba obszary prowadzi jeden zespół w ramach opieki technicznej i rozwoju PrestaShop WayCare, a odpowiedzialność obejmuje też warstwę serwerową, bo prowadzimy hosting z opieką 24/7. Punktem wyjścia jest zwykle audyt techniczny.