Kim można być w świecie ServiceNow?

Kiedy ktoś mnie pyta: „A czym ty się zajmujesz?”, to już wiem, że samo: „Pracuję z ServiceNow” nie wystarczy. Bo nie tylko wiele osób nie wie w ogóle o istnieniu tej platformy, ale jeszcze wypadałoby doprecyzować, jaką rolę się pełni. W końcu powiedzenie: „Pracuję w szpitalu” też nie precyzuje, czy jestem neurochirurgiem, położną czy zajmuję się utrzymaniem czystości na sali operacyjnej.

ServiceNow to platforma, wokół której wyrosło całe spektrum zawodów – od administratora konfigurującego formularze po architekta projektującego strukturę całego przedsiębiorstwa, od konsultanta procesowego tłumaczącego ITIL na język biznesu po project managera koordynującego wielomiesięczne wdrożenie. Każda z tych ról wymaga innego zestawu umiejętności i innej osobowości, dlatego różne są sposoby, żeby dostać się do ekosystemu.

Co więcej, sam wybór roli to dopiero początek. W praktyce widzę, że nawet doświadczeni developerzy i konsultanci stają w pewnym momencie przed pytaniem o specjalizację: czy idę głębiej w ITSM, czy rozwijam się w kierunku HRSD, czy może skupiam się na integracjach i automatyzacji? Ta decyzja ma realne konsekwencje dla kariery i nie warto jej odkładać zbyt długo.

Ten artykuł to mapa ekosystemu – opis ról, wymaganych umiejętności, cech osobowościowych, które pomagają odnieść sukces i praktycznych wskazówek, jak wejść na daną ścieżkę. Znajdziesz tu zatem odpowiedź na pytanie, co warto wiedzieć, zanim podejmiesz decyzję.

Mapa ekosystemu – trzy ścieżki, dziesiątki kombinacji

Role w ekosystemie ServiceNow można podzielić na trzy główne ścieżki. Nie są to sztywne kategorie, bo w praktyce wiele osób łączy elementy kilku ścieżek, szczególnie na wczesnym etapie kariery. Ale pomagają zrozumieć, w jakim kierunku się zmierza.

Kilka obserwacji z praktyki: granica między ścieżką techniczną a procesową jest często płynna – dobry developer ITSM rozumie procesy, które implementuje, a dobry konsultant procesowy orientuje się w możliwościach platformy.

Osoby, które potrafią sprawnie poruszać się po obu światach, są na rynku niezwykle cenione i szczególnie trudne do zastąpienia.

Często widzę, że najtrudniejsza część pracy nie jest techniczna ani procesowa, ale komunikacyjna. Umiejętność rozmowy z biznesem, tłumaczenia technicznych ograniczeń na język decyzji i słuchania tego, czego klient naprawdę potrzebuje (nie tylko tego, o co prosi) to kompetencja przekrojowa, która odróżnia seniora od juniora bez względu na ścieżkę.

Role techniczne

Administrator ServiceNow

Administrator to często pierwsza rola, w której ludzie wchodzą do ekosystemu, szczególnie osoby pracujące po stronie klienta, który wdrożył platformę i potrzebuje kogoś, kto będzie ją utrzymywał. To rola, którą łatwo nie docenić, a która w rzeczywistości wymaga szerokiej wiedzy o platformie.

Administrator nie pisze kodu (przynajmniej nie głównie), ale konfiguruje: formularze, widoki, listy, powiadomienia, grupy, role, SLA, katalog usług, raporty, dashboardy. Zna platformę od strony użytkownika i administratora i jest pierwszą linią kontaktu, gdy coś nie działa lub ktoś potrzebuje zmiany.

Developer ServiceNow

Developer to rola z najszerszą wariancją na rynku – od osoby piszącej proste skrypty po seniora projektującego architekturę scoped applications i integracje z kilkoma systemami zewnętrznymi. To także rola, która najbardziej wymaga świadomej specjalizacji.

