Come sosterresti di non utilizzare un foglio di calcolo condiviso per tenere traccia di bug / problemi?

14

Nella nostra azienda, gli sviluppatori vogliono utilizzare uno strumento di tracciamento dei bug adeguato per i problemi di gestione nella nostra applicazione. La gestione tuttavia insiste sull'utilizzo di un foglio di calcolo condiviso (in genere un file excel condiviso, ora un foglio di calcolo su una soluzione di base Web che consente l'accesso simultaneo).

Il loro argomento è che il foglio di calcolo consente loro di avere una visione più alta dello stato del progetto, in quanto possono vedere quanti bug sono aperti con una rapida occhiata. Ciò consente anche di vedere chi sta lavorando su ciascun bug e ottenere una stima del tempo necessario per chiuderli tutti (poiché gli sviluppatori sono tenuti a compilare la stima del tempo del bug su cui stanno lavorando).

Come puoi capire, questo non è molto pratico da usare per gli sviluppatori (il software di tracciamento dei bug è stato inventato per una ragione). Quindi, come posso difendere il software di tracciamento dei bug per facilitare il lavoro dello sviluppatore?

Come bonus, quale software consiglieresti per consentire al management di ottenere i suoi feedback (numero di bug aperti, chi sta lavorando su di essi, stima del tempo) con una visualizzazione di alto livello?

    
posta Sylvain Defresne 06.01.2011 - 11:43
fonte

12 risposte

22

So how can I advocate bug tracking software to ease the work of the developer ?

Data questa affermazione:

the spreadsheet allow them to have a more highlevel view of the state of the project as they can see how many bugs are open with a quick glance.

è necessario esaminare i sistemi che dispongono di strumenti di reporting che consentono effettivamente la creazione di fogli di calcolo in "tempo reale" (o il più vicino possibile). Quando trovi che uno di questi spiega che avere gli sviluppatori con un sistema "corretto" significa che i dati a cui sono interessati saranno (si spera) più accurati e aggiornati (ad esempio).

    
risposta data 06.01.2011 - 11:48
fonte
5

Quale versione del foglio di calcolo è aggiornata? Chi ha quel foglio di calcolo?

Qualsiasi bugtracker decente farà ciò che può fare un foglio di calcolo, solo:

  • invierà per email le parti interessate quando qualcosa cambia
  • fornisce una singola fonte canonica di informazioni aggiornate
  • consente di generare report di riepilogo, per fornire viste di alto livello sullo stato del progetto

Per i miei progetti personali uso Mantis (solo perché è davvero facile da configurare). Il lavoro utilizza Trac con l'integrazione Mercurial.

