Doel

Het definiëren van de requirements van een IT oplossing om de business doelstellingen te realiseren.

Verantwoordelijkheden

Kaders in kaart brengen

  • Het verzamelen van beschikbare documentatie over de te realiseren oplossing.
  • Het signaleren van informatie die mist en/of inconsistenties in de oplossing en het reduceren hiervan.
  • Het in kaart brengen van relevante stakeholders.
  • Het inzichtelijk maken van de relatie tussen de oplossing en het businessprobleem die dit op moet lossen.

Way of working

  • Het identificeren van gangbare methoden en technieken bij de klant.
  • Het vaststellen van passende methoden en technieken voor het vaststellen van requirements binnen de gegeven context.
  • Het adviseren over alternatieve manieren van werken. Resultaat is een optimale way of working in de gegeven context.
  • Het borgen dat de way of working wordt gevolgd en aangepast wordt op basis van feedback en/of nieuwe informatie. Dit resulteert in focus en samenhang.

Verdiepen user requirements

  • Het detailleren en verder uitwerken van de gegeven kaders tot op een niveau waarop het vertaalt kan worden naar een software design.
  • Het realiseren van een consistent, samenhangend en kwalitatief requirements model in relatie tot de business doelstelling.
  • Het vastleggen, structureren en beschikbaar maken van de requirements.
  • Het realiseren van shared understanding over de requirements en acceptatiecriteria tussen teamleden en stakeholders.

Uitwerken functioneel design

  • Het onderzoeken en aandragen van alternatieve functionele oplossingen.
  • Het uitwerken van een functioneel design.
  • Het vastleggen, structureren en beschikbaar maken van het functioneel design.
  • Het realiseren van shared understanding over het functioneel design tussen teamleden en stakeholders.

Realisatie oplossing

  • Het wegnemen van onduidelijkheden op het gebied van functionaliteit.
  • Bewaken of de gerealiseerde oplossing voldoet aan de gedefinieerde requirements, designs en acceptatiecriteria en het signaleren van afwijkingen hierop.
  • Valideren of de oplossing daadwerkelijk het business probleem gaat oplossen.
  • Het aanpassen van requirements, designs en acceptatiecriteria op basis van feedback van stakeholders en/of nieuwe informatie.

Range

  • De Requirements Engineer valt typisch in de range van niveau 12-14.
  • De Requirements Engineer werkt in teamverband.