Hoe is het werkproces voor taken en projecten in het team georganiseerd?
System Analyst
Kun je de synchronische en asynchrone interacties uitleggen in je eigen woorden? Kun je een praktijkvoorbeeld geven?
Heb je REST API's vanaf nul ontworpen, bestaande methoden aangepast of werkte je volgens kant-en-klare contracten?
Hoe zelfstandig is het team in het nemen van beslissingen en wie is de uiteindelijke beslisser?
Omschrijving: We ontwikkelen een webapplicatie die bestaat uit een webpagina waarop je veelhoeken kunt tekenen. Het is ook mogelijk om een eerder opgeslagen figuur te wijzigen. Er zijn geen beperkingen qua kleur. Er zijn geen beperkingen qua aantal veelhoeken. Er zijn geen beperkingen qua plaatsing van de figuren (ze kunnen overlappen op de pagina). Taak: 1. Beschrijf de gegevens die in de database worden opgeslagen. 2. Stel REST API-methoden voor voor de interactie tussen frontend en backend.
Is het comfortabel om in jij-vorm te communiceren?
Welk ontwikkelingsniveau van integraties wordt verwacht van de systeemanalist — JSON-contracten, foutcodes, idempotentie, SLA?
Neemt de systeemanalist deel aan de acceptatie van functies, demo's en UAT?
Met welke databases hebt u gewerkt en hoe beoordeelt u uw niveau van SQL-query's?
Wie is verantwoordelijk voor de prioritering van de backlog?
Heeft u een praktijk voor Change Management en een geformaliseerd proces voor het beheer van wijzigingsvereisten?
Zijn alle zakelijke klanten even bekwaam op het gebied van het formuleren van taken? Zijn er analisten of mensen die betrokken zijn bij het proces aan de kant van het bedrijf?
Vertel over de fasen van het uitwerken van eisen en waar de diepte van de uitwerking van afhangt.
Werkt het team volgens welk model — Scrum, Kanban of een gemengd formaat?
Hoe is de interactie tussen teams georganiseerd als de taak meerdere services of domeinen betreft?
Waar kijk je als eerste naar bij het kiezen van een nieuwe baan?
Wat bedoel je precies met het reguleren van de stroom? Leg het nader uit.
Hoe diep betrokken is een systeemanalist bij niet-functionele eisen — prestaties, fouttolerantie, monitoring, beveiliging?
Vertel over je ervaring. Richt je op het project of de projecten waarin je je vooral hebt onderscheiden en waar je trots op kunt zijn.
Wanneer je eisen of processen beschrijft — heb je het over de AS-IS-processen (zoals ze zijn) of de TO-BE-processen (zoals ze zullen zijn)? Welke tools gebruik je? Wat is het artefact van deze werkzaamheden vanuit het perspectief van de systeemanalist?