Por que um PM não pode ser um QA bem-sucedido?

Um PM pode ser um QA teoricamente. Porque um PM conhece o projeto completamente e pode garantir que as coisas funcionem da maneira que deveriam. Mas não praticamente. Porque?

Em algumas organizações pequenas, um gerente de projeto também usa o chapéu de um gerente de controle de qualidade. Qual é um papel conflitante, pois esses dois papéis são opostos um do outro. Na prática, o gerente de QA segue alguns SOP para avaliar adequadamente a funcionalidade do trabalho de software conforme pretendido e está de acordo com a experiência geral do usuário. Qualquer problema encontrado é devidamente documentado e enviado para a equipe de desenvolvimento trabalhar. Isso é repetido até que o produto esteja pronto para o usuário final. Outras funções de um gerente de QA é manter registros de defeitos conhecidos e testá-los.

Enquanto um PM está mais familiarizado com o escopo do produto. Um PM conhece os requisitos do produto como ninguém. O PM deve avaliar os riscos adequados e a linha de base dos custos, gerenciar os recursos do produto, comunicar-se com as partes interessadas e cumprir o cronograma. E, por último, liderar a equipe de controle de qualidade. Porque quanto mais o ciclo se repete, mais provável é que exceda a linha de base do custo.

A principal diferença entre um gerente de projeto/produto ou gerente de QA está na aplicação da mentalidade certa por um gerente de projeto. Um gerente de projeto que usa o chapéu de gerente de controle de qualidade sempre se concentra na aparência de seu projeto de forma mais inteligente, mesmo quando resultados conflitantes de controle de qualidade são observados no processo.

Tenho certeza de que muitos gerentes de projeto que desempenham esse tipo de função dupla atestarão esse fato no fundo do coração, mesmo que não o expressem externamente. Isso ocorre porque um gerente de projeto deseja ser um gerente de projeto, não um gerente de controle de qualidade. Quando um gerente de projeto designado atua como gerente de controle de qualidade, psicologicamente ele tende a ser um gerente de projeto em vez de um gerente de controle de qualidade.

Quando há uma funcionalidade com falha observada em um sistema, um gerente de controle de qualidade pode avaliar facilmente com documentação e relatórios adequados que aceleram o trabalho do desenvolvedor, o que pode não ser o caso de um gerente de projeto. Um gerente de projeto pode estar sob pressão de várias naturezas das partes interessadas, prazo do projeto e custos de desenvolvimento que podem ser excessivos para isso.

Isso causa um impacto negativo e pode causar certos problemas, incluindo, entre outros, desmoralizar o desenvolvedor responsável. Esses problemas podem ser tratados de maneira diferente de maneira mais adequada.

Os gerentes de projeto podem discordar de mim, mas não está escrito nas letras miúdas que o caso de cada projeto será o mesmo e os mesmos princípios podem ser aplicados. É melhor seguir os procedimentos gerais onde há um gerente de QA para lidar com essas coisas e o PM pode se concentrar em suas preocupações para minimizar ou mitigar problemas que possam aparecer mais tarde no projeto.

É assim que os membros da equipe se beneficiam de um controle de qualidade bem-sucedido — “Melhor Moral, Mais Entusiasmo e Menos Frustração”.