O controle de qualidade deve fazer parte do departamento de desenvolvimento?

Eu trabalho para uma pequena empresa que possui um departamento de desenvolvimento de produtos há um bom tempo. O que não tivemos, no entanto, é um grupo de controle de qualidade / testes.

Queremos adicionar um grupo de testes, mas estamos lutando para determinar onde melhor colocá-los na estrutura organizacional da empresa. Especificamente, vamos contratar uma posição de "testador de chumbo". Eles devem ser colocados como parte do departamento de desenvolvimento de produtos ou devem ser um novo departamento? Eles deveriam estar em outro lugar?

Nossa empresa está estruturada da seguinte maneira:

• CEO
  • CTO
    • Diretor de Desenvolvimento de Produto
    • Diretor de Atendimento ao Cliente
      • Desenvolvedores
    • Operações VP
      • Engenheiros de rede
  • Engenheiros de vendas / vendas
  • Presidente
    • Controlador

Sim e não :)

Tanto os desenvolvedores quanto o pessoal de controle de qualidade devem ter o mesmo objetivo (e seu desempenho medido em relação a isso): entregar um produto de qualidade dentro do prazo e do orçamento. Você define "produto de qualidade", mas deve ser o mesmo para os dois grupos. Por quê? Porque, se não for o mesmo, você terá dois grupos com agendas diferentes e que podem se deteriorar rapidamente em uma situação que é em detrimento do produto / empresa.

O controle de qualidade deve trabalhar (muito) em conjunto com os desenvolvedores e vice-versa, mas ambos devem ser totalmente independentes um do outro na tomada de decisões. Afinal, eles são responsáveis ​​por aspectos totalmente diferentes do desenvolvimento de produtos

A maneira como configuramos é que "Desenvolvimento de Produto" é um departamento "virtual" realizado por dois departamentos concretos: controle de qualidade e desenvolvimento. Ambos se reportam ao mesmo membro da equipe de gerenciamento: o CTO. Isso garante que haja uma única pessoa responsável pelo produto (nosso CTO) e que o controle de qualidade e o desenvolvimento sejam independentes um do outro.

Realmente depende da gravidade da sua empresa em relação ao controle de qualidade. Por exemplo, você fará desenvolvimento orientado a testes?

Você mencionou um "grupo de teste", isso sugere várias pessoas. Se é de fato um grupo de várias pessoas, provavelmente deve ser um departamento separado. O que me intriga, no entanto, é que você tem atualmente pelo menos uma pessoa dedicada ao controle de qualidade e aos testes? Caso contrário, você planeja formar um grupo novo rapidamente? Nesse caso, isso será uma transformação organizacional substancial e poderá causar um atrito extenso com os desenvolvedores atuais que precisam mudar a maneira como eles funcionam.

Se o que você está planejando é contratar uma única pessoa de controle de qualidade agora e talvez aumentar lentamente a função de controle de qualidade, provavelmente seria melhor que essa pessoa se reporte diretamente ao diretor de desenvolvimento de produto. A parte mais difícil de seu trabalho, e mais importante, será transformar sua cultura organizacional para integrar o controle de qualidade em todas as etapas do processo, e não em algo que é feito após o fato.

O que não tivemos, no entanto, é um controle de qualidade ...

Estive lá feito isso - minhas sinceras condolências. Bem dado acima, eu diria que obter testador (es) será muito, muito melhor do que o que você tem agora, não importa em que departamento eles pousem.

Fora isso, me sinto seguro em recomendar um departamento separado para o controle de qualidade.

Participei de dois lançamentos que não eram do ponto de vista do controle de qualidade - uma vez como testador, outro como desenvolvedor. Nos dois casos, acho que ter um departamento de controle de qualidade separado foi bastante útil.

Até onde eu sei quando os testadores estão em um departamento separado, fica mais difícil ocultar os problemas de qualidade do produto por trás do falso "alinhamento da equipe" . Isso ajudou a todos a entender claramente o que estamos lançando e por quê. Isso, por sua vez, ajudou a gerenciar as expectativas dos clientes e planejar um desenvolvimento adicional.

Em quase todos os casos, o controle de qualidade deve ser separado do desenvolvimento. Embora o objetivo entre os dois departamentos seja o mesmo (liberar produtos / soluções de qualidade), o controle de qualidade precisa sentir que eles têm autorização para corrigir e fazer sugestões sobre produtos com desenvolvimento e estar em pé de igualdade. Se o chefe do controle de qualidade se reporta diretamente ao chefe de desenvolvimento, isso pode levar o controle de qualidade a dar um passo atrás e ficar à mercê do desenvolvimento (e, consequentemente, códigos / produtos mais desleixados são empurrados para a produção).

Depende da metodologia de desenvolvimento que você está usando: se você estiver agilizando / lean, o Agile Testing pode ser o caminho a seguir e, como tal, precisaria estar próximo dos desenvolvedores.

Pelo que você está dizendo, você tem uma empresa bem pequena. Faz sentido para mim tirar proveito desse tamanho e capacidade de comunicação enquanto você pode, antes de se tornar maior. Isso implica mantê-los com desenvolvimento.

Em uma empresa maior, quando você tem equipes de Dev e QA de tamanho decente, pode fazer sentido dividi-las e mantê-las próprias, separadas, objetivos de equipe etc.

Agora, eu também garantiria que as primeiras posições de controle de qualidade fossem posições SDET ... ou seja. testadores com costeletas de codificação. Obtenha sua automação, funcionando e estável desde o início.