01
Zarząd widzi tylko koszt.
Słyszy „dług techniczny” i liczy koszt. Dlatego modernizacja co kwartał przegrywa z roadmapą produktu.
Modernizacja systemów legacy
Zaplanuj modernizację systemu etapami. Bez zatrzymywania produktu.
Trzy dni warsztatu z Twoim zespołem, na Twoim systemie. Po nich masz plan modernizacji: co zmieniasz, w jakiej kolejności i jak w tym czasie dalej rozwijać produkt.
Pobierz przykładowy plan modernizacjiZobacz, co dostajesz
Rozmowa jest bezpłatna. Prowadzi ją jeden z założycieli.
18+ lat
doświadczenia każdego z trzech założycieli
100+
projektów technologicznych
1. miejsce
w O'Reilly Architectural Kata Winter 2024
Dla kogo
Dla firm produktowych z własnymi zespołami developerskimi.
Produkt musi się rozwijać, a system pod nim coraz bardziej to utrudnia. Zmianę trzeba więc prowadzić etapami, równolegle z rozwojem.
To dla Ciebie, jeśli:
- masz własne zespoły (zwykle 15-300 developerów) i to one mają przeprowadzić modernizację,
- system jest krytyczny dla biznesu, a każda zmiana kosztuje coraz więcej,
- modernizacja stoi w miejscu albo utknęła w połowie,
- nowe usługi dalej zależą od starej bazy danych i da się je wdrażać tylko razem,
- potrzebujesz niezależnej rekomendacji zamiast oferty na wykonanie.
Wybierz inną drogę, jeśli:
- szukasz firmy, która przepisze system za Twój zespół - wtedy pomożemy Ci ją wybrać,
- Twoje zespoły mają silne kompetencje architektoniczne, a modernizacja ma tempo,
- osoba decyzyjna po stronie biznesu ma teraz inne priorytety niż przygotowanie warsztatu i przeglądy decyzji.
Dlaczego modernizacja ciągnie się latami
Modernizacja rzadko utyka przez technologię. Utyka, bo opcji jest wiele, a zły wybór to miesiące pracy bez efektu.
Pięć powodów, które widzimy najczęściej.
02
Bieżąca praca zawsze wygrywa.
Plan „trzy dni modernizacji, dwa dni utrzymania” w praktyce kończy się na pięciu dniach utrzymania.
03
Nowy system kopiuje stary.
Przepisanie 1:1 przenosi martwe funkcje i obejścia sprzed lat. Nowa technologia, stara logika.
04
Kawałki wycinane na wyczucie.
Nowe usługi dalej czytają i zapisują do starej bazy, więc wdrażasz je razem. Złożoność rośnie szybciej niż korzyści.
05
Decyzje podjął ktoś z zewnątrz.
Zespół dostaje gotowe decyzje i trudno mu ich bronić. Kiedy konsultanci wychodzą, architektura wraca do starego.
Rozpoznajesz u siebie dwa z tych powodów? To dobry moment na rozmowę.
Umów 30 minut z architektemCo dostajesz
Plan modernizacji etapami. Gotowy do realizacji.
Plan, który zbudował Twój zespół i który rozumie zarząd. Wszystko w edytowalnej formie, w Twoich narzędziach: Confluence, Jira, Miro, repozytorium.
01
Cel w liczbach
3-5 celów z punktem wyjścia, wartością docelową, terminem i osobą odpowiedzialną. Zarząd wie, za co płaci.
02
Decyzja dla każdej części systemu
Co zostaje, co zmieniasz, co wyłączasz, a co budujesz od nowa. Pieniądze idą tam, gdzie firma zarabia.
03
Kolejność etapów
W jakiej kolejności zmieniać system, żeby produkt cały czas działał i się rozwijał. Każdy etap trafia na produkcję osobno.
04
Pierwszy krok na 30-90 dni
Mały pilotaż z kryteriami sukcesu, właścicielem i możliwością wycofania.
05
Model pracy zespołu
Kto utrzymuje stary system, kto buduje nowy, jak dzielić czas i jakich kompetencji brakuje.
06
Zapisane decyzje i ryzyka
Dlaczego wybrane rozwiązanie wygrało z innymi i co na nim tracisz. Do tego mapa ryzyk, także wiedzy, którą ma tylko jedna osoba.
Czasem właściwa decyzja to odłożyć modernizację.
Jeśli wartość zmiany jest wątpliwa, ryzyko za wysokie albo taniej wyjdzie gotowe narzędzie, powiemy to wprost. Świadome odłożenie albo zawężenie modernizacji to też dobry wynik warsztatu.
Chcesz zobaczyć, jak wygląda taki plan przed rozmową?
Pobierz przykładowy plan modernizacji
PDF · cele, decyzje dla części systemu, kolejność etapów · wkrótce
Nasza metoda
Najpierw biznes i zespół. Kod na końcu.
Pracujemy własną metodą. Łączy nasze doświadczenie z ponad 100 projektów z podejściami uznanych autorów z branży.
Dzień 1 · Biznes
Po co zmieniamy system?
Na podstawie rozmów z biznesem ustalamy, które części systemu zarabiają, które tylko kosztują, a które można wyłączyć.
Dzień 2 · Zespół
Kto i jak to zrobi?
Sprawdzamy, kto zna krytyczne moduły i ile czasu zjada utrzymanie. Ustalamy, kto utrzymuje stary system, a kto buduje nowy.
Dzień 3 · Technologia
W jaki sposób?
Porównujemy 2-3 możliwe rozwiązania, wybieramy jedno z uzasadnieniem i rozpisujemy kolejność etapów.
Każdy dzień ma ten sam rytm
Historia - dlaczego jest tak, jak jest. Teraźniejszość - fakty i liczby. Przyszłość - cele, możliwe rozwiązania i plan.
Na czym się opieramy
- Architecture ModernizationNick Tune, Jean-Georges Perrin
- Software Architecture: The Hard PartsNeal Ford, Mark Richards, Pramod Sadalage, Zhamak Dehghani
- Team TopologiesMatthew Skelton, Manuel Pais
- Learning Domain-Driven DesignVlad Khononov
Jak wygląda współpraca
Pięć kroków. Na każdym decydujesz Ty.
Warsztat jest zawsze, bo plan budujemy razem z Twoim zespołem.
30 minut
Bezpłatna rozmowa
Mówisz, gdzie jesteś. My mówimy wprost, czy warsztat ma sens.
W 3 dni robocze
Plan warsztatu do akceptacji
Cele, uczestnicy, potrzebne materiały i stała cena.
5-10 dni roboczych
Przygotowanie warsztatu
Rozmawiamy z biznesem i product ownerem, przechodzimy plan z liderem po Twojej stronie i analizujemy materiały.
3 dni · 18 h pracy
Warsztat z Twoim zespołem
Biznes, zespół, technologia. Na koniec masz plan modernizacji etapami.
Po warsztacie
Wsparcie, jeśli go potrzebujesz
Mentoring liderów, przeglądy decyzji, pilotaż pracy z AI. Nasz udział maleje z czasem.
Umów 30 minut z architektem
Pierwszy krok jest bezpłatny. Po nim decydujesz, czy idziemy dalej.
Kto co robi
Kod pisze Twój zespół. Dlatego decyzje zostają u Ciebie.
| Kryterium | Firma, która przepisze system | Warsztat z Arpeggią |
|---|---|---|
| Kto pisze kod | Dostawca | Twój zespół |
| Kto podejmuje decyzje | Dostawca | Twój zespół, z naszą rekomendacją |
| Co zostaje na końcu | Nowy system, który rozumie tylko dostawca | Plan, zapisane decyzje i zespół, który umie rozwijać system |
| Interes w przedłużaniu współpracy | Duży, bo płacisz za godziny | Odwrotny. Moment zakończenia ustalamy na starcie. |
Na kod patrzymy. Analizujemy zależności i przeglądamy rozwiązania. Decyzje i kod zostają jednak w zespole, który będzie z nimi żył.
Brakuje Ci ludzi do realizacji? Pomożemy określić role, wybrać wykonawcę i dopilnować, żeby pracował według decyzji Twojego zespołu.
Ile to kosztuje?
Warsztat ma stałą cenę za uzgodniony zakres. Podajemy ją w ofercie, w ciągu 3 dni roboczych od rozmowy. Wsparcie po warsztacie wyceniamy osobno i tylko wtedy, gdy go potrzebujesz.
Czy w trakcie modernizacji rozwój produktu zwolni?
Rozwój trwa dalej, choć na początku może zwolnić. Dlatego w planie ustalamy, ile czasu zespół daje na utrzymanie, a ile na zmianę, i mówimy o tym zarządowi przed startem. Modernizacja robiona „przy okazji” przegrywa z bieżącą pracą.
Kto powinien być na warsztacie?
Zespół, który będzie modernizował system: tech lead, developerzy, QA i DBA. Przydadzą się też osoby, które pamiętają początki systemu. Product owner może dołączyć, ale nie musi. Z biznesem i product ownerem rozmawiamy wcześniej, w czasie przygotowania warsztatu.
Nasza dokumentacja jest stara. Czy to problem?
Da się z tym pracować. Na start liczby mogą być szacunkami, byle było jasne, na ile są pewne. Materiały zbieramy razem w czasie przygotowania, które trwa 5-10 dni roboczych.
Czy musimy przejść na mikroserwisy?
Często lepszym celem jest modularny monolit albo kilka większych usług. System dzielimy tam, gdzie jest powód biznesowy: niezależne wdrożenia, inna skala, odporność na awarie.
Czy AI zrobi to taniej?
Część wykonawczą tak, i warto to wykorzystać. Agenty dobrze przenoszą kod, gdy mają jasne wymagania, granice, testy i automatyczną kontrolę jakości. Decyzje, co wyłączyć, co przebudować i gdzie poprowadzić granice, zapadają na warsztacie.
Wahamy się: modernizować czy wymienić system?
Wtedy zacznij od oceny ryzyka systemu legacy. Porównujemy utrzymanie, przebudowę, modernizację i wymianę: ich koszt, ryzyko i czas. Ten warsztat jest dla firm, które już zdecydowały o zmianie.
Czy podpisujecie NDA?
Tak, na życzenie, przed pierwszą rozmową.
Pierwszy krok
Zacznij od rozmowy z jednym z założycieli.
30 minut o Twoim systemie. Mówisz, gdzie jesteś, a my mówimy wprost, czy i jak możemy pomóc. W ciągu 3 dni roboczych dostajesz plan warsztatu i stałą cenę.
- NDA na życzenie, przed rozmową.
- Wolisz napisać? contact@arpeggia.studio
Z kim rozmawiasz
Sebastian DąbkowskiCEO · Senior Solution Architect
Piotr FilipowiczCzłonek zarządu · Senior Solution Architect
Wojciech KasaCzłonek zarządu · Senior Solution Architect
Każdy z 18+ latami doświadczenia. Ci sami architekci prowadzą rozmowę i warsztat.