Cosa fare quando il track-track non funziona?

2

È successo nel nostro team che il nostro track-track non funziona. Succede circa una volta alla settimana ora (sì, wow), e non c'è davvero molto che possiamo fare per farlo tornare, poiché è ospitato dal nostro cliente in un fuso orario diverso. A volte occorrono diverse ore perché sia di nuovo operativo.

Nel frattempo, non siamo in grado di capire quali problemi stavamo lavorando e, nel caso in cui lo facciamo, non possiamo aggiornare tali problemi, come spostarli attraverso il flusso di lavoro, registrare gli orari usati, controllare la descrizione del problema, uscire commenti e così via.

Quindi la domanda è: come possiamo, come squadra, lavorare nel frattempo in modo che quando il tracker dei problemi è di nuovo attivo, abbiamo il minimo problema possibile aggiornandolo con quello che abbiamo lavorato?

    
posta Pablo 13.11.2012 - 14:13
fonte

2 risposte

7

Utilizza una cache locale

Potrebbe non funzionare per il tuo, ma potrebbe essere la questione se sia una strada percorribile da guardare. Forse puoi implementare un proxy / cache locale per questo tracker.

Avevamo un proxy SVN per prevenire problemi simili a una società per cui lavoravo.

Poiché ha evidenziato nei commenti , potresti usare un local tracker. Ad esempio Fossil è uno strumento decente per la gestione personale.

Good Ol 'Whiteboard & Carta

Tieni traccia di ciò che fai in un modo o nell'altro e aggiorna. Niente di più che puoi fare.

Hybrid Cache-Whiteboard:)

Questa è un'opzione non troppo seria, ma potrebbe non funzionare in alcun modo: implementare una facciata semplice che visualizzerà l'elenco delle attività correnti e le avrà proiettate su un muro o visualizzate su uno schermo. se il telecomando è inattivo, almeno hai ancora una lista.

Ma sto scherzando con quello ...

SCM-ed TODO

Ecco un'altra idea infondata: fare un lavoro programmato esportare un elenco di attività ogni N ore o giù di lì in un file di testo e trasferirle sul tuo SCM.

Quindi gli sviluppatori tengono traccia dei loro aggiornamenti giornalieri in un file separato chiamato dopo l'ID del ticket su cui lavorano.

Anche questo non è eccezionale, ma potrebbe essere meglio di niente.

Segnala e reclami

Ovviamente questo è un problema che deve essere affrontato e il tuo cliente deve essere informato dell'impatto che ha su te e sul tuo team.

    
risposta data 13.11.2012 - 14:20
fonte
1

Avere quel grado di interruzione non è normale. Ti suggerisco di utilizzare Atlassian Jira su richiesta o un altro tracker di problemi online come Trello , e suggeriscilo al cliente (mostralo a loro una volta che hai i dati in esso), ma se la soluzione del cliente ti riporta indietro, ne hai una tua.

    
risposta data 13.11.2012 - 15:25
fonte

Leggi altre domande sui tag