Qualimetria e gestão de qualidade em TI por André Balparda

  • 315 views
Uploaded on

 

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
315
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
6
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • Segundo indicadores de mercado e de institutos especializados, a distribuição de pessoal nas tarefas é a seguinte: 25% está trabalhando em sistemas novos; 35% está aprimorando sistemas existentes; 40% está corrigindo problemas ocorridos em produção. Isso significa que quase metade do pessoal está envolvido em acertar o que foi de alguma forma feito errado e que não foi descoberto antes da implantação.
  • Focando no item re-trabalho, segundo os mesmos indicadores de mercado e de institutos especializados, podemos identificar três origens básicas: 22% dos problemas têm origem no projeto, isto é, os requisitos não foram adequadamente entendidos ou contemplados; 23% dos problemas vêm da especificação, isto é, a maneira pela qual o desenho foi traduzido em programas não foi adequada; 55% dos problemas têm como origem a programação, isto é, o programa foi de alguma forma construído defectivamente. Resumindo, ainda teremos cerca de 22% do pessoal da instalação trabalhando para corrigir erros de programação. Isso ainda é quase suficiente para uma nova equipe de desenvolvimento de novos sistemas (25%).
  • Focando no item re-trabalho, segundo os mesmos indicadores de mercado e de institutos especializados, podemos identificar três origens básicas: 22% dos problemas têm origem no projeto, isto é, os requisitos não foram adequadamente entendidos ou contemplados; 23% dos problemas vêm da especificação, isto é, a maneira pela qual o desenho foi traduzido em programas não foi adequada; 55% dos problemas têm como origem a programação, isto é, o programa foi de alguma forma construído defectivamente. Resumindo, ainda teremos cerca de 22% do pessoal da instalação trabalhando para corrigir erros de programação. Isso ainda é quase suficiente para uma nova equipe de desenvolvimento de novos sistemas (25%).
  • Os erros de programação, por sua vez, podem ser divididos em três categorias: 16% devido à má compreensão das especificações por diversas razões; 31% são devidos a erros técnicos, tais como “SCAN TABLE”. O programa precisa de um único registro porém, o acesso foi codificado de tal forma que o banco de dados vai ler a tabela de ponta a ponta para atender o acesso. ; 53% se devem a erros de linguagem, isto é, o que deve ser feito foi implementado corretamente do ponto de vista lógico, porém, foi feito de uma maneira pouco eficiente ou altamente consumidora de recursos. Considerando que os erros de compreensão são difíceis de serem identificados por serem um tanto subjetivos, nossas soluções atuam nas outras duas origens, o que cobre 84% dos erros de programação, que ainda consomem o tempo de 18,5% do pessoal da instalação.