W praktyce developer ServiceNow to osoba, która buduje to, czego nie da się osiągnąć przez czystą konfigurację: Flow Designer z logiką biznesową, customowe widgety portalu, integracje przez REST API lub IntegrationHub, skrypty automatyzacji, rozszerzenia platformy jako scoped applications. Język roboczy to JavaScript (serwer i klient), znajomość GlideAPI, HTML i CSS dla warstwy front-end.

Specjalizacje developera – nieunikniony wybór

To jest moment, o którym mało kto mówi na początku kariery, a który w praktyce jest jednym z ważniejszych. Developer ServiceNow po kilku latach pracy niemal zawsze musi odpowiedzieć sobie na pytanie: w czym chce być ekspertem?

Specjalizacje są de facto zdefiniowane przez moduł platformy lub obszar techniczny. Poniżej przykładowe obszary, w których można się specjalizować, ale wrócimy jeszcze do tematu dostępnych obszarów:

• ITSM/Core platform – incydenty, zmiany, problemy, katalog usług. Najbardziej uniwersalna specjalizacja, najczęściej zakłada się, że każdy developer będzie się tu płynnie poruszać.
• HRSD (HR Service Delivery) – onboarding, offboarding, sprawy pracownicze, integracje z systemami HR. Wymaga zrozumienia procesów kadrowych.
• CSM (Customer Service Management) – obsługa klientów zewnętrznych, Cases, portale B2C.
• ITOM (np. Discovery czy Service Mapping)/CMDB – infrastruktura, zarządzanie konfiguracją. Technicznie bardzo wymagająca.
• Integracje i API – IntegrationHub, REST/SOAP, MID Server, middleware. Wymaga szerszej wiedzy o architekturze systemów.
• Now Assist/AI – najnowsza i najszybciej rosnąca specjalizacja; wymaga rozumienia GenAI w kontekście platformy.
• App Engine/citizen development – budowanie aplikacji, governance. Rola hybrydowa: techniczna i doradcza.

Z mojego doświadczenia: wiele osób przez pierwsze lata stara się być ekspertem od wszystkiego. To zrozumiałe, bo platforma jest szeroka i kusząca. Ale rynek pracy i klienci coraz częściej szukają specjalistów, nie generalistów. Nie oznacza to, że trzeba na zawsze zamknąć się w jednej niszy, ale warto świadomie wybrać obszar, w którym chce się być naprawdę dobrym.

Architect ServiceNow

Architect to rola, do której się dochodzi – rzadko jest pierwszym krokiem w karierze. Wymaga szerokiego doświadczenia technicznego, ale także czegoś, czego nie da się nauczyć z dokumentacji: intuicji architektonicznej, czyli zdolności do przewidywania, jak dzisiejsze decyzje projektowe przełożą się na problemy lub możliwości za dwa lata.

Architect projektuje strukturę wdrożenia: model danych, podejście do integracji, strategie scoped vs. global, roadmapę techniczną, standardy developmentu i governance. Często nie pisze kodu – ale wie, jaki kod powinien być napisany i dlaczego.

QA Engineer/Tester ServiceNow

Rola QA Engineer jest w ekosystemie ServiceNow rzadziej wymieniana, ale realnie obecna –  szczególnie w większych projektach i organizacjach z dojrzałymi procesami wytwarzania oprogramowania. QA odpowiada za jakość wdrożenia: planuje i realizuje testy, weryfikuje zgodność dostarczonego rozwiązania z wymaganiami, koordynuje UAT (User Acceptance Testing) i dba o to, żeby zmiany na platformie nie psuły tego, co działało wcześniej.

Platforma oferuje do tego dedykowane narzędzie, Automated Test Framework (ATF), które pozwala budować i uruchamiać zautomatyzowane testy regresji. Dobry QA w ServiceNow to osoba, która rozumie platformę na tyle, żeby wiedzieć, co może pójść nie tak po upgradzie lub wdrożeniu nowej funkcjonalności – i potrafi to sprawdzić, zanim trafi do produkcji.

