Il QA dovrebbe far parte del dipartimento di sviluppo?

Lavoro per una piccola azienda che ha un reparto di sviluppo prodotto da un po 'di tempo. Ciò che non abbiamo avuto, tuttavia, è un gruppo di controllo qualità / test.

Stiamo cercando di aggiungere un gruppo di test, ma stiamo lottando per determinare dove meglio inserirli nella struttura organizzativa dell'azienda. In particolare, assumeremo una posizione di "lead tester". Dovrebbero essere inseriti come parte del dipartimento di sviluppo del prodotto o dovrebbero essere un nuovo reparto? Dovrebbero essere altrove?

La nostra azienda è strutturata approssimativamente come segue:

• Amministratore delegato
  • CTO
    • Direttore dello sviluppo prodotto
    • Direttore Assistenza clienti
      • Sviluppatori
    • Operazioni VP
      • Ingegneri di rete
  • Tecnici vendite / vendite
  • Presidente
    • controllore

Sì e no :)

Sia gli sviluppatori che gli addetti al controllo qualità dovrebbero avere lo stesso obiettivo (e le loro prestazioni misurate a tale proposito): fornire un prodotto di qualità in tempo e nel rispetto del budget. Puoi definire "prodotto di qualità", ma deve essere lo stesso per entrambi i gruppi. Perché? Perché se non è lo stesso, otterrai due gruppi con ordini del giorno diversi e che possono rapidamente deteriorarsi in una situazione a danno del prodotto / azienda.

Il QA dovrebbe lavorare (molto) in stretta collaborazione con gli sviluppatori e viceversa, ma entrambi dovrebbero essere totalmente indipendenti dall'altro nel processo decisionale. Dopotutto, sono responsabili di aspetti totalmente diversi dello sviluppo del prodotto

Il modo in cui l'abbiamo creato è che "Sviluppo prodotto" è un dipartimento "virtuale" realizzato da due dipartimenti concreti: QA e Sviluppo. Entrambi riferiscono allo stesso membro del gruppo dirigente: il CTO. Ciò garantisce che vi sia una sola persona responsabile del prodotto (nostro CTO) e che sia il controllo qualità che lo sviluppo siano indipendenti l'uno dall'altro.

Dipende davvero da quanto è seria la tua azienda riguardo al QA. Ad esempio, farai uno sviluppo test-driven?

Citi un "gruppo di test", questo suggerirebbe più persone. Se in realtà è un gruppo di più persone, probabilmente dovrebbe essere un dipartimento separato. Quali sono i miei enigmi, ma attualmente hai almeno una persona dedita al controllo qualità e ai test? In caso contrario, pensi di alzare rapidamente un gruppo completamente nuovo? In tal caso, si tratterà di una sostanziale trasformazione organizzativa e potrebbe causare un forte attrito con i tuoi attuali sviluppatori che devono cambiare anche il loro modo di lavorare.

Se quello che stai pianificando sta assumendo una singola persona addetta al controllo qualità ora e forse sta lentamente aumentando la funzione di controllo qualità, probabilmente sarebbe meglio che quella persona riferisca direttamente al direttore dello sviluppo del prodotto. La parte più difficile del suo lavoro, e la più importante, sarà quella di trasformare la tua cultura organizzativa per integrare il QA in tutte le fasi del processo piuttosto che qualcosa che viene fatto dopo il fatto.

Ciò che non abbiamo avuto, tuttavia, è un QA ...

Ci sono stato fatto - le mie più sincere condoglianze. Ben dato sopra, direi che ottenere tester sarà molto meglio di quello che hai ora, non importa in quale dipartimento atterreranno.

Oltre a ciò, mi sento al sicuro a raccomandare un reparto separato per il controllo qualità.

Ho partecipato a due versioni che non potevano andare dal punto di vista del controllo qualità: una volta come tester, un'altra come sviluppatore. In entrambi i casi penso che avere un dipartimento di controllo qualità separato sia stato di grande aiuto.

Per quanto ne so, quando i tester si trovano in un reparto separato diventa più difficile nascondere i problemi di qualità del prodotto dietro un falso "allineamento di squadra" . Ciò ha aiutato tutti a capire chiaramente cosa stiamo rilasciando e perché. Ciò a sua volta ha contribuito a gestire le aspettative dei clienti e a pianificare un ulteriore sviluppo.

In quasi tutti i casi, il controllo qualità dovrebbe essere separato dallo sviluppo. Sebbene l'obiettivo tra i due reparti sia lo stesso (rilascio di prodotti / soluzioni di qualità), il controllo qualità deve ritenere di avere l'autorizzazione per correggere e formulare suggerimenti su prodotti con sviluppo, ed essere su un piano di parità. Se il responsabile del controllo qualità si riferisce direttamente al responsabile dello sviluppo, ciò può portare il controllo qualità a fare un passo indietro e ad essere in balia dello sviluppo (e di conseguenza il codice / i prodotti più sciatti vengono spinti alla produzione).

Dipende dalla metodologia di sviluppo che stai usando: se stai agile / lean, allora Agile Test potrebbe essere la strada da percorrere e come tale dovrebbe essere vicino agli sviluppatori.

Da quello che stai dicendo, hai una compagnia piuttosto piccola. Per me ha senso sfruttare le dimensioni e la capacità di comunicare mentre puoi, prima di diventare più grande. Ciò implica mantenerli con lo sviluppo.

In un'azienda più grande quando hai team Dev e QA di dimensioni decenti, potrebbe avere senso dividerli e farli mantenere i propri obiettivi di squadra, separati, ecc.

Ora, sarei anche sicuro che le prime posizioni di QA siano posizioni SDET ... vale a dire. tester con costolette di codifica. Rendi la tua automazione attiva, funzionante e stabile sin dall'inizio.