M @ SEA structureert informatie, met als streven dit op zo‘n manier te doen dat mensen zich herkennen in de materie die zij ontvangen en bewust zijn van wat er van hun wordt verwacht.

Helaas gebeurt het nog te vaak dat deze instrumenten opgesteld worden, omdat ‘het moet’. Het middel wordt dan heiliger dan het doel. Mijn ervaring is dat wanneer deze SE-instrumenten worden opgesteld vanuit de inhoud om (gedeelten van) documenten te genereren (bijvoorbeeld met TeamCenter SE of Relatics), deze instrumenten een echt toegevoegde waarde krijgen binnen het project.

Hierbij kunt u denken aan het structureren van projectspecifieke informatie, zoals

* eisenanalyse
* opstellen van de klanteisenspecificatie (KES)
* opstellen van de functieboom (FBS)
* opstellen van de objectenboom (SBS)
* opstellen van traceerbaarheid van eisen naar functies naar objectgeorienteerd software ontwerp

Ook kunt u denken aan activiteiten om afdelings/-bedrijfsbrede SE-processen te standaardiseren, zoals
* standaardiseren van ontwerpdocumenten
* standaardiseren van testprotocollen
* maken en geven van SE presentaties
* maken en geven van SE cursussen