Analityk biznesowy / Analityczka biznesowa
⚲ Warszawa, Ochota
Do uzgodnienia
Wymagania
- minimum 3-letnie doświadczenie na stanowisku analityka biznesowo-systemowego w projektach IT
- minimum 2 lata doświadczenia w modelowaniu systemów w notacji UML
- minimum 1 rok doświadczenia w modelowaniu procesów biznesowych w BPMN
- minimum 2 lata doświadczenia w projektach dla instytucji sektora publicznego
- wykształcenie wyższe kierunkowe (informatyka, matematyka lub inny techniczny)
- znajomość narzędzia Sparx Enterprise Architect
- znajomość języka angielskiego pozwalająca na czytanie dokumentacji technicznej
- w okresie pierwszych 3 miesięcy praca stacjonarna, następnie hybrydowa
Opis stanowiska
Rola analityka biznesowo-systemowego w firmie Decsoft, praca przy projektach IT dla instytucji sektora publicznego. Będziesz zbierać i uzgadniać wymagania, modelować procesy w BPMN, dokumentować projekty w UML w Enterprise Architect oraz tworzyć makiety z uwzględnieniem dobrych praktyk UX/UI. To oferta dla osoby z co najmniej 3-letnim doświadczeniem analitycznym, która lubi pracować samodzielnie i komunikować się z różnymi interesariuszami. Uwaga: wymóg „samodzielności” i „bardzo dobrych umiejętności komunikacyjnych” może oznaczać pracę bez wsparcia mentora i częste tłumaczenie kwestii technicznych osobom nietechnicznym.
🔍 Dekoder Ogłoszenia
🔴
Umiejętność projektowania aplikacji internetowych (dobre praktyki UX/UI)
Oczekuje się, że kandydat będzie potrafił zaproponować rozwiązania, które są przyjazne dla użytkownika, nawet jeśli nie jest to jego główny zakres obowiązków.
🔴
Bardzo dobre umiejętności komunikacyjne oraz interpersonalne
Może oznaczać, że będziesz musiał często tłumaczyć skomplikowane kwestie techniczne nietechnicznym interesariuszom lub rozwiązywać konflikty.
🔴
Samodzielność
Może oznaczać, że będziesz musiał radzić sobie z problemami bez wsparcia lub że zespół jest mały i nie ma czasu na szczegółowe wprowadzenie.
🟡
Rozumienie architektury systemów (mikroserwisy, monolit, SOA) oraz mechanizmów kolejkowania
Oczekuje się, że kandydat będzie potrafił dyskutować o architekturze i jej wpływie na wymagania, a niekoniecznie ją projektować.
🟡
Umiejętność opracowywania wymagań w oparciu o istniejące już funkcjonalności (zmiana, rozbudowa)
Kandydat powinien umieć analizować istniejące systemy i proponować zmiany, a nie tylko tworzyć nowe wymagania od zera.