Antwoord.

Artefacten van een business analist zijn documenten en schema's die eisen, processen en specificaties vastleggen. Ze zijn nodig om transparantie te waarborgen, veranderingen te volgen en misverstanden tussen projectleden te voorkomen.

Belangrijkste artefacten:

• Business Requirements Document (BRD) — legt de doelen en taken van het project vast.
• Specificatie (SRS) — technische beschrijving van de systeemvereisten.
• Diagrammen van bedrijfsprocessen (bijvoorbeeld BPMN, UML Activiteitendiagram).
• Traceerbaarheidsmatrix (Traceability Matrix).
• Prototypes, mockups, schetsen van interfaces.

Om de actualiteit te waarborgen:

• Regelmatige review- en updateprocessen voor documentatie implementeren.
• Samenwerkingsinstrumenten gebruiken (Confluence, Jira, Miro, enz.)
• Verantwoordelijken aanwijzen voor het onderhouden van artefacten.

Belangrijke kenmerken:

• aanwezigheid van één enkele bron van actuele informatie (Single Source of Truth)
• formalisatie van eisen en processen
• transparantie en eenvoud van kennisoverdracht binnen het team

Misleidende vragen.

Kan men zich beperken tot één hoog niveau specificatie zonder aanvullende documentatie?

Nee, detaillering en schema's zijn nodig voor verschillende groepen: ontwikkeling, testen, training van gebruikers. Gebrek aan informatie kan leiden tot fouten bij de uitvoering.

Is het toegestaan om documentatie op de lokale computer van de analist te bewaren zonder synchronisatie met het team?

Nee, de documentatie moet centraal worden opgeslagen en toegankelijk zijn voor het hele team.

Wanneer moet de documentatie worden bijgewerkt — alleen na afloop van het project of gedurende veranderingen?

Documenten moeten worden bijgewerkt naarmate wijzigingen worden aangebracht, anders ontstaat het risico van informatie desynchronisatie.

Typische fouten en anti-patronen

• Het bewaren van documentatie alleen bij de analist of op een geïsoleerde plek
• Ontbreken van processen voor regelmatige updates
• Verwaarlozing van diagrammen en visualisatie van bedrijfsprocessen

Voorbeeld uit het leven

Negatieve case: Documentatie wordt alleen bijgewerkt na de afronding van de release. Tijdens de uitvoering ontstaan er tegenstrijdigheden tussen ontwikkeltaken, testen en verwachtingen van de klant. Voordelen: tijdsbesparing aan het begin. Nadelen: desorganisatie, bugs, herschrijvingen.

Positieve case: Alles wordt opgeslagen in Confluence, verantwoordelijken actualiseren regelmatig de artefacten, er zijn reviews van wijzigingen. Voordelen: transparantie, snelle aanpassing aan veranderingen. Nadelen: vereist strikte discipline en proces.