Software Agile Emissioni e Feature Tracker [chiuso

Question

Sto cercando il software "migliore" di funzionalità e di tracciamento dei difetti a favore dell'agile. Attualmente stiamo usando Fogbugz, ma questo non è terribilmente utile per i team che seguono una metodologia agile per quanto posso dire. Ci sono strumenti migliori per questo, come Greenhopper per Jira. Ho già usato Jira prima, ma mi chiedo se ci sono altri strumenti che siano migliori.

Answer 1

Palerò la mia esperienza, sperando che sia utile.

Abbiamo iniziato a pilotare la mischia usando le carte su un muro. Abbiamo pensato che saremmo passati a uno strumento una volta che abbiamo iniziato a farlo davvero. Abbiamo impostato il nostro tracker dei difetti (Rossa) con la storia dell'utente e le attività e avere un modo per creare una bruciatura in ogni progetto. Ciò che abbiamo scoperto, tuttavia, è che non si ottiene davvero la trasparenza di un radiatore di informazioni fisiche. Le persone camminano accanto al muro della carta e possono vedere i progressi della squadra. Pochissimi controlleranno il sito Web tutte le volte che ispezionano il muro della carta. Quindi attualmente, facciamo il muro della carta per lo sprint attuale e Traccia lo sprint in Redmine, che ci fornisce informazioni storiche.

Man mano che ci rompevamo a più squadre di quelle per cui abbiamo spazio murale, ci siamo resi conto che avremmo bisogno di uno strumento che può funzionare come una parete di carta ed essere un tracker "reale". Quindi abbiamo esaminato diversi strumenti e la nostra breve lista includeva Versione uno, Rally, e Mescolarsi. Ognuno di questi prodotti potrebbe essere il migliore per te, ma alla fine abbiamo scelto Mingle per vari motivi.

L'unica cosa di cui mi preoccupo è la perdita delle pareti della carta. È difficile spiegare il valore trasformativo che hanno avuto questi radiatori di informazioni pubbliche. I team ottengono molta visibilità dai proprietari di prodotti, nonché da management e altre parti interessate. Temo che la visibilità andrà persa se passiamo all'utilizzo esclusivamente dello strumento. Potrei dover costruire dashboard che salgono su monitor montati a parete, fungendo da una versione ad alta tecnologia delle pareti della carta. Una cosa che abbiamo fatto è stata procurarsi alcune lavagne touchscreen che consentiranno ai team in standup di spostare le schede virtuali in modo familiare, usando l'interfaccia murale della carta trascinante dello strumento. Spero che questo ci permetta di conservare le prestazioni di comunicazione e interazione di squadra che abbiamo visto quando ci siamo radunati attorno a un muro di carte.

Comunque, buona fortuna con la tua ricerca!

Answer 2

Stiamo usando Pivotaltracker (http://pivotaltracker.com) nei nostri progetti. È uno strumento leggero e facile da usare. Funziona nel cloud, quindi creare un account e configurare un progetto è una questione di minuti. La storia dell'utente e l'ingresso di bug sono abbastanza facili. Lo strumento supporta un flusso di lavoro standard di compiti costituiti da stati non avviati, finiti, completati, consegnati, accettati e respinti.

Non ho ancora provato Fogbugz, ma ho usato Jira, Greenhopper e versione prima di Pivotaltracker. L'aspetto negativo di tutti questi strumenti contro Pivotaltracker è che usarli ti porta troppo in alto. Devi configurarli e mantenerli. Devi configurarli. E poiché sono più difficili da usare, richiedono più tempo per l'uso quotidiano. Ho visto che gli sviluppatori esitano a usare questi strumenti perché creano troppo attrito. IMO Pivotaltracker è lo strumento migliore in questo senso.

L'aspetto negativo di Pivotaltracker è che offre solo alcune opzioni di configurazione. Non ti consente di personalizzare i flussi di lavoro. Non ha molte opzioni di autorizzazione degli utenti. Ma nel nostro caso si adatta molto alle nostre esigenze.

Answer 3

Questo potrebbe essere in una certa misura un non risposto, ma spero che sia ancora informativo e aggiungerà valore.

Sono stato in più team utilizzando vari strumenti tra cui schede fisiche e Greenhopper. Altri team Agili nel mio dipartimento hanno usato e valutato varie altre opzioni. Se stai parlando di trovare il modo più efficiente per gestire il team all'interno di uno sprint (invece di rilasciare la pianificazione, la toelettatura del backlog, ecc.) Sono giunto alla seguente conclusione:Nulla sarà perfetto se non hai scritto lo strumento da solo o usi un foglio di speadia. Sì, un foglio di calcolo. È l'opzione più flessibile che ho incontrato. Usiamo uno di fantasia con grafici a burrodown e simili, ma funziona alla grande.

Qualsiasi strumento che trovi ora che potrebbe essere perfetto alla fine finirà per non fare qualcosa che desideri. Ecco un esempio della mia esperienza recente:

Stavamo lavorando per ridurre il tempo necessario per segnalare lo stato durante la riunione giornaliera di Scrum. La sfida era che gli sviluppatori hanno la tendenza ad approfondire una spiegazione dettagliata delle questioni che hanno riscontrato mentre lavoravano su un compito. Cerchiamo di rimandare quelle discussioni fino a dopo la riunione di mischia. È stato difficile da fare fino a quando non abbiamo iniziato semplicemente a evidenziare qualsiasi oggetto nel foglio di calcolo che dobbiamo discutere ulteriormente. Questo ci fa andare avanti con l'incontro ma non perdere le tracce di problemi che devono essere discussi. Era senza sforzo introdurre questo nel nostro processo proprio perché stavamo usando uno strumento flessibile come un foglio di calcolo. Lo strumento non ha ostacolato il nostro processo.

Per quanto riguarda il difetto, la maggior parte delle squadre del mio dipartimento usa Jira.