✔ O documento discute como a melhoria da qualidade pode ser alcançada através de uma melhor gestão, levando a redução de custos e aumento da produtividade.

1. “Os custos caem e a produtividade sobe,
conforme a melhoria da qualidade é alcançada por
meio de melhor gestão”
Deming

2. Universidade Federal do Rio de Janeiro
Escola Politécnica
MBA em Governança, Projetos e Serviços de Tecnologia da Informação
(MGPS)
Uso do Mindset Ágil Aplicado na Garantia da
Qualidade do Processo e do Produto de Software
Rosa Sampaio

3. 3
Sumário
✔ 1 Introdução
✔ 2 Embasamento Teórico
✔ 3 Modelo de solução Proposto
✔ 4 Resultados Obtidos
✔ 5 Conclusão e Trabalhos Futuros

4. 4
Introdução
Tema
A garantia da qualidade dos produtos e dos serviços de software, adequado ao padrão
de qualidade e a conformidade do processo de criação.
Delimitação
PMBOK Driver do projeto é a QUALIDADE (Fator de sucesso) e boas práticas de testes.
P Testes de validação e verificação, gestão de teste, padrão e requisitos de qualidade.
D Auditorias internas para adequar conformidade nos requisitos de qualidade e execução dos testes.
C Medições dos artefatos, refinamento do processo de criação e Relatório eficaz.
A Plano de ação informações aplicadas no processo já no próximo ciclo de criação.
Justificativa
A Falta da qualidade no gerenciamento do projeto (consequências).
O não planejamento de teste em conformidade com o nível da qualidade (Em acordo).
Os benefícios como a diminuição de retrabalho, aumento de performance e redução do
Lead time.

5. 5
Embasamento Teórico
Mindset ágil versus Tradicional
(Abordagem Ágil e Human driven)
PMBOK Scrum Kanban
(Garantia da Qualidade)
ISQTB
(International Software Testing Qualifications Board)
Processo e Produto
Boas práticas em gerenciamento de projetos
(BPMN, KPI, PDCA e qualidade total)
ROI versus ROX e Experiência(dev e QA)

6. 6
Modelo de solução
Novo!

7. 7
Pipeline de Quality Assurance – Visão Geral
{PDCA}
Ciclo de Deming
Novo!

8. 8
Pipeline de QA – Padrão de QA {Planejar}
● Nível de qualidade;
● Estratégia de refinamento;
● Ter um acordo com as partes interessadas;
● Definição dos requisitos de qualidade;
● Ponto aceitável de não conformidade;
Adequação à mudança.
● KPI default (1-1) e a Qualidade Total;
● Ferramentas
Medir a qualidade(1) e para a criação dos testes(2).
Novo!

9. 9
Pipeline de QA – Gestão de Testes {Planejar}
● Analisar ferramentas;
● Modelar a forma de entrada dos dados;
● O workflow (Seguindo por conformidade);
● Ferramentas de apoio;
● Gestão com checklist do processo de QA;
●
Estratégia associada a meta do negócio.
●
Comunicação da informação
Utilizada entre as equipes (Comunicação explícita);
Novo!

10. 10
Pipeline de QA – Verificação {Planejar}
● Seleção de Artefatos, por importância;
● Critérios de aceite para o processo;
● Criação dos Definição de pronto;
● Criação dos Definição de feito;
● Planejar a reunião de revisão (Boas práticas);
● Planejar as reuniões de auditorias internas;

11. 11
● Definição de estratégia para os testes;
● Validação do produto;
● Análise dinâmica;
(Executa o produto – Caixa Preta – uso do produto)
● Análise estática;
(Não executa o produto – Caixa Branca – Estrutura interna)
● Ter um mínimo de técnica na estratégia;
Pipeline de QA – Validação {Planejar}
Novo!

12. 12
Pipeline de QA – Estrat. de automação de teste {Planejar}
● Funcionalidade crítica;
● Definição de Ferramentas de automação e o Ambiente de
automação;
● Técnicas de automação
(caixa branca e Téc. e de caixa Preta);
● Estratégia adequada para as suítes de categorias e para
os Níveis de testes.
● Padrão de desenvolvimento dirigido por comportamento
(CÓDIGO);
● Comunicação da estratégia em BDD para o Negócio
Linguagem natural.
Novo!

13. 13
Pipeline de QA – Riscos de Qualidade {Planejar}
●
Boas práticas e a ISO 9126 e ISTQB;
● Usabilidade, Integridade, eficiência,
manutenibilidade e testabilidade;
● Apêndice 1:Lista de Req. De Qualidade;
●
Análise dos artefatos de QA e dos
requisitos de qualidade;
● Mapeamento dos riscos de qualidade.
Novo!

14. 14
Pipeline de QA – Exe. Auditoria Inter. {Executar}
● Diagrama de afinidade;
(Agrupamento de ideias e opiniões, e criatividade);
● Auditorias;
(Verificação de tarefas críticas)
● Auditoria nos resultados;
(confirmar a comprovação de eficiência e eficácia do
artefato Proposto para o processo de QA)
● Refinamento;
(dos fluxos do subprocesso de qualidade)

15. 15
Pipeline de QA – Exe. dos testes {Executar}
● Execução dos testes de caixa branca
e de caixa preta;
(alcançamos os resultados esperados)
● Controle da execução dos testes de
validação;
● Adequação a estratégia pré-definida;
● O plano seguido obteve o resultado
esperado.

