...
- BUG
- TASK
- STORY
- REQUIREMENT
- EPIC
alcune premesse sulla guida:
- sono indicati i ruoli di responsabilità, non necessariamente quelli che svolgono l'attività o l'analisi
- per DSSA si intende un qualsiasi membro del team di di disegno e sviluppo soluzioni applicative
- la linea di demarcazione tra cosa considerare sviluppo e cosa configurazione è motivata dall'architettura di Drupal, dall'esperienza nell'ambito e dalle modalità di svolgimento del lavoro quotidiano e ha lo scopo di evitare sprechi di risorse e di allungare oltre misura i tempi di alcune lavorazioni senza che ce ne sia una reale necessità.
- la guida comprende(rà) i documenti descrittivi del modello funzionale della soluzione portali così come viene erogata a ottobre 2024 e le sue future evoluzioni.
QUANDO APRO UNA ISSUE DI TIPO BUG ?
I bug possono essere segnalati attraverso CUSTOMER TK, o direttamente da GA, PO, RM, RU, PM in caso di anomalia del backoffice che non permetta il completamento di una operazione redazionale o del frontend che non permetta la corretta consultazione totale o parziale di una pagina.
L’anomalia per esser e classificata come BUG deve essere ripetibile ed evidente, ovvero devono essere noti i passaggi che la generano e deve essere facilmente e universalmente riscontrabile l’evidenza del malfunzionamento su uno o più browser.
...
ATTENZIONE !
La mancanza di una funzionalità può essere ricunducibile a un errore, ma NON è classificabile come BUG.
Nel caso occorre verificare che la funzionalità fosse originariamente prevista per quel CUSTOMER (nel caso procedere con un TASK di manutenzione) e se così non fosse procedere con un TASK di tipo change o una STORY (a seconda delle caratteristica della funzionalità richiesta)
Chi può aprire o segnalare una issue di tipo BUG ?
CC: supporto livello1
GA: supporto livello 2
PO,RM,PM,RU,TL,DSSA: quando notano un malfunzionamento che compromette la fruibilità delle informazioni del sito all'utente finale o che non permette di utilizzare una o più funzionalità del backoffice
QUANDO APRO UNA ISSUE DI TIPO TASK ?
Le issue di tipo TASK vanno aperte per gestire sia le attività change sia in manutenzione ordinaria che in manutezione evolutiva e in generale per il supporto di terzo livello che siano risolvibili senza sviluppo di codice custom.
Tipiche attività di tipo TASK sono:
...
il destinatario dei TASK è sempre il TL che li valuta e provvede alla gestione in ambito SSA DSSA, sebbene alcuni TASK di configurazione a tendere potranno esser svolti in autonomia da GA
...
Chi può aprire o segnalare una issue di tipo TASK TASK ?
GA: supporto o attività di progetto
PM: attività di progetto
PO: supporto, richieste di mercato/change, attività di progetto, normativa, progetti interni
TL : adeguamento tecnologico, normativa dove non è necessaria approvazione del PO, progetti interni cineca
...
Da una story possono poi derivare una issue di tipo requirement o epic contenente un insieme di requirement che verranno gestiti da SSA DSSA
NON si deve aprire la story per richiedere attività in capo a SSA quali DSSA quali:
microanalisi tecnica ai fini dello sviluppo
delivery delle soluzioni
problemi di infrastruttura
risoluzione di problemi normativi (se su normativa già conosciuta o applicata) o legati alla sicurezza
verifica bug nel codice
test e qa applicativo
sviluppo codice
...