Come consiglieresti 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 gestire i problemi nella nostra applicazione. Il management insiste tuttavia sull'uso di un foglio di calcolo condiviso (precedentemente un file Excel condiviso, ora un foglio di calcolo su una soluzione web base che consente l'accesso simultaneo).

La loro tesi è che il foglio di calcolo consente loro di avere una visione di livello più elevato dello stato del progetto in quanto possono vedere quanti bug sono aperti con una rapida occhiata. Ciò consente anche loro di vedere chi sta lavorando su ciascun bug e di 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 è davvero pratico da usare per gli sviluppatori (il software di tracciamento dei bug è stato inventato per un motivo). Quindi, come posso sostenere il software di tracciamento dei bug per facilitare il lavoro dello sviluppatore?

Come bonus, quale software consiglieresti di consentire al management di ottenere i propri feedback (numero di bug aperti, chi ci sta lavorando, stima del tempo) con una visione di alto livello?


Sfortunatamente, il più delle volte, la direzione ha già deciso.
kirk.burleson,

4
Mostra loro eusprig.org/stories.htm . O anche solo la perdita di 24 milioni di TransAlta a causa di un errore di copia e incolla in EXCEL. Diamine, non vuoi usare un programma che permetta a chiunque di cambiare qualsiasi cosa in un modo assolutamente incontrollato. Lo strumento peggiore per la gestione è Excel e questo è dimostrato più volte. Questo è anche un articolo interessante: skillsportal.co.za/page/training/articles/…
Joris Meys,

Hai almeno il rilevamento della versione attivato nel file Excel? Altrimenti, potresti anche usare una lavagna bianca.
Wonko the Sane,

Mantis è gratuito, puoi installarlo in circa 2 ore e ti dà statistiche e cose. Come bonus puoi facilmente assegnare bug a rilasci e sviluppatori, cambiare stato, imporre flussi di lavoro, registrare commenti e commenti, allegare e-mail o altri file. La lista potrebbe continuare all'infinito. Un foglio di calcolo è primitivo, incontrollato, inefficiente e molto meno efficace. Dato che siamo inclini all'errore umano e non lasciamo alcuna traccia di controllo.
quick_now

2
apri il foglio di calcolo su una workstation inutilizzata in modo che sia bloccato per la modifica, spegni lo schermo e fai finta di non sapere cosa c'è che non va quando nessuno può aggiornare il foglio di calcolo. ;-)
Steven A. Lowe,

Risposte:


22

Quindi, come posso sostenere il software di tracciamento dei bug per facilitare il lavoro dello sviluppatore?

Data questa affermazione:

il foglio di calcolo consente loro di avere una visione di livello più elevato dello stato del progetto in quanto possono vedere quanti bug sono aperti con una rapida occhiata.

devi esaminare i sistemi che dispongono di strumenti di reporting che consentano effettivamente la creazione di fogli di calcolo in "tempo reale" (o il più vicino possibile ad esso). Quando trovi uno di questi, spiega che far sì che gli sviluppatori utilizzino un sistema "corretto" significa che i dati a cui sono interessati saranno (si spera) più precisi e aggiornati (ad esempio).


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à un'email alle parti interessate quando qualcosa cambia
  • fornisce un'unica fonte canonica di informazioni aggiornate
  • consente report di riepilogo, per fornire viste di alto livello sullo stato del progetto

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

Mantis fornisce cose come il numero di bug aperti / chiusi / assegnati fuori dalla scatola, e immagino che la maggior parte dei bugtracker lo farebbe. Non conosco la 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, sommerà le stime per traguardo.


5

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

Che dire della sicurezza attorno al foglio di calcolo. Il management non dovrebbe preoccuparsi del fatto che qualsiasi sviluppatore casuale possa colpire accidentalmente i pulsanti CTRL + A, CANC e rovinare davvero le cose? Un adeguato sistema di tracciamento dei bug non consentirebbe questo tipo di corruzione dei dati. E questo non spiega nemmeno la malizia. E se un determinato sviluppatore desiderasse più credito e iniziasse a riassegnare tutte le correzioni di difetti a se stesso. Un sistema reale avrebbe una pista di controllo in cui quel tipo di cose sarebbe evidente. Un foglio di calcolo non lo farebbe.


4

È necessario mostrare alla direzione che i loro requisiti saranno soddisfatti.

La loro tesi è che il foglio di calcolo consente loro di avere una visione di livello più elevato dello stato del progetto in quanto possono vedere quanti bug sono aperti con una rapida occhiata. Ciò consente anche loro di vedere chi sta lavorando su ciascun bug e di 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).

