Czy nie jest za późno na przejście do BA – moje doświadczenie

Kolega na jednym z moich pierwszych projektów rzucił zdanie, które utkwiło mi w pamięci na lata: „Nie jesteś analitykiem biznesowym, jesteś pisarzem technicznym”. Właśnie opuściłem bank – ponad dziesięć lat na stanowiskach kierowniczych, kierownik działu, dyrektor departamentu – i od pół roku byłem po szkoleniu na fullstack developera, aby wreszcie rozmawiać z działem deweloperskim tym samym językiem. Na papierze byłem analitykiem biznesowym z nazwy stanowiska. W rzeczywistości – nie, i kolega zauważył to wcześniej niż ja.

Nie obraziłem się od razu. Najpierw się zezłościłem. Potem usiadłem, żeby zrozumieć, dlaczego to prawda – i wtedy zaczął się prawdziwy etap przejściowy. Nie ten, który nastąpił na papierze w momencie zmiany pracy, ale ten, który zajął kolejne lata.

To osobiste doświadczenie, nie abstrakcyjna rada. Czy naprawdę jest za późno? Jeśli teraz myślisz, że tak – warto wiedzieć, ile lat naprawdę zajmuje takie przejście i co było w nim naprawdę trudne, a nie „trochę niezwykłe”.

Brakowało argumentów, nie wiedzy

W banku byłem blisko funkcji BA – modelowanie procesów, analiza – po prostu tak się tego nie nazywało. Prawdziwy problem pojawił się nie w terminach, ale w sporach. Próbowałem przeforsować funkcje bardziej zrozumiałe dla użytkownika – wygodę, UX. Dział IT odpowiadał to samo: można obejść się mniejszym kosztem. Nie bałem się spierać. Brakowało mi słownictwa. Nie wiedziałem, jakie w ogóle istnieją alternatywne sposoby realizacji, żeby powiedzieć: „A zróbmy to tak” – konkretnie, a nie „zróbcie to wygodniej”.

Nie chodziło o to, że nie umiałem bronić stanowiska biznesu. Nie wiedziałem, czym je obronić.

Czego uczy szkolenie, a czego nie

Pół roku szkolenia fullstack dało dokładnie to, czego brakowało w tamtych sporach: zrozumienie architektury. Czym jest frontend, backend, serwis, jak są ze sobą powiązane. Podstawy SQL, struktura bazy danych, diagramy klas. Terminy Agile – sprint, backlog, ceremonie. Wszystko to naprawdę się przydało, i nie tylko w teorii – zacząłem rozumieć, o czym w ogóle dyskutuje zespół deweloperski.

Czego kurs nie dał – to praktyki samej roli. Jak dokładnie analityk biznesowy pracuje na co dzień. Jakie pytania zadaje jako pierwsze. Gdzie jest granica między „dopytać klienta” a „rozwiązać samemu”. Szkolenie było bliżej programowania niż analizy biznesowej. Szczegóły znałem powierzchownie. Stąd komentarz o pisarzu technicznym – umiałem opisać wymaganie. Walczyć o nie – jeszcze nie.

Waterfall i Agile – dwa różne światy, nie dwa procesy

W banku decyzja o nowej funkcjonalności przebiegała tak: najpierw komitet, potem rada dyrektorów, a następnie jeszcze jeden okrągły stół – zanim ktoś w ogóle otwierał specyfikację techniczną. Podczas gdy uzgodnienia trwały, dokument zdążył się zdezaktualizować i był przepisywany od nowa, czasem więcej niż raz. Poprawka jednego wymagania zajmowała tygodnie, a nie godziny. W produkcie IT wszystko było odwrotnie: dwutygodniowy sprint, planowanie w poniedziałek, demo w piątek, a kolejna iteracja już z uwzględnieniem feedbacku – to, co w banku było półrocznym cyklem uzgodnień, tutaj mieściło się w jednym sprincie.

Pierwsza rola w firmie produktowej outsourcingowej była BA tylko z nazwy stanowiska. W rzeczywistości – pozycja przejściowa między dwiema logikami, bankową i produktową. Trudno było właśnie stać na granicy, a nie znaleźć się po jednej ze stron.

Pieniądze na starcie – szczerze

Często trzymasz się pracy nie dlatego, że ci odpowiada, tylko dlatego, że płacą na tyle dobrze, żeby się nie ruszać. I właśnie w tym momencie IT wygląda zbyt dobrze, żeby odmówić: ciekawsza praca, jasna perspektywa rozwoju – i pieniądze też wydają się nie gorsze. Tu jest ten niuans.

Był spadek zarobków. Od razu na początku. Z kierownika działu na starcie stałem się juniorem na samym dole hierarchii – i przez pierwszy czas status uderzał w poczucie własnej wartości mocniej niż liczba na wypłacie. I to jest normalne: nie można przejść z trudnej lub nielubianej pracy od razu na takie same pieniądze, jakie były wcześniej, nie mówiąc już o większych. Kto obiecuje inaczej – albo sprzedaje kurs, albo sam przez to nie przeszedł.

Dziesięć lat później

Od momentu przejścia minęło dziesięć lat. W tym czasie – BA, team lead analityków biznesowych, Senior BA, a w końcu dyrektor operacyjny w neobanku. Domeny – od klasycznej bankowości i kryptowalut po hazard i systemy HR. Żaden z tych kroków nie nastąpił w ciągu pół roku szkolenia. Szkolenie otworzyło drzwi. Reszta – to lata praktycznego doświadczenia.

Jeśli skondensować to w jedną radę: znajdź praktyczną bazę i dobrego mentora, i konsultuj się z nim stale – nie z tym, kto tylko krytykuje, ale z tym, kto naprawdę uczy. I nie bój się zadawać pytań, nawet tych pozornie oczywistych. Umiejętność zadania właściwego pytania to jedna z kluczowych umiejętności BA, a nie oznaka, że nie jesteś wystarczająco przygotowany.

Dalej na blogu omówię narzędzia, od których junior powinien naprawdę zacząć – SQL, Miro, Jira – bez nadmiernego rozbudowywania listy oprogramowania, które nie przyda się w pierwszym roku.