Aggiungere le responsabilità del designer UX/UI ai Checkpoint nelle Checklist

Quando un'issue o un task richiede un qualsiasi tipo di supporto su UI/UX, la prima cosa da fare è confrontarsi con il design system e con i designer.

Inseriamo questo passaggio nei Checkpoint della Checklist, accanto a Leggibilità e Accessibilità:

• ✅ Aprire un'issue per questo progetto
• ✅ Aggiunta/Modifica/Aggiornamento/Correzione per questo progetto
• ✅ Test per assicurarsi che non ci siano regressioni
• ✅ Copertura con test automatici unitari/funzionali
• ✅ Supporto alla documentazione per sviluppatori per ogni modifica/aggiunta di funzionalità
• ✅ Supporto alla documentazione della guida utente per ogni modifica/aggiunta di funzionalità
• ✅ Responsabilità del designer UX/UI
• ✅ Accessibilità e leggibilità
• ✅ Revisione del codice da parte dei maintainer
• ✅ Test completi e approvazione
• ✅ Riconoscimento dei contributori
• ✅ Revisione con il product owner
• ✅ Aggiornamento delle Release Notes
• ✅ Rilascio

Guida ai Checkpoint:

• ✅ Fatto
• ➖ Da fare quando serve per l'issue
• ❌ Non ancora fatto

Alla chiusura di un'issue, bisogna assicurarsi che tutti i ❌ siano diventati ✅

Per alcuni progetti potrebbe essere così

• ✅ Aprire un'issue
• ➖ Aggiunta/Modifica/Aggiornamento/Correzione
• ➖ Test per assicurarsi che non ci siano regressioni
• ➖ Copertura con test unitari automatici
• ➖ Copertura con test funzionali automatici
• ➖ Responsabilità del designer UX/UI
• ➖ Leggibilità
• ➖ Accessibilità
• ➖ Prestazioni
• ➖ Sicurezza
• ➖ Documentazione
• ➖ Revisione del codice da parte dei maintainer
• ➖ Test completi e approvazione
• ➖ Riconoscimento dei contributori
• ➖ Revisione con il product owner
• ➖ Bozza per le note di rilascio
• ❌ Rilascio

I miei vecchi checkpoint erano

• ✅ Aprire un'issue per questo progetto
• ❌ Aggiunta/Modifica/Aggiornamento/Correzione per questo progetto
• ❌ Test per assicurarsi che non ci siano regressioni
• ❌ Copertura con test automatici unitari/funzionali
• ❌ Supporto alla documentazione per sviluppatori per ogni modifica/aggiunta di funzionalità
• ❌ Supporto alla documentazione della guida utente per ogni modifica/aggiunta di funzionalità
• ❌ Accessibilità e leggibilità
• ❌ Revisione del codice da parte dei maintainer
• ❌ Test completi e approvazione
• ❌ Riconoscimento dei contributori
• ❌ Revisione con il product owner
• ❌ Aggiornamento delle Release Notes
• ❌ Rilascio