Quindi imposta un sistema fittizio e mostra loro con le demo che possono ottenere queste informazioni altrettanto bene e forse anche meglio dell'uso di un foglio di calcolo.


4

Finora tutti hanno avuto risposte simili e adeguate. C'è un aspetto importante a cui non si è ancora parlato. Per rintracciare i bug e assicurarsi che nulla scivoli attraverso le fessure, hai bisogno di due cose:

  • Buoni rapporti, sia di sintesi che di dettaglio - questo può essere cercato in seguito
  • Tutti devono 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 sulla macchina di tutti - e nessuno di essi è uguale. Ciò rende il processo di revisione dei progressi estremamente difficile e controproducente.

Un server centralizzato come Trac, RedMine, JIRA, Mantis o qualunque cosa tu voglia, si occupa di entrambi questi problemi. A quel punto, è una questione di ciò che si adatta meglio alle esigenze della tua azienda. A seconda del proprio ambiente, questi strumenti possono integrarsi con l'IDE proprio come il sistema di controllo della versione (Eclipse ha questa funzione). Ciò semplifica molto il lavoro attraverso i bug assegnati.


Il file è condiviso centralmente; perché dovrebbero esserci copie aggiuntive?
JeffO,

2
Non ci deve mai essere. Succede solo inevitabilmente.
Berin Loritsch,

Bene, attualmente stiamo usando una soluzione basata sul web per modificare un foglio di calcolo condiviso. Quindi la duplicazione non dovrebbe avvenire.
Sylvain Defresne,

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à di reporting complete. Offre inoltre livelli di autorità, tracciamento cronologico completo (ovvero chi ha aggiornato il bug quando e, se impostato, perché), consente di distinguere tra un "bug" e un "problema" e un "miglioramento" e qualsiasi altra cosa tu voglia mi piace e si integra completamente con l'IDE di Visual Studio. Collega un bug con il codice che è stato archiviato, che può essere collegato a build specifiche. E molto altro ancora.

Ho usato molti diversi sistemi di controllo del codice sorgente (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 buon pezzo di cambiamento), TFS vale l'investimento in denaro e tempo.

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


2
Usiamo Team Explorer con TFS, dove puoi letteralmente aprire l'Elenco bug come foglio di calcolo, scegliere "Aggiorna" dal menu Team, e il gioco è fatto, l'elenco degli errori più recente in Excel ma con un sistema di tracciamento completo degli errori in TFS.
Marcie,

1
Inoltre c'è una cosa "dashboard" (basata su Sharepoint) che include raccolte documenti che sembrano contenere fogli di calcolo. Quando si apre il foglio di calcolo, questo viene popolato estraendo una query dal repository. Il gestore può aggiornare pri, sforzo assegnato e qualsiasi altra cosa vogliano usare Excel, quindi fare clic su Pubblica e torna nel repository. Ottengono tutto l'Excel che vogliono mentre gli sviluppatori ottengono tutto il associato checkin-to-WI, aggiungi-uno-screenshot-del-problema, vedi-i-miei-compiti-in-Visual-Studio, ecc-ness che vogliono.
Kate Gregory,

2

Per aiutare a vendere la transizione a un tracker di problemi adeguato, dovresti provare a scoprire quali problemi ha la gestione con il tuo sistema attuale (ci sarà sicuramente un 'sarebbe bello se ...') e vedi se non riesci a grattarti quel prurito per loro.

Lettura degli argomenti della direzione

La loro tesi è che il foglio di calcolo consente loro di avere una visione di livello più elevato dello stato del progetto in quanto possono vedere quanti bug sono aperti con una rapida occhiata. Ciò consente anche loro di vedere chi sta lavorando su ciascun bug e di 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).

Sono d'accordo con tutti loro e ognuno è incontrato da JIRA (menziono JIRA solo perché è quello che uso, sono sicuro che ci sono altri candidati validi)

È necessario sottolineare che con uno strumento come JIRA, non solo manterranno tutti i vantaggi della configurazione corrente, ma avranno anche molti nuovi vantaggi.


2

Ora della favola.

Un paio di mesi fa sono tornato da una settimana di vacanza e ho scoperto che tutta la mia compagnia si era voltata. Un progetto su cui un'altra sezione del dipartimento di sviluppo aveva lavorato per mesi era improvvisamente una priorità urgente, e l'intero team è stato rimosso da ciò a cui stava lavorando per sfornare la cosa. Nell'incontro di quel giorno, il proprietario dell'azienda ci chiese di eliminare un paio di pezzi quel giorno e gli altri il giorno successivo e saremmo stati in buona forma.

