Una modifica della scheda di controllo (CCB) potrebbe essere utile per proteggere gli sviluppatori dalle richieste degli utenti. Un CCB è un gruppo (anche se potrebbe essere un individuo) che si incontra regolarmente per rivedere gli ultimi difetti presentati, determinarne l'impatto, stabilire le priorità e, in alcuni casi, assegnarli a un membro del team di sviluppo.
Il CCB avrebbe esaminato tutti i difetti e le richieste di funzionalità presentate dall'ultima riunione. Per ognuno, determinerebbero se si tratta di una richiesta valida. Se non lo fosse, si chiuderebbe con una ragione per cui. Se è valido, gli verrebbe assegnata una criticità e forse una pietra miliare per l'incorporazione o la data di scadenza. Il lead di sviluppo presso il CCB potrebbe anche assegnare l'attività a uno sviluppatore specifico, a seconda del processo che stai utilizzando.
Gli sviluppatori devono solo preoccuparsi dei difetti e delle richieste di funzionalità approvate dal CCB e non tutti i difetti presentati dall'utente. Il CCB sarebbe anche responsabile della trasformazione delle richieste degli utenti nell'input previsto per il team di sviluppo, come un bug report formale, una user story prioritizzata o una specifica dei requisiti aggiornata.
A seconda della situazione, potrebbe non essere possibile fornire ai tuoi utenti / clienti l'accesso al tuo strumento di monitoraggio dei problemi. In questo caso, si vorrebbe un altro metodo standardizzato per tutti per inviare report con tutte le informazioni necessarie al CCB per trasformarlo in una segnalazione di bug o una richiesta di funzionalità nello strumento di rilevamento dei problemi di propria scelta. Molto probabilmente la garanzia di qualità dovrebbe ancora inoltrare direttamente nello strumento di rilevamento dei problemi che stai utilizzando, ma essi verrebbero esaminati, ordinati per priorità e assegnati dal CCB prima che uno sviluppatore inizi a lavorarci sopra.