Role procesowe i konsultingowe

Ścieżka procesowa jest często niedoceniana przez osoby wchodzące do ekosystemu z technicznym backgroundem. Tymczasem to jedna z najbardziej wartościowych ról w projekcie wdrożeniowym i jedna z najtrudniejszych do obsadzenia dobrym kandydatem, bo wymaga łączenia wiedzy o platformie z głęboką znajomością procesów biznesowych.

Process Consultant

Process Consultant to osoba, która rozumie, jak powinny działać procesy ITSM, HRSD, CSM lub inne, i potrafi zaprojektować je lub zrestrukturyzować w kontekście wdrożenia ServiceNow. To nie tylko znajomość ITIL lub innych frameworków. To zdolność do rozmowy z klientem o tym, jak działa jego organizacja oraz doradztwo w zakresie tego, jak powinna działać.

Business Analyst

BA w projekcie ServiceNow to pomost między biznesem a zespołem technicznym. Zbiera wymagania, tłumaczy je na user stories i specyfikacje funkcjonalne oraz weryfikuje, czy dostarczone rozwiązanie odpowiada na potrzeby biznesowe. To rola, która wymaga bycia jednocześnie rozumianym przez biznes i deweloperów, co w praktyce jest trudniejsze, niż się wydaje.

Implementation Consultant

Implementation Consultant to rola hybrydowa – łączy wiedzę procesową z techniczną i odpowiada za to, żeby wdrożenie przebiegało zgodnie z najlepszymi praktykami platformy. W praktyce często konfiguruje platformę samodzielnie (bez pisania kodu), prowadzi warsztaty z klientem i jest odpowiedzialny za jakość deliverables w swoim obszarze.

To rola, która szczególnie często występuje w firmach wdrożeniowych i partnerstwie ServiceNow. Jest dobrą ścieżką wejścia dla osób z doświadczeniem w IT lub procesach biznesowych, które chcą się rozwijać w kierunku ekspertyzy na platformie.

Role projektowe i zarządcze

Ścieżka projektowa jest często wybierana przez osoby, które zaczęły jako konsultanci lub deweloperzy i z czasem przesunęły się w kierunku koordynacji oraz zarządzania. Wymaga mniej głębokiej wiedzy technicznej, ale znacznie więcej kompetencji miękkich i zdolności do pracy w warunkach niepewności. Można też być na tej ścieżce bez wcześniejszej znajomości ServiceNow, ale z doświadczeniem w danej roli, tylko w innym obszarze.

Project Manager

PM w projekcie ServiceNow zarządza harmonogramem, budżetem, zakresem i ryzykami wdrożenia. Koordynuje pracę zespołu (wewnętrznego i zewnętrznego), komunikuje się z interesariuszami po stronie klienta i dostawcy oraz reaguje na odchylenia od planu. Nie musi być ekspertem technicznym, ale musi rozumieć platformę wystarczająco, żeby oceniać ryzyko techniczne i rozumieć, kiedy zespół techniczny mówi, że coś jest niemożliwe albo że zajmie dwa razy dłużej niż planowano.

Product Owner platformy

To rola po stronie klienta – osoby wewnątrz organizacji, która jest odpowiedzialna za rozwój platformy ServiceNow jako produktu. Priorytetyzuje backlog, definiuje roadmapę, reprezentuje potrzeby użytkowników wobec zespołu technicznego. Wymaga rozumienia zarówno strony biznesowej (czego potrzebuje organizacja), jak i technicznej (co jest wykonalne i jak długo zajmie). Może też się zdarzyć, że zaistnieje potrzeba, żeby „rozbić” tę rolę na mniejsze lub dodać kilka ról dla osób odpowiedzialnych za poszczególne moduły/fragmenty ServiceNow.

Z mojego doświadczenia: ta rola jest jednym z najczęściej niedoobsadzanych stanowisk po stronie klienta. Organizacje wdrażają ServiceNow, a potem nie mają nikogo, kto odpowiedzialnie prowadziłby platformę do przodu. Efekt to stagnacja lub chaotyczny rozwój przez zewnętrznych wykonawców bez strategicznej koordynacji.

