Il modo migliore per rafforzare il lavoro di squadra tra i dipartimenti di sviluppo e QA?

StackOverflow https://stackoverflow.com/questions/99442

  •  01-07-2019
  •  | 
  •  

Domanda

Lavoro come amministratore di sistema sia per il dipartimento di sviluppo che per quello di controllo qualità di una società di sviluppo software.Sostengo entrambe le squadre allo stesso modo.Recentemente mi è stato chiesto alcune idee su come migliorare la comunicazione tra i team.

Innanzitutto, quali sono alcuni modi per migliorare il rapporto tra un team di sviluppo e un team di QA, dal punto di vista dello sviluppatore?

In secondo luogo, quali sono alcune cose che cerchi da un amministratore di sistema per quanto riguarda l'interazione?Lasciarti solo?E-mail?IO SONO?Tempo d'ufficio personale?Come posso migliorare il mio rapporto con gli sviluppatori?

È stato utile?

Soluzione

Una corretta gestione è un buon inizio.Direi che la cosa più importante è semplicemente far sì che i due gruppi abbiano successo o falliscano insieme.Vuoi che i due abbiano una competizione amichevole (uno cerca di trovare bug mentre l'altro cerca di impedire che ciò accada) ma alla fine devono essere considerati parte della stessa squadra.Pranzi di gruppo e altre attività sono sempre una buona idea.

Altri suggerimenti

Collocarli insieme e trattarli come un team interfunzionale.Se i QA vogliono scrivere codice (come i test di accettazione), lasciaglielo fare.Se gli sviluppatori desiderano sottoporre al QA qualche altra parte del sistema (non il codice su cui hanno lavorato).Lascia che entrambi i gruppi (se vuoi vederli come entità separate) lavorino insieme per risolvere il problema.

Coinvolgere gli addetti al QA il prima possibile.Se stai lavorando in modo agile, fanno parte della squadra.Anche se non lo sei, possono comunque offrire preziose informazioni su come migliorare il codice rendendolo più testabile e quindi evitare problemi più avanti.

I team di QA e sviluppo nella mia sede di lavoro vanno molto d'accordo perché siamo geograficamente vicini gli uni agli altri.Ciò elimina il ciclo di "apertura difetto-invio a dev-dev chiusura difetto" che sembra favorire il fastidio passivo-aggressivo.Sono sempre previste una comunicazione chiara e aperta tra i due gruppi e aspettative chiare.A parte questo, gli esercizi standard di team building sono un buon inizio.Organizziamo pranzi di reparto, picnic, giochi sul prato nei mesi più caldi, ecc.

Per quanto riguarda lo stile amministrativo, parla con i tuoi dipendenti e vedi cosa funziona per loro.Ad alcuni piace essere lasciati soli con aggiornamenti sporadici, ad altri piace un feedback costante.Devi fare ciò che è comodo per te e il tuo sviluppatore.

Dipende dalle dimensioni della tua organizzazione, ma smettila di pensarli come due gruppi separati.Se sei l'unico amministratore di sistema, immagino che la tua organizzazione non sia enorme.

Integrateli fisicamente.Non avere sviluppo in un'area e QA in un'altra.Chiedi loro di condividere uffici/cubi uno accanto all'altro.

Portare fuori la gente a pranzo?Prendili insieme.Prendi una birra?Fallo con persone di entrambi i gruppi.

Attività fuori dal contesto lavorativo come lo sport o il mangiare al ristorante all'ora di pranzo.

Far sì che le persone si conoscano meglio in ambiti diversi dal lavoro aiuta a creare fiducia e legami tra due gruppi.

Penso che sarebbe molto utile coinvolgere gli sviluppatori nell'aiutare a sviluppare (o aiutare a utilizzare quelli già sviluppati) strumenti per i test automatizzati: in questo modo l'intero processo di QA sarà migliorato e gli sviluppatori avranno una visione migliore dei test e anche entrambi i team comunicheranno di più così facendo.Come sviluppatore penso che sarebbe divertente lavorare su un progetto del genere.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top