Role w ekosystemie ServiceNow mo\u017cna podzieli\u0107 na trzy g\u0142\u00f3wne \u015bcie\u017cki. Nie s\u0105 to sztywne kategorie, bo w praktyce wiele os\u00f3b \u0142\u0105czy elementy kilku \u015bcie\u017cek, szczeg\u00f3lnie na wczesnym etapie kariery. Ale pomagaj\u0105 zrozumie\u0107, w jakim kierunku si\u0119 zmierza.<\/p>\n\n\n\n Kilka obserwacji z praktyki: granica mi\u0119dzy \u015bcie\u017ck\u0105 techniczn\u0105 a procesow\u0105 jest cz\u0119sto p\u0142ynna \u2013 dobry developer ITSM rozumie procesy, kt\u00f3re implementuje, a dobry konsultant procesowy orientuje si\u0119 w mo\u017cliwo\u015bciach platformy.<\/p>\n\n\n\n Osoby, kt\u00f3re potrafi\u0105 sprawnie porusza\u0107 si\u0119 po obu \u015bwiatach, s\u0105 na rynku niezwykle cenione i szczeg\u00f3lnie trudne do zast\u0105pienia.<\/p>\n\n\n\n Cz\u0119sto widz\u0119, \u017ce najtrudniejsza cz\u0119\u015b\u0107 pracy nie jest techniczna ani procesowa, ale komunikacyjna. Umiej\u0119tno\u015b\u0107 rozmowy z biznesem, t\u0142umaczenia technicznych ogranicze\u0144 na j\u0119zyk decyzji i s\u0142uchania tego, czego klient naprawd\u0119 potrzebuje (nie tylko tego, o co prosi) to kompetencja przekrojowa, kt\u00f3ra odr\u00f3\u017cnia seniora od juniora bez wzgl\u0119du na \u015bcie\u017ck\u0119.<\/em><\/p>\n<\/blockquote>\n\n\n\n Administrator to cz\u0119sto pierwsza rola, w kt\u00f3rej ludzie wchodz\u0105 do ekosystemu, szczeg\u00f3lnie osoby pracuj\u0105ce po stronie klienta, kt\u00f3ry wdro\u017cy\u0142 platform\u0119 i potrzebuje kogo\u015b, kto b\u0119dzie j\u0105 utrzymywa\u0142. To rola, kt\u00f3r\u0105 \u0142atwo nie doceni\u0107, a kt\u00f3ra w rzeczywisto\u015bci wymaga szerokiej wiedzy o platformie.<\/p>\n\n\n\n Administrator nie pisze kodu (przynajmniej nie g\u0142\u00f3wnie), ale konfiguruje: formularze, widoki, listy, powiadomienia, grupy, role, SLA, katalog us\u0142ug, raporty, dashboardy. Zna platform\u0119 od strony u\u017cytkownika i administratora i jest pierwsz\u0105 lini\u0105 kontaktu, gdy co\u015b nie dzia\u0142a lub kto\u015b potrzebuje zmiany.<\/p>\n\n\n\n Developer to rola z najszersz\u0105 wariancj\u0105 na rynku \u2013 od osoby pisz\u0105cej proste skrypty po seniora projektuj\u0105cego architektur\u0119 scoped applications i integracje z kilkoma systemami zewn\u0119trznymi. To tak\u017ce rola, kt\u00f3ra najbardziej wymaga \u015bwiadomej specjalizacji.<\/p>\n\n\n\n W praktyce developer ServiceNow to osoba, kt\u00f3ra buduje to, czego nie da si\u0119 osi\u0105gn\u0105\u0107 przez czyst\u0105 konfiguracj\u0119: Flow Designer z logik\u0105 biznesow\u0105, customowe widgety portalu, integracje przez REST API lub IntegrationHub, skrypty automatyzacji, rozszerzenia platformy jako scoped applications. J\u0119zyk roboczy to JavaScript (serwer i klient), znajomo\u015b\u0107 GlideAPI, HTML i CSS dla warstwy front-end.<\/p>\n\n\n\n To jest moment, o kt\u00f3rym ma\u0142o kto m\u00f3wi na pocz\u0105tku kariery, a kt\u00f3ry w praktyce jest jednym z wa\u017cniejszych. Developer ServiceNow po kilku latach pracy niemal zawsze musi odpowiedzie\u0107 sobie na pytanie: w czym chce by\u0107 ekspertem?<\/p>\n\n\n\n Specjalizacje s\u0105 de facto zdefiniowane przez modu\u0142 platformy lub obszar techniczny. Poni\u017cej przyk\u0142adowe obszary, w kt\u00f3rych mo\u017cna si\u0119 specjalizowa\u0107, ale wr\u00f3cimy jeszcze do tematu dost\u0119pnych obszar\u00f3w:<\/p>\n\n\n\n Z mojego do\u015bwiadczenia: wiele os\u00f3b przez pierwsze lata stara si\u0119 by\u0107 ekspertem od wszystkiego. To zrozumia\u0142e, bo platforma jest szeroka i kusz\u0105ca. Ale rynek pracy i klienci coraz cz\u0119\u015bciej szukaj\u0105 specjalist\u00f3w, nie generalist\u00f3w. Nie oznacza to, \u017ce trzeba na zawsze zamkn\u0105\u0107 si\u0119 w jednej niszy, ale warto \u015bwiadomie wybra\u0107 obszar, w kt\u00f3rym chce si\u0119 by\u0107 naprawd\u0119 dobrym.<\/p>\n\n\n\n Architect to rola, do kt\u00f3rej si\u0119 dochodzi \u2013 rzadko jest pierwszym krokiem w karierze. Wymaga szerokiego do\u015bwiadczenia technicznego, ale tak\u017ce czego\u015b, czego nie da si\u0119 nauczy\u0107 z dokumentacji: intuicji architektonicznej, czyli zdolno\u015bci do przewidywania, jak dzisiejsze decyzje projektowe prze\u0142o\u017c\u0105 si\u0119 na problemy lub mo\u017cliwo\u015bci za dwa lata.<\/p>\n\n\n\n Architect projektuje struktur\u0119 wdro\u017cenia: model danych, podej\u015bcie do integracji, strategie scoped vs. global, roadmap\u0119 techniczn\u0105, standardy developmentu i governance. Cz\u0119sto nie pisze kodu \u2013 ale wie, jaki kod powinien by\u0107 napisany i dlaczego.<\/p>\n\n\n\n Rola QA Engineer jest w ekosystemie ServiceNow rzadziej wymieniana, ale realnie obecna \u2013 szczeg\u00f3lnie w wi\u0119kszych projektach i organizacjach z dojrza\u0142ymi procesami wytwarzania oprogramowania. QA odpowiada za jako\u015b\u0107 wdro\u017cenia: planuje i realizuje testy, weryfikuje zgodno\u015b\u0107 dostarczonego rozwi\u0105zania z wymaganiami, koordynuje UAT (User Acceptance Testing) i dba o to, \u017ceby zmiany na platformie nie psu\u0142y tego, co dzia\u0142a\u0142o wcze\u015bniej.<\/p>\n\n\n\n Platforma oferuje do tego dedykowane narz\u0119dzie, Automated Test Framework (ATF), kt\u00f3re pozwala budowa\u0107 i uruchamia\u0107 zautomatyzowane testy regresji. Dobry QA w ServiceNow to osoba, kt\u00f3ra rozumie platform\u0119 na tyle, \u017ceby wiedzie\u0107, co mo\u017ce p\u00f3j\u015b\u0107 nie tak po upgradzie lub wdro\u017ceniu nowej funkcjonalno\u015bci \u2013 i potrafi to sprawdzi\u0107, zanim trafi do produkcji.<\/p>\n\n\n\n \u015acie\u017cka procesowa jest cz\u0119sto niedoceniana przez osoby wchodz\u0105ce do ekosystemu z technicznym backgroundem. Tymczasem to jedna z najbardziej warto\u015bciowych r\u00f3l w projekcie wdro\u017ceniowym i jedna z najtrudniejszych do obsadzenia dobrym kandydatem, bo wymaga \u0142\u0105czenia wiedzy o platformie z g\u0142\u0119bok\u0105 znajomo\u015bci\u0105 proces\u00f3w biznesowych.<\/p>\n\n\n\n Process Consultant to osoba, kt\u00f3ra rozumie, jak powinny dzia\u0142a\u0107 procesy ITSM, HRSD, CSM lub inne, i potrafi zaprojektowa\u0107 je lub zrestrukturyzowa\u0107 w kontek\u015bcie wdro\u017cenia ServiceNow. To nie tylko znajomo\u015b\u0107 ITIL lub innych framework\u00f3w. To zdolno\u015b\u0107 do rozmowy z klientem o tym, jak dzia\u0142a jego organizacja oraz doradztwo w zakresie tego, jak powinna dzia\u0142a\u0107.<\/p>\n\n\n\n BA w projekcie ServiceNow to pomost mi\u0119dzy biznesem a zespo\u0142em technicznym. Zbiera wymagania, t\u0142umaczy je na user stories i specyfikacje funkcjonalne oraz weryfikuje, czy dostarczone rozwi\u0105zanie odpowiada na potrzeby biznesowe. To rola, kt\u00f3ra wymaga bycia jednocze\u015bnie rozumianym przez biznes i deweloper\u00f3w, co w praktyce jest trudniejsze, ni\u017c si\u0119 wydaje.<\/p>\n\n\n\n Implementation Consultant to rola hybrydowa \u2013 \u0142\u0105czy wiedz\u0119 procesow\u0105 z techniczn\u0105 i odpowiada za to, \u017ceby wdro\u017cenie przebiega\u0142o zgodnie z najlepszymi praktykami platformy. W praktyce cz\u0119sto konfiguruje platform\u0119 samodzielnie (bez pisania kodu), prowadzi warsztaty z klientem i jest odpowiedzialny za jako\u015b\u0107 deliverables w swoim obszarze.<\/p>\n\n\n\n To rola, kt\u00f3ra szczeg\u00f3lnie cz\u0119sto wyst\u0119puje w firmach wdro\u017ceniowych i partnerstwie ServiceNow. Jest dobr\u0105 \u015bcie\u017ck\u0105 wej\u015bcia dla os\u00f3b z do\u015bwiadczeniem w IT lub procesach biznesowych, kt\u00f3re chc\u0105 si\u0119 rozwija\u0107 w kierunku ekspertyzy na platformie.<\/p>\n\n\n\n \u015acie\u017cka projektowa jest cz\u0119sto wybierana przez osoby, kt\u00f3re zacz\u0119\u0142y jako konsultanci lub deweloperzy i z czasem przesun\u0119\u0142y si\u0119 w kierunku koordynacji oraz zarz\u0105dzania. Wymaga mniej g\u0142\u0119bokiej wiedzy technicznej, ale znacznie wi\u0119cej kompetencji mi\u0119kkich i zdolno\u015bci do pracy w warunkach niepewno\u015bci. Mo\u017cna te\u017c by\u0107 na tej \u015bcie\u017cce bez wcze\u015bniejszej znajomo\u015bci ServiceNow, ale z do\u015bwiadczeniem w danej roli, tylko w innym obszarze.<\/p>\n\n\n\n PM w projekcie ServiceNow zarz\u0105dza harmonogramem, bud\u017cetem, zakresem i ryzykami wdro\u017cenia. Koordynuje prac\u0119 zespo\u0142u (wewn\u0119trznego i zewn\u0119trznego), komunikuje si\u0119 z interesariuszami po stronie klienta i dostawcy oraz reaguje na odchylenia od planu. Nie musi by\u0107 ekspertem technicznym, ale musi rozumie\u0107 platform\u0119 wystarczaj\u0105co, \u017ceby ocenia\u0107 ryzyko techniczne i rozumie\u0107, kiedy zesp\u00f3\u0142 techniczny m\u00f3wi, \u017ce co\u015b jest niemo\u017cliwe albo \u017ce zajmie dwa razy d\u0142u\u017cej ni\u017c planowano.<\/p>\n\n\n\n To rola po stronie klienta \u2013 osoby wewn\u0105trz organizacji, kt\u00f3ra jest odpowiedzialna za rozw\u00f3j platformy ServiceNow jako produktu. Priorytetyzuje backlog, definiuje roadmap\u0119, reprezentuje potrzeby u\u017cytkownik\u00f3w wobec zespo\u0142u technicznego. Wymaga rozumienia zar\u00f3wno strony biznesowej (czego potrzebuje organizacja), jak i technicznej (co jest wykonalne i jak d\u0142ugo zajmie). Mo\u017ce te\u017c si\u0119 zdarzy\u0107, \u017ce zaistnieje potrzeba, \u017ceby \u201erozbi\u0107\u201d t\u0119 rol\u0119 na mniejsze lub doda\u0107 kilka r\u00f3l dla os\u00f3b odpowiedzialnych za poszczeg\u00f3lne modu\u0142y\/fragmenty ServiceNow.<\/p>\n\n\n\n Z mojego do\u015bwiadczenia: ta rola jest jednym z najcz\u0119\u015bciej niedoobsadzanych stanowisk po stronie klienta. Organizacje wdra\u017caj\u0105 ServiceNow, a potem nie maj\u0105 nikogo, kto odpowiedzialnie prowadzi\u0142by platform\u0119 do przodu. Efekt to stagnacja lub chaotyczny rozw\u00f3j przez zewn\u0119trznych wykonawc\u00f3w bez strategicznej koordynacji.<\/p>\n\n\n\n Technical Lead to rola hybrydowa \u2013 techniczna odpowiedzialno\u015b\u0107 za jako\u015b\u0107 kodu i architektury \u0142\u0105czona z cz\u0119\u015bciow\u0105 odpowiedzialno\u015bci\u0105 za zesp\u00f3\u0142 i deliverables. TL prowadzi code review, definiuje standardy developmentu, wspiera mniej do\u015bwiadczonych cz\u0142onk\u00f3w zespo\u0142u i jest pierwsz\u0105 lini\u0105 eskalacji dla problem\u00f3w technicznych.<\/p>\n\n\n\n To rola, kt\u00f3ra nie jest dla ka\u017cdego dobrego dewelopera. Wymaga gotowo\u015bci do rezygnacji z cz\u0119\u015bci pracy technicznej na rzecz pracy z lud\u017ami. Wielu \u015bwietnych deweloper\u00f3w odkrywa, \u017ce wol\u0105 by\u0107 senior specjalistami ni\u017c TL-ami.<\/p>\n\n\n\n Zgodnie z obietnic\u0105 wracamy do kwestii wyboru specjalizacji. Sp\u00f3jrzmy na poni\u017cszy schemat (Ryc. 1) pokazuj\u0105cy mo\u017cliwo\u015bci ServiceNow. Nie b\u0119dziemy go analizowa\u0107, ale warto zda\u0107 sobie spraw\u0119, \u017ce niezale\u017cnie od tego, czy jeste\u015b developerem, konsultantem czy Project Managerem, w pewnym momencie ServiceNow przestaje by\u0107 jednorodn\u0105 platform\u0105 i staje si\u0119 zbyt du\u017ca, \u017ceby zna\u0107 j\u0105 w ca\u0142o\u015bci. W\u00f3wczas pojawia si\u0119 konieczno\u015b\u0107 wyboru specjalizacji modu\u0142owej.<\/p>\n\n\n\n Wiele z tych obszar\u00f3w daje mo\u017cliwo\u015b\u0107 zdawania egzamin\u00f3w CIS (Certified Implementation Specialist), kt\u00f3rych zaliczenie potwierdza wiedz\u0119 i umiej\u0119tno\u015bci sprawnego poruszania si\u0119 w danym obszarze. Certyfikaty te s\u0105 cz\u0119sto wymagane przez pracodawc\u00f3w, a po\u0142\u0105czone z do\u015bwiadczeniem stanowi\u0105 dobr\u0105 przepustk\u0119 do wymarzonej pracy.<\/p>\n\n\n\nRola<\/strong><\/td> \u015acie\u017cka<\/strong><\/td> Kluczowe pytanie, na kt\u00f3re odpowiada<\/strong><\/td><\/tr> Administrator<\/td> Techniczna<\/td> Jak utrzyma\u0107 i konfigurowa\u0107 platform\u0119?<\/td><\/tr> Developer<\/td> Techniczna<\/td> Jak budowa\u0107 i rozszerza\u0107 funkcjonalno\u015b\u0107?<\/td><\/tr> Architekt<\/td> Techniczna<\/td> Jak zaprojektowa\u0107 platform\u0119 na lata?<\/td><\/tr> QA Engineer\/Tester<\/td> Techniczna<\/td> Jak zapewni\u0107 jako\u015b\u0107 wdro\u017cenia?<\/td><\/tr> Process Consultant<\/td> Procesowa<\/td> Jak procesy biznesowe powinny dzia\u0142a\u0107?<\/td><\/tr> Business Analyst<\/td> Procesowa<\/td> Jak przet\u0142umaczy\u0107 potrzeby biznesu na wymagania?<\/td><\/tr> Implementation Consultant<\/td> Procesowa<\/td> Jak wdro\u017cy\u0107 platform\u0119 zgodnie z najlepszymi praktykami?<\/td><\/tr> Project Manager<\/td> Projektowa<\/td> Jak dostarczy\u0107 wdro\u017cenie na czas i w bud\u017cecie?<\/td><\/tr> Product Owner platformy<\/td> Projektowa<\/td> Jak rozwija\u0107 platform\u0119 zgodnie z potrzebami organizacji?<\/td><\/tr> Technical Lead<\/td> Projektowa<\/td> Jak \u0142\u0105czy\u0107 odpowiedzialno\u015b\u0107 techniczn\u0105 z zarz\u0105dzaniem?<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n \n
Role techniczne<\/strong><\/h2>\n\n\n\n
Administrator ServiceNow<\/strong><\/h3>\n\n\n\n
Administrator ServiceNow, rola Techniczna<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> konfiguracja platformy (formularze, widoki, ACL, SLA, katalog us\u0142ug, powiadomienia, raporty). Znajomo\u015b\u0107 struktury tabel i modelu danych. Zarz\u0105dzanie u\u017cytkownikami, grupami i rolami. Podstawowa znajomo\u015b\u0107 ITIL. Certyfikat CSA jako punkt wej\u015bcia.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Skrupulatno\u015b\u0107 i dba\u0142o\u015b\u0107 o szczeg\u00f3\u0142y. Cierpliwo\u015b\u0107 w pracy z u\u017cytkownikami. Umiej\u0119tno\u015b\u0107 priorytetyzacji (du\u017co ma\u0142ych zada\u0144 naraz). Komunikatywno\u015b\u0107 \u2013 admin to cz\u0119sto twarz IT dla reszty firmy.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nDeveloper ServiceNow<\/strong><\/h3>\n\n\n\n
Developer ServiceNow<\/strong>, rola<\/strong> Techniczna<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> JavaScript (ale nawet osoba znaj\u0105ca \u201eklasyczny\u201d JavaScript musi nauczy\u0107 si\u0119 pracy z dedykowanymi dla ServiceNow API). Flow Designer i automatyzacja. REST API i integracje. Znajomo\u015b\u0107 modelu danych platformy. Scoped applications i upgrade-safe development. Certyfikaty CAD, CIS dla wybranej specjalizacji.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Analityczne my\u015blenie. Ciekawo\u015b\u0107 platformy \u2013 ServiceNow zmienia si\u0119 co p\u00f3\u0142 roku. Umiej\u0119tno\u015b\u0107 czytania dokumentacji. Cierpliwo\u015b\u0107 przy debugowaniu. Zdolno\u015b\u0107 do pracy z niejasnymi wymaganiami (bo biznes rzadko wie, czego dok\u0142adnie chce).<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nSpecjalizacje developera \u2013 nieunikniony wyb\u00f3r<\/strong><\/h3>\n\n\n\n
\n
Architect ServiceNow<\/strong><\/h3>\n\n\n\n
Architect ServiceNow<\/strong>, rola<\/strong> Techniczna<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> G\u0142\u0119boka znajomo\u015b\u0107 platformy w co najmniej dw\u00f3ch modu\u0142ach. Projektowanie skalowanych architektur. Znajomo\u015b\u0107 CSDM, modeli danych, strategii upgrade\u2019u. Rozumienie wzorc\u00f3w integracyjnych. Certyfikat CTA (Certified Technical Architect) jako docelowy.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> My\u015blenie d\u0142ugookresowe. Umiej\u0119tno\u015b\u0107 komunikacji z zarz\u0105dem i biznesem. Zdolno\u015b\u0107 do obrony decyzji architektonicznych pod presj\u0105. Pokora \u2013 dobry architekt wie, \u017ce cz\u0119sto jest wi\u0119cej ni\u017c jedno dobre rozwi\u0105zanie.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nQA Engineer\/Tester ServiceNow<\/strong><\/h3>\n\n\n\n
QA Engineer\/Tester ServiceNow, rola\u00a0Techniczna<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> Projektowanie i wykonywanie test\u00f3w manualnych i automatycznych (ATF, Automated Test Framework). Tworzenie przypadk\u00f3w testowych i plan\u00f3w test\u00f3w. Koordynacja UAT z u\u017cytkownikami biznesowymi. Znajomo\u015b\u0107 platformy na poziomie umo\u017cliwiaj\u0105cym ocen\u0119 ryzyka regresji. Testy integracyjne i po upgradach. Raportowanie defekt\u00f3w i wsp\u00f3\u0142praca z developerami przy ich rozwi\u0105zywaniu.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Skrupulatno\u015b\u0107 i uwaga na szczeg\u00f3\u0142y. Systematyczno\u015b\u0107 w dokumentowaniu. Zdolno\u015b\u0107 do my\u015blenia o tym, co mo\u017ce p\u00f3j\u015b\u0107 nie tak. Asertywno\u015b\u0107 \u2013 dobry tester musi umie\u0107 zg\u0142asza\u0107 problemy nawet pod presj\u0105 czasu. Komunikatywno\u015b\u0107 z teamem technicznym i biznesem.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nRole procesowe i konsultingowe<\/strong><\/h2>\n\n\n\n
Process Consultant<\/strong><\/h3>\n\n\n\n
Process Consultant<\/strong>, rola<\/strong>\u00a0Procesowa<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> G\u0142\u0119boka znajomo\u015b\u0107 jednego lub kilku framework\u00f3w (ITIL 4, HRSD best practices, CSM patterns). Umiej\u0119tno\u015b\u0107 mapowania proces\u00f3w. Znajomo\u015b\u0107 mo\u017cliwo\u015bci platformy w kontek\u015bcie proces\u00f3w. Certyfikaty CIS dla specjalizacji modu\u0142owej.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Empatia wobec klienta. Zdolno\u015b\u0107 do zadawania trudnych pyta\u0144. Asertywno\u015b\u0107 \u2013 dobry konsultant m\u00f3wi klientowi, gdy jego proces jest z\u0142y, a nie tylko digitalizuje to, co jest. Zdolno\u015b\u0107 do prowadzenia warsztat\u00f3w i prezentacji.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nBusiness Analyst<\/strong><\/h3>\n\n\n\n
Business Analyst<\/strong>, rola<\/strong> Procesowa<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> Techniki zbierania wymaga\u0144 (wywiady, warsztaty, analiza dokumentacji). Pisanie user stories i kryteri\u00f3w akceptacji. Podstawowa znajomo\u015b\u0107 platformy \u2013 wystarczaj\u0105ca, \u017ceby wiedzie\u0107, co jest mo\u017cliwe. Znajomo\u015b\u0107 Agile i Scrum.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Aktywne s\u0142uchanie. Zdolno\u015b\u0107 do operowania na r\u00f3\u017cnych poziomach abstrakcji. Precyzja w komunikacji pisemnej. Komfort z niejednoznaczno\u015bci\u0105 \u2013 wymagania biznesowe rzadko s\u0105 kompletne i jasne od pocz\u0105tku.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nImplementation Consultant<\/strong><\/h3>\n\n\n\n
Implementation Consultant<\/strong>, rola Procesowa<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> Konfiguracja modu\u0142u (ITSM, HRSD, CSM) bez kodu lub z minimaln\u0105 ilo\u015bci\u0105 kodu. Prowadzenie warsztat\u00f3w i sesji projektowych. Pisanie dokumentacji wdro\u017ceniowej. Znajomo\u015b\u0107 metodologii wdro\u017ce\u0144 (Agile, Now Create). Certyfikaty CIS.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Samodzielno\u015b\u0107 i inicjatywa. Umiej\u0119tno\u015b\u0107 zarz\u0105dzania oczekiwaniami klienta. Odporno\u015b\u0107 na stres \u2013 projekty wdro\u017ceniowe rzadko realizuj\u0105 si\u0119 zgodnie z planem. Ciekawo\u015b\u0107 \u2013 platforma zmienia si\u0119 regularnie, a konsultant musi nad\u0105\u017ca\u0107.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nRole projektowe i zarz\u0105dcze<\/strong><\/h2>\n\n\n\n
Project Manager<\/strong><\/h3>\n\n\n\n
Project Manager<\/strong>, rola<\/strong> Projektowa<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> Zarzadzanie projektami (PMP, PRINCE2 lub do\u015bwiadczenie). Znajomo\u015b\u0107 metodologii Agile i Waterfall. Podstawowa znajomo\u015b\u0107 platformy na poziomie rozumienia zakresu i ryzyk. Umiej\u0119tno\u015b\u0107 pracy z bud\u017cetem i harmonogramem.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Zdolno\u015b\u0107 do podejmowania decyzji przy niepe\u0142nych informacjach. Komunikatywno\u015b\u0107 i asertywno\u015b\u0107. Odporno\u015b\u0107 na presj\u0119 ze strony klienta i wewn\u0119trzn\u0105. Umiej\u0119tno\u015b\u0107 budowania zaufania w zespole.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nProduct Owner platformy<\/strong><\/h3>\n\n\n\n
Product Owner platformy<\/strong>, rola<\/strong> Projektowa<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> Znajomo\u015b\u0107 platformy na poziomie rozumienia jej mo\u017cliwo\u015bci i ogranicze\u0144. Praca z backlogiem i user stories. Umiej\u0119tno\u015b\u0107 priorytetyzacji. Znajomo\u015b\u0107 organizacji i jej proces\u00f3w. Wsp\u00f3\u0142praca z zespo\u0142em technicznym i interesariuszami biznesowymi.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Zdolno\u015b\u0107 do m\u00f3wienia \u201enie\u201d i uzasadnienia tej decyzji. My\u015blenie produktowe \u2013 platforma to produkt, nie projekt. Zdolno\u015b\u0107 do \u0142\u0105czenia perspektywy u\u017cytkownika z perspektyw\u0105 techniczn\u0105.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nTechnical Lead<\/strong><\/h3>\n\n\n\n
Technical Lead<\/strong>, rola<\/strong> Projektowa<\/strong><\/td><\/tr> Co trzeba umie\u0107:<\/strong> G\u0142\u0119boka znajomo\u015b\u0107 platformy w przynajmniej jednej specjalizacji. Umiej\u0119tno\u015b\u0107 code review i definiowania standard\u00f3w. Podstawy zarz\u0105dzania zespo\u0142em. Komunikacja z PM-em i architektem po stronie klienta.
Cechy, kt\u00f3re pomagaj\u0105:<\/strong> Zdolno\u015b\u0107 do przekazywania wiedzy (mentoring). Umiej\u0119tno\u015b\u0107 r\u00f3wnowa\u017cenia jako\u015bci technicznej z presj\u0105 termin\u00f3w. Gotowo\u015b\u0107 do bycia buforem mi\u0119dzy zespo\u0142em a \u015bwiatem zewn\u0119trznym. Empatia wobec mniej do\u015bwiadczonych cz\u0142onk\u00f3w zespo\u0142u.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nSpecjalizacje przekrojowe, czyli dlaczego ka\u017cdy i tak musi wybra\u0107<\/strong><\/h2>\n\n\n\n
![\"Mo\u017cliwo\u015bci](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2026\/06\/image1-4-1024x576.png\")