Le persone del QA del mio cliente mi stanno dando la caccia. Cosa posso fare?

-2

Backstory:
  Come singolo sviluppatore con esperienza nella tecnologia scelta, un mese fa ho redatto un componente che, a tutti gli effetti, funzionava entro livelli accettabili in base alle demo che erano state fatte.

Quattro settimane e diversi sviluppatori in seguito (che sarebbero stati più o meno lo scorso giovedì), la funzione è entrata in QA e da allora mi sono stati dati 8 bug ostili, circa 25 critici, 47 major e un singolo minore.

Sto iniziando a nutrire rancore verso questo popolo, ma poi, stanno facendo del loro meglio per migliorare effettivamente la qualità del prodotto, quindi non dovrei. Allo stesso tempo, penso anche di avere il diritto di dormire / mangiare senza avere incubi di showstoppers che appaiono sulla mia casella di posta.

Qual è un modo educato per gestire questa situazione? Ho ottenuto la maggior parte degli ex sviluppatori a bordo, ma la gente della QA continua a riportarmi tutti i loro bug e il management continua a chiedermi cosa sto facendo per loro, quindi sono sempre più ansioso ogni giorno che passa.

Ulteriori dettagli: Circa uno su tredici segnalazioni di bug sono effettivamente indirizzabili da me (circa uno su tre di questi è in realtà causato dal codice che ho scritto), il resto di loro giace in un codice che è onestamente estraneo a me a tutti. Eppure sono io a ricevere i rapporti e ad essere ad-hoc incaricato di distribuirli agli sviluppatori giusti. Io non sono il capo della squadra. A giudicare dall'ammontare del lavoro che mi è stato dato qualcuno sembra che io sia in realtà una squadra di persone sotto il mio nome. A parte le barzellette, l'attuale capo della squadra è in congedo prolungato senza una sostituzione esplicita, e lo sviluppatore più anziano del progetto sta attualmente guidando un altro modulo per il progetto, e ho reso abbondantemente chiaro che ho avuto 0 coinvolgimento in il progetto per circa quattro settimane già. Il motivo per cui sto postando questo è perché sono a corto di opzioni per i veri, non solo per immaginare le cose.

    
posta Carlos Vergara 10.09.2013 - 01:32
fonte

3 risposte

6

Riesco a ripetere ciò che hanno detto altre persone e sottolineare che il controllo qualità sta solo svolgendo il proprio lavoro e, soprattutto, è necessario ricordare che il QA viene incolpato per il bug ogni che lo rende in produzione.

Sono stato nella tua situazione e la soluzione migliore che ho gestito (ricevevo 100 segnalazioni di bug al giorno) è stata quella di assicurarmi di partecipare a ogni singola riunione di triage con il controllo qualità e il proprietario del prodotto: li abbiamo rapidamente abbattuti, avuto un buon rapporto di lavoro e nel processo di quelle riunioni - è riuscito a temperare le aspettative di qualità di QA.

Non arrabbiarti con loro, lavora con loro.

    
risposta data 10.09.2013 - 09:59
fonte
5

Penso che il problema non sia che sei sommerso dal lavoro, ma in realtà manca un buon processo. Per essere in grado di risolvere questo problema, disponi di un meccanismo di risposta / processo per ogni tipo di bug che hai descritto.

Ad esempio, i bug di showstopper vengono gestiti in base alla gravità della situazione (non al loro arrivo). I bug critici hanno una priorità più alta nel risolvere i bug più importanti. I tuoi addetti al controllo qualità dovrebbero essere in grado di taggare e categorizzare correttamente i bug e ordinarli in base alla necessità di correggerli.

Inoltre, vale la pena considerare che hai un tempo limitato per lavorare su questo. Puoi raggiungere un accordo con la tua alta dirigenza per far sì che tu possa fare gli straordinari per i cestisti / bug critici al di fuori del tuo orario di lavoro per una possibile paga extra per straordinari. Altrimenti, suggerisci di aver bisogno di un'altra mano per correggere temporaneamente i bug.

    
risposta data 10.09.2013 - 01:54
fonte
5

Sulla base dei tuoi commenti, il vero problema è che il team di progetto è stato ridistribuito prematuramente e non hai le risorse per gestire tutti i bug segnalati.

Non è colpa della gente del QA. Stanno facendo il loro lavoro come sono stati diretti. Non incolparli. Sembra che la colpa sia della tua gestione e della loro decisione di estrarre risorse dal progetto troppo presto 1 . (O forse sul precedente capo del progetto che ha travolto troppi problemi sotto il tappeto nella sua fretta di chiamare il progetto "finito".)

1 - O forse è colpa del management dire "è fatto" al cliente troppo presto, o per firmare un contratto che ha permesso al cliente di sollevare segnalazioni di guasto rispetto a cose che avevano precedentemente cancellato.

Che cosa puoi fare?

Bene, penso che sia necessario portare il problema all'attenzione del management e convincerli a partecipare alla risoluzione del problema. Suggerirei che ci sono solo due approcci razionali:

  • La gestione deve reindirizzare le risorse al progetto.

  • La gestione deve aiutarti a gestire il tuo carico di lavoro facendo cose come:

    • negoziare con il cliente per riclassificare e ridefinire la lista degli errori,

    • reinserire le scadenze client irrealistiche per correggere bug e / o

    • negoziare con i membri del QA del cliente per modificare i loro obiettivi di qualità.

Un'altra risposta suggerisce che dovresti chiedere alla direzione di approvare (a pagamento) gli straordinari. Non sono sicuro che sia una buona idea. IMO, staresti meglio se la pressione su di te fosse sollevata, in un modo o nell'altro. (Ma se devi fare gli straordinari per risolvere questo casino, dovresti essere pagato per questo!)

    
risposta data 10.09.2013 - 07:25
fonte

Leggi altre domande sui tag