Technical Lead

Technical Lead to rola hybrydowa – techniczna odpowiedzialność za jakość kodu i architektury łączona z częściową odpowiedzialnością za zespół i deliverables. TL prowadzi code review, definiuje standardy developmentu, wspiera mniej doświadczonych członków zespołu i jest pierwszą linią eskalacji dla problemów technicznych.

To rola, która nie jest dla każdego dobrego dewelopera. Wymaga gotowości do rezygnacji z części pracy technicznej na rzecz pracy z ludźmi. Wielu świetnych deweloperów odkrywa, że wolą być senior specjalistami niż TL-ami.

Specjalizacje przekrojowe, czyli dlaczego każdy i tak musi wybrać

Zgodnie z obietnicą wracamy do kwestii wyboru specjalizacji. Spójrzmy na poniższy schemat (Ryc. 1) pokazujący możliwości ServiceNow. Nie będziemy go analizować, ale warto zdać sobie sprawę, że niezależnie od tego, czy jesteś developerem, konsultantem czy Project Managerem, w pewnym momencie ServiceNow przestaje być jednorodną platformą i staje się zbyt duża, żeby znać ją w całości. Wówczas pojawia się konieczność wyboru specjalizacji modułowej.

Wiele z tych obszarów daje możliwość zdawania egzaminów CIS (Certified Implementation Specialist), których zaliczenie potwierdza wiedzę i umiejętności sprawnego poruszania się w danym obszarze. Certyfikaty te są często wymagane przez pracodawców, a połączone z doświadczeniem stanowią dobrą przepustkę do wymarzonej pracy.

Kilka obserwacji o tym, jak specjalizacja działa w praktyce:

• Znajomość jednego modułu głęboko otwiera ścieżkę do innych modułów szybciej niż uczenie się wszystkiego po trochu. Wzorce platformy się powtarzają, więc osoba głęboko zakorzeniona w ITSM znacznie szybciej przyswaja HRSD niż ktoś, kto nigdy nie poznał żadnego modułu w pełni. Specjalizacja nie zamyka drzwi.
• Klient szukający kogokolwiek do konfiguracji formularzy znajdzie wielu kandydatów. Klient szukający kogoś, kto zaprojektuje całą architekturę HRSD z integracjami z SAP SuccessFactors i Workday, znajdzie niewielu. Rynek płaci za głębokość, nie za szerokość.
• Kilku najbardziej cenionych specjalistów, których znam, zmieniło specjalizację jeden lub dwa razy w karierze. Rynek się zmienia, platforma się zmienia, zainteresowania się zmieniają. Ważne, żeby zmiana była świadoma, a nie przypadkowa. Specjalizacja to nie wieczny wybór.

Najlepsza specjalizacja to ta, która łączy dwa elementy: popyt rynkowy i Twoje autentyczne zainteresowanie. Można przez rok być ekspertem od czegoś, co rynek ceni, ale co cię nie kręci. Długoterminowo to nie działa.

Jak wybrać swoją ścieżkę

Kilka pytań, które pomagają znaleźć właściwy kierunek. Nie ma poprawnych odpowiedzi – są odpowiedzi właściwe dla ciebie.

• Czy wolę rozwiązywać problemy samodzielnie (kod, konfiguracja) czy we współpracy z innymi (warsztaty, konsulting, praca z klientem)?
• Czy pociągają mnie praca z ludźmi i komunikacja, czy wolę pracę stricte techniczną?
• Jaki mam punkt startowy? Techniczne wykształcenie lub doświadczenie programistyczne kieruje w stronę developera lub admina. Doświadczenie w ITSM, HR lub innym obszarze biznesowym otwiera ścieżkę konsultingową lub procesową.
• Czy chcę pracować dla partnera/firmy wdrożeniowej (szybkie tempo, różne projekty i branże) czy bezpośrednio dla klienta in-house (głębsza znajomość jednej platformy, większa stabilność)?
• Czy interesuje mnie specjalizacja techniczna, czy bardziej pociąga mnie rola zarządcza, architektoniczna lub produktowa?
• Czy chcę być ekspertem w jednej niszy, czy wolę łączyć perspektywy i poruszać się na granicy techniki i biznesu?

