“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