Sei settimane dopo abbiamo finalmente consegnato quella cosa, dopo praticamente cicli di lavoro / sonno ininterrotti.

La nostra metrica per "finito" era che il cliente non aveva più feedback. Cose nuove ed eccitanti si presenterebbero su ogni versione del loro feedback (che ci è stato inviato via e-mail) che non era mai arrivata prima, e ogni parola che dicevano faceva immediatamente parte delle specifiche (giustificata dalla frase "facciamolo ").

A tarda notte, ero completamente impazzito con l'IT HAD con la gestione delle segnalazioni di bug tramite e-mail e stampe con segni di spunta. Ho installato Mantis sul nostro server di prova e ho caricato il documento di feedback che avevo appena ricevuto per la mia sezione. Ho impostato il mio manager come utente e gli ho permesso di iniziare a ricevere e-mail da esso quando ho chiuso i problemi.

Entro circa 6 ore ho avuto l'intero team. Il PM stava filtrando le e-mail dei client in Mantis, gli sviluppatori stavano rivendicando e lavorando su elenchi di problemi. Ancora meglio, sono stati in grado di richiedere chiarimenti e comunicazioni all'interno del sistema, risultando in una scia di documenti cartacei di dettagli su ciascun articolo.

Il giorno dopo mi hanno chiesto di guidare Tech per il resto del progetto. Era un po 'come essere stato consegnato una granata dal vivo, ma l'ho preso e ho corso con esso. Due settimane dopo abbiamo finalmente esaurito la capacità del nostro cliente di strappare il nostro anello al naso e mettere in produzione il sito. Mantis è ora il modo in cui gestiamo i bug e potrebbe diventare il modo in cui gestiamo le richieste di funzionalità dall'inizio di un progetto.

TL; DR: installalo tu stesso e inizia a usarlo per le tue cose. Lascia che provi il suo valore da solo.

A proposito, questa è la stessa politica che sto seguendo sul controllo della versione. Usiamo Subversion in base a una politica obbligatoria di blocco, perché il mio manager non si fida della fusione di file. Va bene, ma dopo aver verificato un progetto SVN, ne creo immediatamente un repository git locale per il mio uso nello sviluppo.



0

Devi creare un foglio di calcolo che quando il gestore lo apre, tutti i dati di reporting necessari vengono aggiornati dall'app di tua scelta. Se lo fai funzionare, non c'è argomento.


Non funzionerà mai. Sia per caso che per malizia, prima o poi qualcuno romperà il sistema "infallibile".
AShelly,

0

cose che possono andare storte con un foglio di calcolo per il rilevamento di bug in una condivisione di rete:

  • nessun altro può modificarlo quando qualcuno lo lascia aperto, quindi blocca la workstation e va a pranzo.
    • la soluzione "ovvia" è quella di salvare una nuova versione per la scrittura. Questo crea un ramo e Excel non riesce a fondersi. Il lavoro di qualcuno andrà perso.
  • il documento può essere salvato con righe nascoste, un problema viene trascurato per settimane.
  • qualsiasi cosa può essere eliminata e il tracciamento della cronologia è marginale. "cosa è successo all'analisi dettagliata dei problemi che ho inserito la scorsa settimana?"
  • è facile aggiungere valori a campi "limitati". "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 ... Era solo con tre mesi di ritardo e costava migliaia di ore di straordinario non pianificate.


0

"È gratis!" di solito è un argomento piuttosto valido. Pivotal Tracker è gratuito, non richiede installazione e potrebbe fornire molto facilmente ai tuoi manager una visione di alto livello delle cose rispetto a quanto sia possibile con un foglio di calcolo poco costoso.

Modificare:

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


Ho già provato questo argomento. Non ho vinto, perché mi è stato detto che il problema non era il prezzo.
Sylvain Defresne,

Immagino che tu sia bloccato con l'argomento "Superiore in ogni aspetto". :-)
Nick Spreitzer il

In realtà un sacco di persone si assoceranno gratuitamente con la merda. Ho suggerito un'alternativa gratuita a qualcosa e il mio capo ha risposto "Vogliamo solo il meglio" o qualcosa di simile. Nel libero mercato questo è generalmente vero, ma ovviamente non si applica sempre all'open source. Non molte persone capiscono davvero il modello open source, se è commerciale e gratuito avrà delle stringhe da qualche parte.
Keyo,

Ecco perché devi seguire "è gratuito" con "ed è fantastico".
Nick Spreitzer,

1
Non preoccuparti di menzionare gratuitamente
Murph,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.