Partner czy klient – dwa różne światy

Jednym z najważniejszych, i najczęściej pomijanych, wymiarów decyzji dotyczącej kariery w ServiceNow jest wybór między pracą dla partnera/firmy wdrożeniowej a pracą bezpośrednio dla klienta (tzw. in-house). To nie jest kwestia prestiżu ani zarobków – to fundamentalnie różne tryby pracy, które odpowiadają różnym osobowościom i oczekiwaniom.

Praca dla partnera/firmy wdrożeniowej

Partnerzy ServiceNow, tacy jak Sii, realizują wdrożenia dla wielu różnych klientów. Praca u partnera oznacza szybkie tempo, dużą różnorodność projektów i branż, intensywne uczenie się, szczególnie na początku kariery, a także ekspozycję na wiele modeli wdrożeń. Wady to presja terminowa, częsta zmiana kontekstu i mniejsze zakorzenienie w jednej platformie. Kariery u partnerów w naturalny sposób ewoluują w kierunku bardziej złożonych ról: senior developer, TL, architekt, consultant.

Praca po stronie klienta (in-house)

Organizacje, które wdrożyły ServiceNow, często zatrudniają własnych specjalistów – administratorów, deweloperów, product ownerów, którzy rozwijają i utrzymują platformę od wewnątrz. Praca in-house oznacza głębszą znajomość jednej instancji i jej kontekstu biznesowego, większą stabilność i wpływ na kierunek platformy. Wadą może być mniejsza liczba zróżnicowanych projektów, co zwalnia tempo nauki. To często dobry wybór dla osób, które cenią kontekst, wpływ i stabilność ponad dynamikę projektową.

W praktyce wiele osób przechodzi między tymi ścieżkami. Zaczynają u partnera, budują szeroką wiedzę i przechodzą na stanowisko in-house, lub odwrotnie: wychodzą z organizacji do firmy konsultingowej, żeby przyspieszyć rozwój. Obie drogi mogą prowadzić do ról eksperckich.

Jak wejść do ekosystemu – ścieżki wejścia z różnych punktów

Nie ma jednej właściwej ścieżki do ServiceNow. Spotykałem w tym ekosystemie osoby z backgroundem programistycznym, z IT supportu, z HR, z księgowości, z wojska i z gastronomii. Platforma jest wystarczająco szeroka, żeby znaleźć w niej miejsce dla różnych profili, pod warunkiem, że ktoś zdaje sobie sprawę, od czego zacząć.

Język angielski to absolutna podstawa. Cała oficjalna dokumentacja ServiceNow, wszystkie egzaminy certyfikacyjne, większość zasobów w Now Learning i praktycznie cała społeczność SNDevs/ServiceNow Community są po angielsku. Praca z międzynarodowymi klientami, a takich jest większość w tym ekosystemie, również wymaga płynnej komunikacji po angielsku. Bez tego nie ma dostępu do pełni ekosystemu.

Wejście od strony technicznej (developer, admin)

• Zacznij od Now Learning – platforma edukacyjna ServiceNow z bezpłatnymi ścieżkami dla początkujących.
• Zdobądź Personal Developer Instance (PDI) – bezpłatna instancja do nauki i ćwiczeń, dostępna dla każdego.
• Celuj w certyfikat CSA (Certified System Administrator) jako pierwszy krok. To brama do ekosystemu certyfikacyjnego.
• Kolejny krok: certyfikat CAD (Certified Application Developer), jeśli idzie w kierunku developmentu.
• Buduj portfolio na PDI – zrealizowane przykłady, custom aplikacje, dokumentacja decyzji.
• Dołącz do społeczności – ServiceNow Community to miejsce, gdzie można zadać pytanie, znaleźć rozwiązania konkretnych problemów i obserwować co robią doświadczeni specjaliści.

