Analityk Biznesowo-Systemowy
⚲ Warszawa
Do uzgodnienia
Wymagania
- min. 1 rok doświadczenia przy projektach dla administracji publicznej
- min. 3 lata doświadczenia na stanowisku Analityka Systemowo-Biznesowego w projektach IT
- min. 2 lata doświadczenia w modelowaniu systemów z wykorzystaniem UML
- min. 1 rok doświadczenia w modelowaniu procesów biznesowych w notacji BPMN
- wykształcenie wyższe techniczne (informatyka, matematyka lub kierunki pokrewne)
- bardzo dobra znajomość narzędzia Sparx Enterprise Architect
- znajomość architektury systemów (mikroserwisy, monolit, SOA) oraz mechanizmów kolejkowania
- gotowość do pracy z biura przez pierwszy miesiąc w 100%, następnie 1 dzień zdalny w tygodniu w okresie próbnym
Opis stanowiska
Projekty IT dla administracji publicznej i służb mundurowych — zbieranie i uzgadnianie wymagań, modelowanie procesów w BPMN i UML, projektowanie makiet oraz wsparcie testów i wdrożeń. Zespół ok. 15 osób, projekt obejmuje też migrację starszych modułów z GWT do Javy i Springa. Uwaga: pierwszy miesiąc pracy w 100% z biura, a w okresie próbnym tylko 1 dzień zdalny w tygodniu — warto to uwzględnić przy decyzji.
🔍 Dekoder Ogłoszenia
🔴
zwinność współtworzymy wyjątkowe rozwiązania IT
Może oznaczać pracę w metodykach zwinnych, ale też brak jasno określonych procesów i dużą elastyczność, która może prowadzić do chaosu.
🔴
zapewniamy doświadczone osoby eksperckie
Firma deklaruje posiadanie ekspertów, ale nie precyzuje, czy będą oni dostępni do wsparcia w codziennej pracy, czy tylko na strategicznym poziomie.
🔴
pierwszy miesiąc pracy – 100% z biura (okres wdrożenia)
Choć wdrożenie jest ważne, pełne przebywanie w biurze przez miesiąc może być uciążliwe dla osób preferujących elastyczność od samego początku.
🔴
następnie 1 dzień pracy zdalnej tygodniowo (okres próbny)
Ograniczenie pracy zdalnej do jednego dnia w tygodniu podczas okresu próbnego może sugerować, że firma nie jest w pełni otwarta na model hybrydowy lub chce ściśle kontrolować pracownika na początku.
🔴
stopniowa modernizacja aplikacji poprzez migrację starszych modułów opartych o Google Web Toolkit (GWT) do nowoczesnej architektury wykorzystującej Java i Spring
Choć migracja jest pozytywna, praca z przestarzałym GWT może oznaczać konieczność radzenia sobie z trudnym i mało popularnym kodem, zanim nastąpi jego modernizacja.