System Analyst

Come è organizzato il processo di lavoro su compiti e progetti nel team?

Puoi spiegare le interazioni sincrone e asincrone con le tue parole? Puoi fare un esempio pratico?

Hai progettato le API REST da zero, modificato metodi esistenti o ti sono stati forniti contratti pronti con cui hai lavorato?

Quanto è autonomo il team nel prendere decisioni e chi è il decisore finale?

Descrizione: Stiamo sviluppando un'applicazione web che consiste in una pagina web sulla quale è possibile disegnare poligoni. È anche possibile modificare una figura precedentemente salvata. Non ci sono restrizioni sul colore. Non ci sono limiti al numero di poligoni. Non ci sono restrizioni sulla disposizione delle figure (possono sovrapporsi sulla pagina). Compito: 1. Descrivere i dati salvati nel database. 2. Proporre metodi REST API per l'interazione tra frontend e backend.

È comodo comunicare in modo informale?

Quale livello di sviluppo delle integrazioni ci si aspetta dall'analista di sistema — contratti JSON, codici di errore, idempotenza, SLA?

L'analista di sistema partecipa all'accettazione delle funzionalità, demo e UAT?

Con quali database hai lavorato e come valuti il tuo livello di competenza nelle query SQL?

Tutti i clienti aziendali sono ugualmente competenti per quanto riguarda la definizione dei compiti? Ci sono analisti o persone coinvolte nel processo dal lato aziendale?

Chi è responsabile della prioritizzazione del backlog?

Hai una pratica di Gestione del Cambiamento e un processo formalizzato per la gestione delle modifiche ai requisiti?

Parla delle fasi di elaborazione dei requisiti e di cosa dipende la profondità dell'elaborazione.

Con quale modello lavora il team — Scrum, Kanban o formato misto?

Come viene organizzata l'interazione tra i team quando un compito coinvolge più servizi o aree?

A cosa presti attenzione prima di tutto quando scegli un nuovo posto di lavoro?

Cosa intendi esattamente con regolare il flusso? Spiega più nel dettaglio.

Quanto profondamente un analista di sistema partecipa ai requisiti non funzionali — prestazioni, tolleranza ai guasti, monitoraggio, sicurezza?

Parla della tua esperienza. Concentrati sul progetto o sui progetti in cui ti sei particolarmente distinto e di cui puoi essere fiero.

Quando descrivi requisiti o processi, ti riferisci ai processi AS-IS (come sono) o TO-BE (come saranno)? Quali strumenti usi? Qual è l'artefatto di questi lavori dal punto di vista dell'analista di sistemi?