Wejście od strony procesowej (consultant, BA)

• Zacznij od zrozumienia ITIL 4 – to język, którym mówi większość klientów enterprise korzystających z ServiceNow.
• Uzupełnij o Now Learning w zakresie modułu, który cię interesuje (ITSM, HRSD, CSM).
• Celuj w certyfikat CIS dla wybranego modułu, bo to sygnalizuje specjalizację i otwiera drzwi do rozmów rekrutacyjnych.
• Szukaj roli w firmach wdrożeniowych jako junior consultant lub BA – to najszybsza ścieżka do praktycznego doświadczenia w różnych projektach.

Wejście powiązane ze zmianą branży

• Pomyśl, czy istnieje coś, co da się przenieść do ServiceNow. Na przykład, doświadczenie w HR otwiera ścieżkę do HRSD, doświadczenie w IT support do ITSM, doświadczenie w obsłudze klienta do CSM.
• Połącz naukę platformy z nauką frameworku procesowego dla wybranego modułu.
• Certyfikaty są tu szczególnie ważne, ponieważ potwierdzają wiedzę platformową, gdy nie masz jeszcze doświadczenia projektowego.
• Rozważ pierwsze doświadczenie po stronie klienta (in-house) zamiast doświadczenia firmy wdrożeniowej. Łatwiej wejść, gdy organizacja już korzysta z platformy i szuka kogoś do jej utrzymania.

Jedna rada, którą daję każdej osobie wchodzącej do ekosystemu: nie czekaj na idealne przygotowanie. PDI jest bezpłatny, Now Learning jest bezpłatny, pierwsza certyfikacja kosztuje mniej niż jeden kurs online. Zacznij, zbierz pierwsze doświadczenie na własnej instancji, a potem rozmawiaj o pracy.

Sii x ServiceNow

Dzięki opartej na chmurze ServiceNow AI Platform automatyzujemy procesy i ułatwiamy pracę działów, aby zwiększać produktywność w całych organizacjach.

Oferta ServiceNow

Podsumowanie

ServiceNow to nie stanowisko – to ekosystem, w którym można zbudować długoterminową, specjalistyczną karierę na wiele sposobów. Administrator, developer, QA engineer, architect, consultant, BA, PM, product owner – każda z tych ról ma swoje miejsce, swoje wymagania i swoją ścieżkę rozwoju.

Kilka rzeczy, które warto zapamiętać:

• Wejście jest możliwe z wielu punktów startowych – technicznych, procesowych i biznesowych.
• Każda rola wymaga świadomej specjalizacji modułowej, a im wcześniej to rozumiesz, tym lepiej.
• Najbardziej cenione osoby to te, które łączą perspektywę techniczną z procesową lub biznesową.
• Certyfikaty są użyteczne jako sygnały kompetencji, ale nie zastępują doświadczenia projektowego.
• Wybór specjalizacji to nie decyzja na życie, ale powinien być świadomy, a nie przypadkowy.
• Język angielski to warunek konieczny – dokumentacja, certyfikaty i większość klientów są anglojęzyczne.
• Społeczność (ServiceNow Community) to jeden z najcenniejszych zasobów, zarówno do nauki, jak i do budowania widoczności zawodowej.

Z mojego doświadczenia: osoby, które rozkwitają w tym ekosystemie, łączą dwie cechy. Po pierwsze jest to autentyczna ciekawość platformy i procesów, które wspiera. Po drugie, zdolność do jasnej komunikacji: z klientem, z zespołem, z biznesem. Technologii da się nauczyć, ciekawości i komunikacji – znacznie trudniej.

ServiceNow to platforma, która zmienia się co pół roku i będzie zmieniać się dalej. Kariera w tym ekosystemie to zobowiązanie do ciągłego uczenia się i dla odpowiedniej osoby, to właśnie jest jej największym atutem.