Transcript

  • 1. Qualimetria de Software André Balparda [email_address]
  • 2.
        • Considerações Iniciais
        • Esta apresentação propõe uma reflexão sobre o que é Qualimetria e como a utilização desta teoria pode beneficiar a TI.
  • 3.
        • Qualimetry – teoria científica da determinação quantitativa da qualidade desenvolvida na antiga União Soviética por G.G.Azgal'dov e atualmente utilizada pelos padrões de desenvolvimento Russo (GOST)
        • GOST conjunto de padrões técnicos mantidos pelo conselho Euro-Asiático de Padronização, Métricas e Certificação (EASC), organização de padronização regional operando com o nome de “Commonwealth of Independent States” (CIS).
  • 4.
    • Resumindo
      • Capacidade de medir, ou quantificar, a relação entre a expectativa do cliente e a percepção sobre o produto entregue.
      • Especificação X Resultado
  • 5. Qualidade
      • do Lat. qualitate
      • aquilo que caracteriza uma pessoa ou coisa e que a distingue das outras;
      • modo de ser;
      • atributo, predicado;
      • aptidão;
      • disposição moral;
      • casta;
      • espécie;
      • título;
      • cargo;
      • posição social.
  • 6. Categorias Como aprender sobre algo? Como identificar seus predicados?
      • Substância (o quê)
      • Quantidade (quanto, quão grande)
      • Qualidade (que tipo de coisa)
      • Relação (com o que se relaciona)
      • Lugar (onde)
      • Tempo (quando)
      • Posição (qual a postura)
      • Estado (em quais circunstâncias)
      • Ação (qual o fazer)
      • Paixão (qual o sofrer)
      • (Aristóteles 1b25 Órganon)
  • 7.
      • Qualidade X Quantidade
      • Como quantificar algo subjetivo?
      • Como entender que características são inatas?
      • Comparação
      • A é mais bondoso que B
      • B é mais bondoso que C
      • então A é mais bondoso que C
  • 8. Qualidade Palavra-chave: EXPECTATIVA Falta de Qualidade está diretamente relacionada à "perda que um produto impõe à sociedade após sua distribuição" Genichi Taguchi
  • 9. Qualidade de Software
      • Ausência de qualidade de software manifesta-se por:
        • Erros de sistemas e perdas a clientes
        • Perdas à corporação: financeiras, jurídicas, imagem
        • Fraudes
        • Perda de competitividade
        • Alto custo de retenção de clientes
        • Grande "time-to-market"
  • 10. Qualidade de Software
      • Origens:
      • Falta de padronização de programação
      • Descumprimento às regras de boas práticas de programação
      • Retrabalho
      • Testes ausentes ou insuficientes
      • Impacto crescente nos custos de produção
      • Erros, "abends", falhas, fraudes
      • Excesso de terceirização (fábricas, pacotes etc)
      • Excesso de Complexidade dos Sistemas e Programas
  • 11. Qualidade de Software
    • A identificação das qualidades de um programa são sempre negativas.
    • Só conseguimos observar a falta de qualidade após a utilização.
    • Qual o objetivo de um programa?
    • Como saber se ele satisfez seu propósito?
    • Como determinar a qualidade de algo antes de sua utilização?
  • 12. Qualimetria de software Qual o objetivo?
    • Qualificar e classificar um sistema antes de sua existência.
    • Conseguir identificar durante o projeto físico seus pontos negativos, evitando retrabalho.
    • Conseguir, a partir de experiências anteriores, obter um código que garanta a inexistência dos pontos negativos desse programa.
  • 13. Qualimetria de Software
  • 14. Qualimetria - Desafios
    • Especificação
      • Entender o que o cliente quer (expectativa)
    • Informação
    • Coletar informações relevantes ao contexto
    • Conhecimento
    • Transformar a informação em conhecimento coletivo
  • 15.
    • Padrões
      • Manutenabilidade, estabilidade, performance
    • Metas
      • Busca da melhoria contínua
    • Regras
      • Controle e “turn-key”
    • Teorias
      • Evolução da expectativa
    • Benchmarks
      • Comparações, baselines
    • Estabilidade
      • SLA
    • Complexidade
      • Custos, riscos
    • Problemas
      • Retrabalho, impactos externos
    Qualimetria - Subsídios
  • 16. Mundo Hoje
  • 17. Mundo Ideal
  • 18. Garantia de padrões e performance antes da entrada em produção
  • 19. Ações
    • Transformar informações em regras
      • Identificar necessidades
      • Identificar problemas
      • Analisar comportamentos
      • Analisar ambientes
      • Refinar expectativas
      • Informar as evoluções
  • 20. Metas NOTA A-F | PESO DE PROGRAMAS | NORMALIZAÇÃO | HISTÓRICO | SEGREGAÇÃO
  • 21. Relatórios
      • Para avaliar:
      • Conformidades
      • Confiabilidade
      • Desempenho
      • Áreas internas
      • Fornecedores
      • Cumprimento de metas
    • Exemplos:
    • Relatório de desempenho (RH / Fab. SW)
    • Relatório financeiro (Diretoria / Financeiro)
    • Relatório de custos (Contabilidade)
    • Projeções econômicas (Compras)
    • Regras aplicadas (Suporte / Lab.)
    • QTD abends ou erros (Suporte / Lab)
  • 22. Novo Evolutiva Retrabalho 25% 40% 35% Dados Informativos de Mercado e Institutos de Métricas de Qualidade Fonte: SEI - System Engineer Institute (criadores do CMM) Distribuição das atividades de desenvolvimento Impacto
  • 23. Distribuição do retrabalho 40% 55% x = 22% Dados Informativos de Mercado e Institutos de Métricas de Qualidade Fonte: System Engineer Institute Impacto
  • 24. Distribuição do retrabalho na programação 22% 84% x = 18,5% Dados Informativos de Mercado e Institutos de Métricas de Qualidade Fonte: System Engineer Institute Impacto
  • 25.
    • Diminuição do retrabalho
    • Aumento da performance
    • Maior disponibilidade
    Impacto $ =
  • 26. Conformidade
      • Sarbannes & Oxley Act 2002
      • Basiléia II
      • COBiT – Governança de IT
      • ITIL – Serviços de IT
      • CMMI – Qualidade de Software
      • Comitês de Auditoria (Internos e Externos)
  • 27. Obrigado! André Balparda + 11 4133-1969 [email_address]