DOD definiëren

[JoeriRoijenga]

In de huidige situatie hebben wij geen Definition of Done (DOD). Hierdoor is het naar eigen invulling in te vullen of een issue afgerond is of niet.

Oplossing:
Schrijf een algemene DOD zodat voor iedereen duidelijk is wanneer een issue wel of niet klaar is. Denk hierbij aan:

• Unit Tests
• Documentatie
• Accessibility
• etc.

[Rozerinay]

LUX heeft hier ook aan gewerkt:

Hier een leeg (a la 31 oktober) issue met een template voor de DOR en DOD: nl-design-system/lux#324

Code: https://github.com/nl-design-system/lux/blob/main/.github/ISSUE_TEMPLATE/new_component_template.md?plain=1

[Rerbun]

Nieuwe issue template:

# Omschrijving 

## Links

- Community component:
- Figma:
- Template: 
- Discussions:
- Anders: 

## Checks

### Definition of ready

- [ ] Naam van de component is duidelijk.
- [ ] Doel van component is beschreven.
- [ ] Design is aanwezig.
- [ ] Tokens zijn aanwezig.
- [ ] Waar in de templates wordt deze component gebruikt? Zijn er praktijkvoorbeelden waarin de component al gebruikt wordt?
- [ ] Beschrijving gemaakt van wat er moet gebeuren om de taak succesvol af te ronden.
- [ ] Testcases / stappen om handmatig te testen.

### Definition of done

#### Component

- [ ] Component is beschikbaar in de index.
- [ ] Design tokens worden gebruikt.

#### Storybook
- [ ] Tenminste 1 default story.
- [ ] States en properties stories.
- [ ] Documentatie is toegepast, check template.

#### Tests
- [ ] Het component rendert.
- [ ] Tenminste de Basis functionaliteit van het component wordt getest.