Mantis fornisce cose come il numero di bug aperti / chiusi / assegnati fuori dalla scatola, e immagino che la maggior parte dei bugtracker farebbe. Non so sulla stima del tempo, perché non mi sono preoccupato di guardare. Trac (o l'installazione qui al lavoro) ha una stima del tempo, ed è facile scrivere un rapporto personalizzato che, per esempio, somma le stime per milestone.

    
risposta data 06.01.2011 - 11:49
fonte
5

Le risposte di tutti gli altri sono buone. Un altro aspetto mi viene in mente.

E riguardo la sicurezza intorno al foglio di calcolo. La gestione non dovrebbe preoccuparsi che uno sviluppatore casuale possa colpire accidentalmente i tasti CTRL + A, DELETE e davvero rovinare tutto? Un corretto sistema di tracciamento dei bug non consentirebbe questo tipo di corruzione dei dati. E questo non spiega nemmeno la malizia. Che cosa succede se uno sviluppatore particolare voleva più credito e ha iniziato a riassegnare tutte le correzioni di errori a se stesso. Un sistema reale avrebbe una pista di controllo in cui quel tipo di cosa sarebbe evidente. Un foglio di calcolo non lo farebbe.

    
risposta data 06.01.2011 - 15:36
fonte
4

Devi dimostrare alla Direzione che i requisiti saranno soddisfatti.

Their argument is that the spreadsheet allow them to have a more highlevel view of the state of the project as they can see how many bugs are open with a quick glance. This also allow them to see who is working on each bug, and get estimation of the time required to close them all (as developer are required to fill time estimation of the bug they are working on).

Quindi imposta un sistema fittizio e mostra loro con la demo che possono ottenere queste informazioni altrettanto buone e forse anche migliori rispetto all'utilizzo di un foglio di calcolo.

    
risposta data 06.01.2011 - 11:58
fonte
4

Finora tutti hanno trovato risposte simili e adeguate. C'è un aspetto importante a cui non si è ancora parlato. Per tenere traccia degli errori e assicurarsi che nulla sfugga alle crepe, hai bisogno di due cose:

  • Buoni rapporti, sia riepilogativi sia dettagliati - questo può essere cercato in seguito
  • Tutti hanno bisogno di sapere dove si trova la copia più aggiornata.

In quasi tutti gli ambienti che sostengono l'uso di un foglio di calcolo Excel, ci sono diverse copie di questo foglio di calcolo sul computer di tutti - e nessuno di questi è uguale. Ciò rende il processo di revisione dei progressi estremamente difficile e controproducente.

Un server centralizzato come Trac, RedMine, JIRA, Mantis o qualsiasi cosa tu desideri si prende cura di entrambi questi problemi. A quel punto, è una questione di ciò che si adatta meglio alle esigenze della tua azienda. A seconda dell'ambiente, questi strumenti possono integrarsi con il tuo IDE proprio come il tuo sistema di controllo della versione (Eclipse ha questa funzione). Questo rende molto più facile il lavoro attraverso i bug assegnati.

    
risposta data 06.01.2011 - 14:18
fonte
4

Non conosco il tuo ambiente, ma per gli utenti di Visual Studio, consiglio vivamente TFS. Integra sia il controllo del codice sorgente che il monitoraggio dei problemi, con funzionalità complete di reporting. Offre anche livelli di autorità, monitoraggio cronologico completo (cioè chi ha aggiornato il bug quando, e se impostato, perché), ti consente di distinguere tra un "bug" e un "problema" e un "miglioramento" e qualsiasi altra cosa tu voglia come, e si integra completamente con l'IDE di Visual Studio. Lega insieme un bug con il codice che è stato archiviato, che può essere legato a build specifici. E molto altro ancora.

Ho usato molti sistemi di controllo del codice sorgente diversi (VSS, SVN, TFS ...) e molti sistemi di tracciamento dei bug (sistemi proprietari personalizzati, Tracker, SharePoint e sì, anche Excel), ma per i miei soldi ( ed è un bel pezzo di cambiamento), TFS vale l'investimento in denaro e tempo.

E sì, puoi esportare in (e importare da) Excel.

    
risposta data 06.01.2011 - 15:22
fonte
2

Per contribuire a vendere la transizione a un tracker di problemi corretto dovresti cercare di scoprire quali problemi ha il management con il tuo sistema attuale (ci sarà sicuramente un 'sarebbe bello se ...') e vedere se non puoi graffia quel prurito per loro.

Lettura degli argomenti della gestione

Their argument is that the spreadsheet allow them to have a more highlevel view of the state of the project as they can see how many bugs are open with a quick glance. This also allow them to see who is working on each bug, and get estimation of the time required to close them all (as developer are required to fill time estimation of the bug they are working on).

Sono d'accordo con tutti e ogni singolo è incontrato da JIRA ( Menziono JIRA solo perché è quello che uso, sono sicuro che ci sono altri candidati degni di nota)

Devi sottolineare che con uno strumento come JIRA, non solo manterranno tutti i vantaggi della tua configurazione attuale, ma avranno anche molti nuovi vantaggi.

    
risposta data 06.01.2011 - 15:31
fonte
2

Tempo della storia.

Un paio di mesi fa sono tornato da una settimana di ferie per trovare tutta la mia compagnia girata in testa. Un progetto in cui un'altra sezione del dipartimento sviluppo era stata impegnata per mesi è stata improvvisamente una priorità urgente, e tutta la squadra è stata tirata fuori da quello su cui stavano lavorando per sventare la cosa. Nel corso dell'incontro, quel giorno, il proprietario della compagnia ci ha chiesto di buttare fuori un paio di pezzi quel giorno e il resto il giorno successivo e saremmo stati in buona forma.

Sei settimane dopo abbiamo finalmente consegnato quella cosa, dopo un bel lavoro non stop / cicli di sonno.

La nostra metrica per "finito" era che il cliente non aveva più feedback. Nuove ed eccitanti cose comparirebbero su ogni versione del loro feedback (consegnatoci via e-mail) che non si era mai presentato prima, e ogni parola che dicevano era immediatamente parte delle specifiche (giustificata con la frase "facciamolo e basta ").

Nella tarda notte, mi sono sentito completamente a disagio con HAD IT nella gestione delle segnalazioni di bug via e-mail e stampe con i segni di spunta. Ho installato Mantis sul nostro server di test e caricato il documento di feedback che avevo appena ricevuto per la mia sezione. Ho configurato il mio manager come utente e gli ho permesso di iniziare a ricevere email da esso mentre chiudevo i miei problemi.

In circa 6 ore ho avuto l'intera squadra. Il PM stava filtrando le e-mail dei clienti in Mantis, gli sviluppatori stavano rivendicando e lavorando sugli elenchi dei problemi. Ancora meglio, sono stati in grado di richiedere chiarimenti e comunicazioni all'interno del sistema, risultando in una scia cartacea di dettagli su ciascun articolo.

Il giorno dopo mi hanno chiesto di dirigere Tech per il resto del progetto. Era come se mi avessero consegnato una bomba a mano, ma l'ho preso e ho corso con esso. Due settimane dopo abbiamo finalmente esaurito la capacità del nostro cliente di strattonare il nostro anello del naso e mettere in produzione il sito. Mantis ora è come gestiamo i bug, e potrebbe diventare il modo in cui gestiamo le richieste di funzionalità dall'inizio di un progetto.

TL; DR: installalo da solo e inizia a usarlo per le tue cose. Lascia che ne valga la pena da solo.

BTW, questa è la stessa politica che sto seguendo sul controllo della versione. Usiamo Subversion sotto una policy richiesta per il lock, perché il mio manager non si fida della fusione dei file. Va bene, ma dopo aver controllato un progetto SVN, ho immediatamente creato un repository git locale per il mio utilizzo in fase di sviluppo.

    
risposta data 07.01.2011 - 15:14
fonte
1

Stiamo utilizzando Atlira Jira .

Ha molti rapporti disponibili come questo:

    
risposta data 06.01.2011 - 16:16
fonte
0

Devi creare un foglio di calcolo che, quando il gestore lo apre, tutti i dati di segnalazione necessari vengano aggiornati dall'app di tua scelta. Se lo fai funzionare, non ci sono argomenti.

    
risposta data 06.01.2011 - 14:47
fonte
0

cose che possono andare storte con un foglio di calcolo di bug tracking su una condivisione di rete:

  • nessun altro può modificarlo quando qualcuno lo lascia aperto, quindi blocca la workstation e va a pranzo.
    • la soluzione "ovvia" è salvare una nuova versione per la scrittura. Questo crea un ramo - e Excel è un male alla fusione. Il lavoro di qualcuno sarà perso.
  • il documento può essere salvato con righe nascoste, un problema viene trascurato per settimane.
  • tutto può essere cancellato e il tracciamento della cronologia è marginale. "Cosa è successo all'analisi dettagliata del problema che ho inserito la scorsa settimana?"
  • è facile aggiungere valori ai campi "riservati". "In che modo la gravità di questo bug è stata contrassegnata come" Epic Fail "?
  • taglia e incolla sovrascrive le formule. Un calcolo può facilmente diventare una costante.

Ho vissuto tutto questo. E siamo ancora riusciti a consegnare ... Erano solo tre mesi di ritardo e costavano migliaia di ore straordinarie non programmate.

    
risposta data 06.01.2011 - 22:54
fonte
0

"È GRATIS!" di solito è un argomento abbastanza buono. Pivotal Tracker è gratuito, non richiede installazione e potrebbe facilmente dare ai tuoi manager una visione di alto livello più completa di quanto è possibile con un basso foglio di calcolo.

Modifica:

Con mio grande dispiacere, è stato appena annunciato che Pivotal Tracker non sarà gratuito per molto più tempo. : (

    
risposta data 07.01.2011 - 02:57
fonte

Leggi altre domande sui tag