16. 16
Pipeline de QA – KPI Prod. Trab. de QA {Verificar}
● Objetivo é melhorar;
(Proc. de QA forma continuada)
● A estratégia do negócio se adéqua ao
mercado e em consequência os artefatos
perdem seu valor agregado ao
subprocesso;
● Medir os artefatos produzidos pelas áreas.
● Medição do KPI adequado e pré-definido;
● Refinar e Medir:
Alcançamos o benefício visado?
há necessidade de alteração do artefato?
Exitem possíveis melhorias?
Novo!

17. 17
Pipeline de QA – KPI Lead Time {Verificar}
●
Análise ágil;
● Medir o Lead Time do processo entre as
áreas envolvidas determina o tempo total
para o conclusão de um projeto;
● Encontrar o gargalo ou deficiências;
● Há um refinamento necessário que
beneficiará a performance das equipes
sem comprometer a qualidade;
● Determina a velocidade média das
equipes.

18. 18
Pipeline de QA – Reports {Agir}
● Boa práticas de relatórios (Visão de qualidade);
● Registro dos resultados da execução, administrar os
resultados não esperados;
● Alimentação do relatório de anomalias;
Gestão de incidente;
● Deixar o subprocesso de Relatórios menos eficiente
por motivos burocráticos (Negócio x Operacional -
comunicação) para o projeto;
● Acompanhamento da estratégia de qualidade que
resulta da resolução de incidentes;
● Administrar a resolução de falhas e defeitos
encontrados.

19. 19
Pipeline de QA – Melhoria Contínua {Agir}
● Estratégia de implementação das adequações
previstas;
● Plano de ação para implementar as melhorias
identificadas;
●
Plano de melhoria do próximo sprint;
Refinamento constante;
● Retrospectivas:
Produto de trabalho são o processo, as equipes e o
projeto.(Prós, contras e surpresas);
● Atingir alta performance e ter atenção
constante ao nosso cenário organizacional.

20. 20
Resultados Obtidos
● Visibilidade dos resultados de QA.
● Contenção de um alto custo e o controle do cronograma
Quando aplicamos as atividades de testes de verificação antes mesmo dos testes de validação.
● Particionamos no pipeline as atividades.
Para alcançar a tão desejada alta qualidade em gerenciamento de projetos.
● Alinhamento: Gestão da automação de testes e a análise de ferramentas para
automação dos testes.
● Histórico para que a tomada de decisão seja baseada em dados do cenário real.
● Mitigamos: O retrabalho e a execução de tarefas duplicadas.
● Performance e Produtividade com o planejamento da comunicação.

21. 21
Conclusão
● PIPELINE - Marcos de QA Linha de base
(Marcos de QA - Fluxo para guiar o nosso projeto)

22. 22
Trabalhos Futuros
● Proposta de gerenciamento de projeto com a metodologia
baseada em Design Thinking;
Segunda opção de gerenciamento de projeto, a construção do
dicionário da EAP para acrescentar o detalhamento das atividades e
tarefas no projeto. Visando a sua implementação prática,E a criação
dos seus marcos.
Nosso objetivo é comparar e analisar os seus resultados em termos
de qualidade, inovação e performance.

23. 23
Trabalhos Futuros - EAP
Novo!

24. OBRIGADA.
“Um software de qualidade tem que encantar
o consumidor, e não apenas funcionar direito
e não ter erros”
Bill GatesBill Gates

25. 25
CASE VCF - O Problema
● 03/03/10 FBI cancelou seu projeto mais ambicioso de modernização (+-10)
● 2+ Senador Patrick Leahy[Washington Post]: "Nós tínhamos informações que poderiam ter
impedido os ataques terroristas de 11 de setembro. Estavam bem ali, diante de nós, e
ninguém fez nada... Eu não estou vendo os problemas serem corrigidos... Talvez cheguemos
ao século XXII antes que consigamos ter a tecnologia do século XXI"
● 2005 A agência anunciou um novo programa SENTINEL, com orçamento de US$ 451
milhões, ficaria pronto em 2010.
● 2010 A empresa Lockheed Martin: usou $405 milhões e desenvolvido metade do projeto e
estavam um ano atrasado.
"Uma análise independente estimou que levaria 6-8 anos para concluir
o projeto e mais $350 milhões dos contribuintes."

26. 26
CASE VCF - A Análise do FBI
Estímulo adequado de competitividade?
Pessoas certas nos lugares certos?
Questão de inteligência?
Tecnologia errada?
NÃO

27. 27
CASE VCF - A Solução
"Era por causa da maneira como as pessoas estavam trabalhando.”
"A maneira como nós achamos que o trabalho precisa ser feito, porque foi assim que aprendemos a fazê-lo."
"Novos defeitos estavam sendo descobertos no software a uma velocidade muito maior do que conseguiam corrigir os
antigos."
Jeff johnson
“Eles poderiam concluir o projeto SENTINEL, se o projeto fosse interno, cortando o
número de desenvolvedores, eles entregariam a parte mais desafiadora do projeto, em
menos de 1/5 de tempo e com menos de um décimo do orçamento."
https://www.amazon.com.br/Scrum-fazer-dobro-trabalho-metade-ebook/dp/B01N0QKCL5
Criador do Scrum