Lavoro nello sviluppo web, che coinvolge un sacco di progetti personalizzati più piccoli piuttosto che un unico prodotto di grandi dimensioni. I requisiti e le specifiche provengono sempre dall'esterno dell'azienda.
Abbiamo impostato un sistema di tracciamento dei biglietti (Collab attivo, che è spazzatura rispetto a redmine btw) e fornito l'accesso ai clienti in modo che possano inviare problemi. L'idea è che meno tempo è occupato da lunghe conversazioni telefoniche ed e-mail. Penso che funzioni molto bene se fatto bene.
Tuttavia non sono così sicuro che sia sempre una buona cosa. Le richieste di funzionalità sono aumentate molto in alcuni progetti. Il sistema deve anche essere amichevole con i non sviluppatori pur avendo le molte funzionalità che gli sviluppatori usano. I ticket degli sviluppatori non sempre mappano 1 a 1 con i ticket che i clienti creeranno.
Quindi i requisiti e i ticket più ampi devono essere separati dai ticket più specifici relativi allo sviluppatore (specificazione). Forse potremmo utilizzare due sistemi, uno per i clienti che presentano i loro requisiti o descrivono un bug e uno per gli sviluppatori per creare ticket come implement method x in class y . Forse questo può essere ottenuto strutturando i biglietti in categorie più appropriate o creando ticket secondari sotto un ticket di richiesta di funzionalità. Ho esaminato brevemente Pivotal Tracker e ha un flusso di lavoro fondamentalmente diverso.
tl; dr Come fai a tenere i ticket tecnici (il gergo degli sviluppatori) separati dai ticket dei clienti (lingua laipersonale).