Przepisujemy systemy, które hamują rozwój firm

Koszt zależy od liczby i złożoności funkcji, integracji z innymi systemami oraz danych, które trzeba przenieść. Znaczenie mają też wymagania bezpieczeństwa i dostępność wiedzy o działaniu obecnego rozwiązania.

Najpierw ustalimy, co trzeba odtworzyć, co można uprościć, a z czego zrezygnować. Jeśli przepisanie będzie uzasadnione, na początku współpracy zmierzymy nakład pracy i koszt realizacji wybranych funkcji. Na tej podstawie dokładniej oszacujemy koszt pozostałych prac, uwzględniając wykryte zależności i ryzyka.

Porównamy koszt przepisania i późniejszego rozwoju nowego systemu z wydatkami na utrzymanie i rozwój obecnego. Uwzględnimy oszczędności na poprawkach, nowych funkcjach i pracy manualnej. Wspólnie z Wami oszacujemy też możliwą dodatkową marżę z usług lub współprac, które dziś blokują ograniczenia systemu.

Na tej podstawie ocenimy, w jakim czasie korzyści mogą pokryć koszt inwestycji i od jakich założeń zależy ten wynik. Pierwsze tygodnie współpracy pozwolą zweryfikować tempo i koszt realizacji funkcji oraz doprecyzować te wyliczenia.

To sześć tygodni pracy nad ustalonym fragmentem nowego systemu. Przed rozpoczęciem wspólnie określimy zakres i kryteria sukcesu. Wybierzemy funkcje, które pozwolą sprawdzić rzeczywistą złożoność projektu, tempo pracy i koszty.

W tym czasie zobaczycie działające, przetestowane funkcje i ocenicie jakość oraz sposób współpracy. Wyniki pomogą Wam zdecydować o dalszej inwestycji, a nam dokładniej oszacować pozostałe prace. Okres próbny nie oznacza przepisania całego systemu w sześć tygodni.

Jeśli zakończycie współpracę po okresie próbnym, nie zapłacicie za ten okres. Przy kontynuacji rozliczymy go na wcześniej uzgodnionych warunkach i będziemy rozwijać to, co już powstało.

Migrację danych i obsługę integracji uwzględnimy od początku prac nad nowym systemem. Sprawdzimy strukturę i jakość danych oraz sposób wymiany informacji z pozostałymi systemami. Na tej podstawie zaplanujemy przeniesienie danych i odtworzenie potrzebnych połączeń.

Przed przełączeniem wielokrotnie przetestujemy migrację i działanie integracji. Sprawdzimy też, czy nowy system poprawnie obsługuje kluczowe procesy biznesowe. Dzięki temu ograniczymy ryzyko utraty danych i zakłóceń podczas zmiany systemu.

Niepełna dokumentacja nie wyklucza przepisania systemu. Jednak potrzebny będzie wtedy udział osób, które znają jego działanie i obsługiwane procesy. Wspólnie z tymi osobami odtworzymy reguły biznesowe i wyjątki, korzystając również z kodu, dostępnej dokumentacji oraz obserwacji pracy użytkowników.

Reguły biznesowe i wyjątki opiszemy w dokumentacji dostępnej dla całego zespołu. Inżynierowie będą mogli sprawdzić, jak dana funkcja powinna działać, bez każdorazowego pytania osób, które znają stary system. Testy automatyczne pomogą im zweryfikować, czy kolejne zmiany są zgodne z tymi zasadami.

Nie. Funkcje i sposób obsługi, które dobrze sprawdzają się w codziennej pracy, możemy i powinniśmy odtworzyć w nowym systemie. Użytkownicy znają obecne rozwiązanie i mają wypracowane nawyki. Warto je zachować, żeby mogli sprawnie pracować po zmianie systemu, bez uczenia się wszystkiego od nowa.
Wspólnie z Wami ustalimy, gdzie zmiany przyniosą rzeczywistą korzyść, np. ograniczą ręczną pracę lub usuną uciążliwe obejścia. Samo przepisanie systemu nie jest powodem do przebudowy sprawdzonych funkcji czy interfejsu.

Potrzebny będzie regularny udział osób, które znają działanie systemu i procesy biznesowe, oraz osób uprawnionych do podejmowania decyzji o projekcie. Pomogą nam wyjaśnić reguły i wyjątki, ustalić priorytety oraz ocenić, czy odtworzone funkcje odpowiadają potrzebom firmy. Przed rozpoczęciem prac uzgodnimy, kogo potrzebujemy, w jakim zakresie i jak szybko będziemy potrzebować odpowiedzi.
Jeśli Wasz zespół techniczny ma docelowo utrzymywać i rozwijać nowy system, będziemy stopniowo włączać go w prace. Inżynierowie poznają architekturę, testy i sposób pracy z AI, a następnie będą przejmować odpowiedzialność za kolejne obszary. Zakres ich udziału dopasujemy do obowiązków związanych z obsługą obecnego systemu.

Tak. Możemy przejąć odpowiedzialność za utrzymanie i rozwój systemu od obecnego dostawcy, a następnie zbudować jego nową wersję. Warunkiem jest posiadanie przez Was odpowiednich praw do kodu oraz możliwość udostępnienia repozytoriów, infrastruktury, danych i integracji.
Na początku ustalimy, co trzeba przekazać i kto zna działanie systemu. Zaplanujemy przejęcie tak, aby zachować ciągłość obsługi i zapewnić dostęp do wiedzy potrzebnej do dalszych prac. Jeśli dokumentacja jest niepełna, uzupełnimy ją na podstawie analizy systemu i rozmów z osobami, które znają jego działanie.