“Os custos caem e a produtividade sobe,
conforme a melhoria da qualidade é alcançada por
meio de melhor gestão”
Deming
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
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
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.
JustificativaA 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
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
Modelo de solução
Novo!
7
Pipeline de Quality Assurance – Visão Geral
{PDCA}Ciclo de Deming
Novo!
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
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
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
● 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
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
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
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
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
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
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
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
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
Resultados Obtidos
● Visibilidade dos resultados de QA.
● Contenção de um alto custo e o controle do cronogramaQuando 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
Conclusão
● PIPELINE - Marcos de QA Linha de base(Marcos de QA - Fluxo para guiar o nosso projeto)
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
Trabalhos Futuros - EAP
Novo!
OBRIGADA.“Um software de qualidade tem que encantar o consumidor, e não apenas funcionar direito
e não ter erros”Bill Gates Bill Gates
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
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
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
Recommended