CEPD.TECH

Junior Business Analyst

CEPD.TECH

IDEALNY KANDYDAT/KANDYDATKA TO:

Idealny kandydat to osoba o analitycznym umyśle, która potrafi wejść w rolę „tłumacza” między światem biznesu a zespołami deweloperskimi. Powinien znać podstawy notacji modelowania procesów (BPMN, UML) oraz rozumieć, jak formułować wymagania (np. pisząc User Stories), aby były czytelne dla programistów. Atutem jest podstawowa wiedza techniczna (np. znajomość SQL czy rozumienie, czym jest API), która ułatwia weryfikację rozwiązań systemowych. Kluczowa jest jednak komunikatywność i dociekliwość – odwaga w zadawaniu pytań „dlaczego?”, by dotrzeć do rzeczywistych potrzeb klienta.

CEL/PROGRAM STAŻU:

• Opanowanie standardów dokumentacji: Nauka tworzenia czytelnych wymagań funkcjonalnych i niefunkcjonalnych zgodnie z metodyką firmy.
• Praktyczne modelowanie procesów: Zdobycie umiejętności wizualizacji procesów biznesowych i przepływów systemowych przy użyciu notacji BPMN oraz UML.
• Weryfikacja techniczna (System): Nauka analizy struktury danych (podstawy SQL) oraz rozumienia integracji między systemami (analiza dokumentacji API/Swagger), aby wymagania były wykonalne technicznie.
• Efektywna komunikacja (Biznes): Rozwój umiejętności prowadzenia wywiadów z interesariuszami w celu zbierania wymagań oraz „odbijania” ich z zespołem IT w celu weryfikacji wykonalności.
• Kontrola jakości (UAT): Nauczenie się weryfikacji, czy dostarczone przez programistów rozwiązanie faktycznie spełnia założenia biznesowe (wsparcie w testach akceptacyjnych).

ZADANIA STAŻYSTY/STAŻYSTKI:

• Dokumentowanie wymagań – udział w spotkaniach z biznesem, notowanie ustaleń i zamiana ich na czytelną dokumentację projektową.
• Modelowanie procesów (BPMN/UML) – tworzenie diagramów przepływu (np. ścieżka zakupu klienta) oraz diagramów sekwencji (jak systemy gadają ze sobą).
• Tworzenie zadań (User Stories) – wprowadzanie zgłoszeń do Jiry/Azure DevOps wraz z jasnymi Kryteriami Akceptacji dla programistów.
• Analiza danych i API – pisanie prostych zapytań SQL w celu weryfikacji danych oraz sprawdzanie dokumentacji API (Swagger) pod kątem integracji.
• Wsparcie w testach (UAT) – weryfikacja „przeklikiwaniem”, czy gotowa funkcjonalność faktycznie działa tak, jak została opisana w wymaganiach.