Come faccio a rompere le barriere tra sviluppo e QA su un progetto agile?[chiuso]

Question

Ho fatto richiesta agile per un paio di mesi sul mio progetto.Tuttavia, stiamo assistendo ad una costante problema con il nostro iterazione burndowns.Non siamo colpire zero ogni iterazione.

Le attività rimanenti sono QA attività.Cose come la scrittura di test, collaudo, etc.

Ora, c'è qualche organizzative, resistenza al "team cross-funzionale" idea di agile.Dev sviluppare per singoli progetti, ma i Tester sono in comune per più progetti.Che è abbastanza contraria all'agile idea di Dev e QA lavorare insieme.

Il fatto che il mio tester tempo viene diviso in tanti altri progetti è causa di rallentamenti.Gli sviluppatori stanno testando per raccogliere molto allentamento si può, ma alcune attività sono ancora di ottenere fatto.

Da quello che vedo, posso fare due cose:

1. Indurre l'organizzazione a spostare verso "ogni progetto che abbia un dedicato QA persona"
2. Cambiare la mia definizione di "Fatto" per non includere le attività di QA/lavoro di verifica.Cose sarebbe ancora testato se.

Preferirei evitare di fare #2, dato che ho il valore del test di collaborazione che stiamo facendo.

Cosa consigli per la mia situazione?

Answer 1

E ' una situazione difficile e, purtroppo, un sacco di aziende che cercano di seguire Agile non lo riconoscono.Non è necessario avere una dedicata QA persona - anche con Agile risorse potrebbero essere ripartiti tra le diverse attività.NON è necessario includere il vostro QA nel monitoraggio dei progressi.

Sì, il vostro progresso sarà più lento.C'è una buona ragione per questo (non avete abbastanza QA risorse) e si dovrebbe spiegare alla vostra organizzazione di gestione con i dati in mano.Essa vi aiuterà a convincerli che qualche cambiamento deve avvenire.

Inoltre, si potrebbe spostare verso il testing automatizzato e usare la vostra sviluppatori per aiutare il tester di automazione di test.Questo consentirà di distribuire il carico in modo più uniforme e migliorare la qualità del controllo qualità sul tuo progetto

Answer 2

Non credo che si può chiamare quello che stai facendo a meno agile, e tutti su di esso.Ottenere il tester per sedersi fisicamente vicino ai devs (almeno per il momento il tester è lavorare in attività per un progetto come la creazione di piani di test), questo potrebbe la comunicazione e il ottenere il QAs a comprare in esso.

Answer 3

Per questo lavoro, è necessario ottenere il QAs di dedicare un tempo adeguato per il progetto.Potrebbe essere necessario lavorare con loro gestione, al fine di ottenere certa quantità di tempo accantonato per loro di lavorare sul progetto.In questo modo si sarebbe in grado di pianificare il loro tempo e il loro sapere esattamente quanto il tuo lavoro gli sviluppatori possono fare che il team QA avrà il tempo di prova.Ciò può richiedere la riduzione in sviluppo, al fine di compensare il ridotto supporto da QA.

Non si menziona la quantità di test automatizzato.Si può essere in grado di aumentare l'automazione dei test al fine di ridurre il tempo che il team QA deve certificare il progetto.Si potrebbe utilizzare una parte del tempo di sviluppo per preparare il test di QA per il team QA per l'esecuzione.Non ottimale, ma potrebbe aiutare.

Answer 4

Penso QA ha molto di più da offrire in Agile ambiente che solo il lavoro di verifica.Se QA è abbastanza informati circa il flusso di lavoro e diversi rami di essa, si può essere in sedile per auto per il resto della mischia del processo.QA possono essere coinvolti con gli sviluppatori per progettare la logica dei flussi di lavoro che porterà i casi di test.In questo modo si può eliminare sacco di design e di flusso di lavoro relative errori durante il processo di sviluppo prima di entrare in QA ambiente.

Answer 5

Si potrebbe prendere in considerazione QA come i clienti per gli Sviluppatori.Così, quando gli Sviluppatori di rilascio alla fine di un'iterazione di QA, l'iterazione è fatto.

Il Feedback del cliente (bug che hanno bisogno di fissaggio) può andare in il lavoro da fare per l'iterazione successiva.

Answer 6

Nel breve termine, smettere di usare il QA risorse che non possono rientrare nel tuo processo e assumere questi compiti con quelli che possono essere dedicate come necessario.Mi rendo conto che questo non è l'ideale, ma c'è un sub-ottimale situazione in cui si dispone di una struttura organizzativa che non corrisponde i vostri processi.Si può solo trovare che bene (e imparare circa la prova nel processo).

Nel lungo termine, le opzioni sono

• trovare un modo per farlo funzionare con il dato struttura organizzativa di processo e di
• modificare la struttura organizzativa di essere adatto per il processo di
• modificare il processo di sviluppo per essere adatta per l'organizzazione