Sześć miesięcy planu. Cztery tygodnie do produktu.

RegioBus Systems obsługuje regionalne linie autobusowe na południu Polski — dziesiątki tysięcy pasażerów dziennie, kilkaset pojazdów, ponad dwadzieścia lat na rynku. System biletowy, na którym jeżdżą, powstał w 2008 roku jako monolit napisany w Javie 6, z mobilną aplikacją w starym Androidzie z 2014. Wszystko utrzymywała czteroosobowa drużyna: dwóch starszych deweloperów, którzy znali kod na pamięć, i dwóch młodszych, którzy dopiero odkrywali, dlaczego nic tu nie ma testów.

Każda zmiana w kodzie zajmowała tygodnie — nie dlatego, że była trudna, ale dlatego, że nikt nie chciał ryzykować dotknięcia części, której nie rozumiał. Plan zarządu był ambitny: nowy system biletowy NFC, integracja z infrastrukturą operatorów płatności, otwarcie API dla aplikacji partnerskich. Czas: sześć miesięcy. Wycena od trzech zewnętrznych dostawców: 1.4–2.1 mln PLN.

Pierwsze pytanie podczas analizy nie dotyczyło technologii. Brzmiało: „Co się stanie z waszym zespołem, jak skończycie ten projekt?". Cisza w pokoju trwała kilkanaście sekund.

• Po stronie biznesu: sześć miesięcy bez wpływów z nowego systemu, ryzyko, że operatorzy płatności pójdą do konkurencji.
• Po stronie IT: czterech ludzi, którzy wiedzą, że po wdrożeniu nowego systemu zostaną z aplikacją, której nie tworzyli i nie rozumieją. Dwóch z nich już rozmawiało z rekruterami.
• Po stronie zarządu: przekonanie, że można „zamówić" system biletowy jak meble. Brak doświadczenia z tym, jak modernizacja wygląda od środka.