Klient mówi: „chcemy, żeby system był prosty i robił wszystko”. Programista pyta: „ale co dokładnie ma się stać po kliknięciu tego przycisku?”. Pomiędzy nimi stoi analityk systemów teleinformatycznych – tłumacz, który zamienia potrzeby firmy na precyzyjne wymagania, z których da się zbudować oprogramowanie. Rozmawia z ludźmi, rysuje modele procesów, zadaje dziesiątki pytań i spisuje odpowiedzi tak, by nikt nie mógł ich zrozumieć opacznie. Nie musi pisać kodu, ale musi rozumieć, jak powstaje system i co da się w nim zautomatyzować.
Praca analityka zaczyna się od zrozumienia, jak firma działa dziś. Prowadzi wywiady i warsztaty z pracownikami, obserwuje, jak przyjmują zamówienia, rozliczają faktury czy obsługują reklamacje, i szuka miejsc, w których system mógłby przejąć powtarzalną, żmudną pracę. Często okazuje się, że trzy działy opisują ten sam proces na trzy różne sposoby – a zanim cokolwiek zostanie zaprogramowane, trzeba te wersje pogodzić. Z zebranej wiedzy powstaje specyfikacja: wymagania funkcjonalne (co system ma robić), niefunkcjonalne (jak szybko, dla ilu użytkowników, z jakim poziomem bezpieczeństwa) i opis przebiegu procesów – sprawdzony pod kątem luk i sprzeczności.
Ciekawostka: w branży od dawna krąży rysunek złożony z kilku kadrów z huśtawką na drzewie: jak opisał ją klient, jak zrozumiał ją kierownik projektu, jak zaprojektował analityk, co zbudowali programiści – i czego klient naprawdę potrzebował, czyli zwykłej opony zawieszonej na sznurze. Żart jest trafny, bo każda nieścisłość w wymaganiach przechodzi dalej i rośnie. Błąd wyłapany na etapie analizy kosztuje ułamek tego, co ten sam błąd odkryty dopiero po wdrożeniu.
Najważniejszym narzędziem analityka pozostaje dobre pytanie. „Dlaczego robicie to w ten sposób?”, „co się stanie, jeśli klient zrezygnuje w połowie?”, „kto zatwierdza wyjątki?” – dopiero takie dopytywanie pozwala dotrzeć do prawdziwej potrzeby, a nie tylko do pierwszego pomysłu zamawiającego. Odpowiedzi trzeba potem zapisać tak, żeby każdy w zespole rozumiał je tak samo. Pomagają w tym:
🕗 Rano krótkie spotkanie zespołu: co programiści skończyli, gdzie utknęli, jakie pytania czekają na odpowiedź klienta. Potem warsztat z działem obsługi klienta, na którym analityk rysuje na tablicy, jak dziś przebiega przyjmowanie zgłoszeń, i razem z pracownikami szuka miejsc do usprawnienia. Po południu przychodzi czas na pracę w skupieniu: porządkowanie notatek, aktualizację modeli procesów, doprecyzowanie wymagań i odpowiedzi na pytania testerów. Każdą decyzję zapisuje wraz z uzasadnieniem i osobą, która ją podjęła – gdy po kilku miesiącach pojawi się spór, czy funkcja działa „zgodnie z umową”, rozstrzygnie go właśnie dokumentacja analityka.
Wiele zależy od etapu projektu. Na początku dominują rozmowy i analiza, w trakcie budowy systemu – wyjaśnianie szczegółów i ocena zgłaszanych zmian, a przed wdrożeniem – testy akceptacyjne i szkolenia dla użytkowników. Ta zmienność sprawia, że praca rzadko bywa nudna, ale wymaga dobrej organizacji własnego czasu i umiejętności szybkiego przełączania się między rozmową z ludźmi a samodzielnym myśleniem.
Analitycy są potrzebni wszędzie tam, gdzie powstaje lub zmienia się oprogramowanie: w firmach tworzących systemy na zamówienie, w działach IT banków, ubezpieczycieli i operatorów telekomunikacyjnych, u dostawców systemów do zarządzania przedsiębiorstwem, w administracji publicznej cyfryzującej usługi dla obywateli i w firmach doradczych. Z czasem wielu z nich specjalizuje się w jednej branży – ktoś, kto zna procesy kredytowe, rozliczenia energii czy przepływ towaru w magazynie, szybciej zrozumie klienta i trafniej przewidzi, gdzie kryją się pułapki.
To zawód dla osób, które lubią ludzi, ale myślą bardzo konkretnie. Trzeba wysłuchać księgowej, magazyniera i prezesa, a potem zapisać ustalenia tak, by programista nie miał wątpliwości. Przydaje się asertywność wobec „jeszcze tylko jednej małej zmiany”: analityk pomaga ustalić priorytety i jasno pokazuje, co się zyskuje, a co traci. Niezbędny jest też dobry angielski.
Jakich umiejętności analityk używa najczęściej? Wykres pokazuje typowy, szacunkowy profil – w konkretnym projekcie akcenty mogą się przesuwać.
Widać wyraźnie, że to zawód „dwóch nóg”: równie ważne jest dogadanie się z ludźmi, jak precyzyjne opisanie systemu.
Najczęściej do zawodu prowadzą studia z informatyki, informatyki w biznesie lub informatyki ekonomicznej, inżynierii oprogramowania, a także kierunki z zakresu analityki biznesowej i teleinformatyki. Dają one wiedzę o tym, jak powstają systemy i jak działają procesy w firmach. Rzadko jednak zaczyna się od stanowiska samodzielnego analityka. Typowa ścieżka wygląda tak:
Bywa też odwrotnie: analitykiem zostaje specjalista z danej branży, na przykład osoba z doświadczeniem w finansach, która dobrze zna procesy i uzupełnia wiedzę informatyczną. Taka droga bywa bardzo ceniona, bo ktoś taki od pierwszego dnia mówi językiem klienta. Doświadczony analityk może zostać architektem rozwiązań, właścicielem produktu odpowiedzialnym za kierunek rozwoju systemu albo kierownikiem projektów informatycznych. Każda z tych ról wyrasta z tego samego: z umiejętności zrozumienia, czego ludzie naprawdę potrzebują.
✅ Co daje satysfakcję:
⚠️ Co bywa trudne:
Dobry analityk nie traktuje zmieniających się wymagań jako porażki, tylko jako naturalną część procesu – system powstaje dla ludzi, a ich potrzeby też się zmieniają. Jeśli lubisz rozmawiać z ludźmi, a równie dobrze czujesz się nad porządnym, precyzyjnym dokumentem i potrafisz spokojnie powiedzieć „tak, ale kosztem czegoś innego”, odnajdziesz się w tej pracy.
poleca:
