System Analyst

W jakich narzędziach rysowałeś diagramy ER (nie w email)?

Jakie dane zawsze starasz się wyjaśnić, nawet jeśli klient ich nie wymienia? Jakie pytania zadajesz, aby zmusić klienta do pomyślenia o tym, o czym jeszcze nie myślał?

Opisz klasyczny cykl rozwoju oprogramowania (SDLC)

Czy istnieje wyjście z cyklu rozwoju oprogramowania?

Czy zdarzały się przypadki, gdy wymagania zmieniały się już po rozpoczęciu prac nad rozwojem? Jak postępowali?

Opowiedz o sobie, co wyróżnia Cię na tle innych kandydatów na stanowisko analityka systemów?

Jak określasz granice dekompozycji zadań, czym się kierujesz przy decyzji o głębokości dekompozycji?

Jak rozpoznajesz, że programista poprawnie zrozumiał wymagania? Czy zdarzały się przypadki, gdy programista zrealizował coś, czego nie trzeba było? Na którym etapie to zauważyłeś i jaka była przyczyna?

Jakie czynniki są dla ciebie ważne podczas poszukiwania nowego miejsca? Co jest zielonym światłem, a co czerwonym?

Kto określa poziom dekompozycji — ty sam czy uzgadniasz to z liderem zespołu i interesariuszami? Na jakim poziomie odbywa się uzgodnienie z klientem biznesowym?

Do jakich rodzajów zadań należy tworzyć diagram aktywności?

Jakie diagramy UML używałeś oprócz diagramów sekwencji i aktywności?

Jakie języki i notacje modelowania znasz oprócz BPMN i UML?

Do jakich rodzajów zadań należy tworzyć Diagram Sekwencji?

Jakie narzędzia używałeś w swojej pracy? Podaj przykłady udanych przypadków.

Czy znasz DFD (Diagram Przepływu Danych) i CJM (Mapa Podróży Klienta)?

Dlaczego cykl życia rozwoju nazywa się cyklem?

Opowiedz o swoim doświadczeniu zawodowym: projekty, zespół, zakres obowiązków, konkretne zadania, które wykonywałeś rękami