W bankowości projekty IT rzadko są „po prostu wdrożeniami systemów”. Najczęściej są to inicjatywy o dużej skali i wysokim wpływie biznesowym. Obejmują centralne systemy kredytowe, modele ratingowe czy integrację wielu rozproszonych rozwiązań. Do tego dochodzi kontekst regulacyjny, zależności od systemów legacy oraz konieczność pogodzenia wielu interesariuszy.
W takich warunkach rozpoczęcie projektu bez odpowiedniego przygotowania nie jest odważną decyzją. To ryzyko.
Dlatego coraz więcej banków decyduje się rozpocząć od fazy Discovery – etapu, który pozwala uporządkować założenia, zweryfikować kierunek i świadomie podjąć decyzję o dalszych inwestycjach.
Od pomysłu do realnego planu działania
Discovery to moment, w którym idea biznesowa przestaje być zbiorem założeń, a zaczyna przyjmować konkretną formę. W praktyce oznacza to przejście od ogólnej wizji do spójnej koncepcji produktu, architektury rozwiązania oraz jasno określonego zakresu pierwszego etapu realizacji, najczęściej w postaci MVP lub POC.
Z naszej perspektywy kluczowe jest to, aby proces ten nie odbywał się w oderwaniu od rzeczywistości organizacyjnej banku. Dlatego rekomendujemy prowadzenie Discovery w ścisłej współpracy z zespołami klienta, w modelu Time & Material. Takie podejście pozwala na bieżąco konfrontować założenia z realiami operacyjnymi, technologicznymi i regulacyjnymi.
Dzięki temu Discovery nie jest teoretycznym ćwiczeniem analitycznym, ale praktycznym etapem, który realnie redukuje niepewność i przyspiesza dojście do właściwych decyzji.
Trzy perspektywy, jeden spójny obraz
Jednym z najczęstszych błędów w projektach bankowych jest patrzenie na problem wyłącznie z jednej perspektywy – najczęściej biznesowej albo technologicznej. Z doświadczenia wiemy, że takie podejście prowadzi do rozbieżności, które ujawniają się dopiero na etapie wdrożenia.
Dlatego w naszych projektach Discovery pracujemy równolegle w trzech uzupełniających się strumieniach.
Pierwszy z nich to obszar zarządczy, w którym budowany jest fundament współpracy. Definiujemy sposób pracy, podział odpowiedzialności, harmonogram oraz organizację zespołów. To właśnie tutaj powstaje struktura, która w dalszych etapach decyduje o przewidywalności i transparentności projektu.
Równolegle prowadzimy prace analityczne, skupione na doprecyzowaniu potrzeb interesariuszy i przełożeniu ich na konkretne wymagania. W tym etapie powstają specyfikacje, backlog oraz makiety, które pozwalają zwizualizować rozwiązanie i upewnić się, że wszystkie strony rozumieją je w ten sam sposób.
Trzecim elementem jest perspektywa technologiczna. Już na wczesnym etapie weryfikujemy wykonalność proponowanych rozwiązań, projektujemy architekturę i analizujemy ograniczenia środowiska bankowego. W razie potrzeby realizujemy również proof of concept dla kluczowych elementów.
Dopiero połączenie tych trzech perspektyw daje pełny obraz sytuacji, na podstawie którego można podejmować odpowiedzialne decyzje.
Moment, w którym wizja staje się projektem
Istotnym elementem Discovery są warsztaty wizji produktu. Traktujemy je nie jako jednorazowe spotkanie, ale jako uporządkowany proces, w którym wspólnie z klientem definiujemy kierunek projektu i jego kluczowe założenia.
W trakcie warsztatów analizujemy wybrane funkcjonalności, weryfikujemy priorytety biznesowe i sprawdzamy, czy przyjęty kierunek jest spójny z możliwościami organizacyjnymi oraz technologicznymi banku. To również moment, w którym dochodzi do wyrównania perspektyw między biznesem a IT, co w praktyce często okazuje się jednym z największych wyzwań.
To właśnie na tym etapie pomysł przestaje być abstrakcyjny, a zaczyna funkcjonować jako realny projekt, który można zaplanować i wycenić.
Konkretne efekty, a nie tylko rekomendacje
Jedną z największych wartości dobrze przeprowadzonego Discovery jest jego namacalność. Bank nie kończy tego etapu z prezentacją czy ogólnymi wnioskami, ale z zestawem konkretnych rezultatów, które mogą być bezpośrednio wykorzystane w kolejnych krokach.
Z naszej praktyki wynika, że kluczowe jest dostarczenie kompletnego obrazu rozwiązania. Dlatego efektem Discovery jest spójna koncepcja produktu, uzupełniona o specyfikację biznesową i techniczną. Powstaje backlog, makiety oraz – w wielu przypadkach – proof of concept dla najbardziej ryzykownych lub kluczowych elementów. Całość uzupełnia zweryfikowana wycena, oparta na rzeczywistym zrozumieniu zakresu.
Taki zestaw pozwala bankowi nie tylko rozpocząć development, ale przede wszystkim podjąć świadomą decyzję, czy i w jakiej formie projekt powinien być kontynuowany.
Realna redukcja ryzyka w projektach o wysokiej stawce
W kontekście projektów takich jak budowa centralnego systemu kredytowego czy wdrożenie systemu ratingowego, ryzyko nie dotyczy wyłącznie technologii. Obejmuje również koszty, harmonogramy, zgodność regulacyjną i wpływ na bieżące operacje banku.
Discovery pozwala przenieść znaczną część tych ryzyk na wcześniejszy etap, gdzie ich koszt jest zdecydowanie niższy. Problemy, które w trakcie developmentu mogłyby prowadzić do opóźnień lub zmian zakresu, są identyfikowane i adresowane wcześniej. Założenia są weryfikowane, a decyzje podejmowane na podstawie danych, a nie intuicji.
W efekcie bank zyskuje lepsze przygotowanie projektu i większą kontrolę nad jego przebiegiem.
Nie tylko projekt – także weryfikacja dostawcy
Discovery pełni jeszcze jedną, bardzo istotną funkcję. Jest naturalnym momentem, w którym bank może zweryfikować potencjalnego partnera technologicznego w praktyce, a nie na podstawie deklaracji czy referencji.
W trakcie wspólnej pracy widoczny staje się sposób komunikacji, podejście do rozwiązywania problemów, jakość analizy oraz realne kompetencje zespołu. To etap, który pokazuje nie tylko, co dostawca jest w stanie dostarczyć, ale przede wszystkim jak pracuje.
Z naszej perspektywy to również świadomy element procesu. Discovery traktujemy jako etap, który ma dać klientowi pełen obraz współpracy.
Co istotne, bank po zakończeniu Discovery zachowuje pełną decyzyjność. Może kontynuować projekt z nami albo; mając komplet wypracowanych materiałów; wybrać innego dostawcę.
Dzięki temu Discovery staje się bezpiecznym i kontrolowanym sposobem rozpoczęcia współpracy, bez konieczności podejmowania długoterminowych zobowiązań na starcie.
Fundament pod dalsze decyzje
W projektach bankowych największe koszty rzadko wynikają z samej implementacji. Znacznie częściej są konsekwencją błędnych założeń podjętych na początku.
Faza Discovery pozwala tych błędów uniknąć. Porządkuje wymagania, weryfikuje kierunek, ogranicza ryzyko i daje solidne podstawy do dalszych działań. Niezależnie od tego, czy projekt będzie realizowany od razu, czy w późniejszym czasie, bank dysponuje wiedzą, która pozwala podejmować decyzje w sposób świadomy i odpowiedzialny.
Z naszej perspektywy jest to również moment, w którym możemy pokazać to, co najważniejsze w pracy software house’u – umiejętność połączenia perspektywy biznesowej, analitycznej i technologicznej w jeden spójny proces. Bo w bankowości sukces projektu zaczyna się na długo przed pierwszą linią kodu.
Liderka zespołu marketingowego, specjalizująca się w budowaniu strategii komunikacji dla sektora finansowego. Tworzy kampanie B2B i skutecznie przekłada złożone rozwiązania technologiczne na zrozumiały język biznesu. Łączy strategiczne myślenie z kreatywnym podejściem. Entuzjastka produktywności, chętnie testuje i wdraża nowe metody usprawniające pracę i organizację.
