The Economics of Software Quality

Transcrição

1 IBM Software Group The Economics of Software Quality 2009 IBM Corporation

2 Software é importante Como estamos? As nossas dificuldades Os impactos Possíveis Caminhos 2

3 Software é importante 3

4 Produtos inteligentes estão mudando o planeta... E o software é cada vez mais importante para esses produtos 90% das inovações são baseados em sistemas eletro/eletronicos 80% dessas inovações são baseadas em software F-22 Raptor, released in 2003, contém 1.7 milhões de linhas de código 4

5 Software é importante... 5

6 Software é importante... 6

7 Software é importante... Atualmente as pessoas iniciam o uso de computadores aos 6 anos 60% dos adolescentes, aos 16 anos, usam computadores 65% da população dos EUA utiliza software embarcado (smart phones, computadores, GPS, carros,...) 100% da população dos EUA tem seus dados armazenados em algum tipo de base de dados Produtos importantes do nosso dia-a-dia são totalmente controlados por Software A Internet das Coisas revoluciona o nosso relacionamento com os produtos A falta de qualidade em Software hoje não impacta apenas números errados informados o final do mês, como a algum tempo atrás... 7

8 Como estamos? 8

9 Como estamos... Dados da industria mundial de software 9

10 Onde está o esforço no desenvolvimento de software Finding and fixing Bugs 2. Cancelled Projects Cancelamentos tardios 3. Producing English Words 4. Security flaws and attacks 5. Requirements changes 6. Programming Codes 7. Customer Suport 8. Meeting and communication 9. Project Management 10. Renovation and migration 11. Innovation 12. Assembling reusable components 10

11 Porque os projetos atrasam? 1. Unstable, changing requirements (95%) 2. Inadequate quality control and poor quality measures (90%) 3. Inadequate progress tracking (85%) 4. Inadequate cost and schedule estimating (80%) 5. False promises by marketing and sales personnel (80%) 6. Rejecting good schedule estimates for arbitrary dates (75%) 7. Informal, unstructured development (70%) 8. Inexperienced clients who can't articulate requirements (60%) 9. Inexperienced project managers (50%) 10. Inadequate tools for quality/analysis, lack of inspections (55%) 11. Reusing assets filled with bugs (30%) 12. Inexperienced, unqualified software engineering teams (20%) 11

12 O grande desafio é entregar software com qualidade A história é repleta de erros de budget, prazos e funcionalidade Somente 22% dos executivos identificam ligação entre TI e os negócios 30% do custo dos projetos de TI são gastos em re-trabalho e requisitos mal escritos 49% dos projetos gastam mais do que o planejado e 62% não são entregues na data combinada 50% dos projetos de TI não entregam exatamente o que foi acordado Aumentando o valor do software nos negócios Business leaders and CIOs are under pressure to enable their teams to become catalysts for change. However, change is outpacing their ability to deliver. They are reorienting their teams to focus on ROI and quantified business outcomes and to mitigate risk and reduce costs. IBM CIO Survey,

13 Definição de Qualidade Importante para estabelecer o contrato entre o usuário e o desenvolvedor 1. Elegância, boa aparência 2. Capacidade de uso para vários propósitos 3. Satisfazer os requisitos do usuário 4. Menor número possível de defeitos 5. Alta eficiência das atividades de remoção de defeitos 6. Alto grau de confiabilidade 7. Fácil de aprendizagem e fácil de usar 8. Guias de uso claro 9. Acesso fácil ao suporte ao usuário 10.Rápida remoção dos defeitos reportados 13

14 Importante para Medir a Qualidade Para estar em um contrato, os indicadores de qualidade devem ter algmas características 1. Ser previsível 2. Possível de ser medida 3. Oficial e Auditável (possível de ser provada) 4. Possível de ser melhorada 5. Ser válida para todas as entregas 6. Válida para todas as fases do processo 7. Expandida para todos os tipos de tecnologias 14

15 O que se procura com a Qualidade Visão de um usuário final interno Redução de cancelamento de projetos Redução de atrasos Redução de custos Satisfação do usuário Entregas mais rápidas Menor custo na manutenção Redução na resistência dos usuários para novas funcionalidades Menor custo no suporte ao usuário 15

16 As nossas dificuldades 16

17 Porque é difícil entregar software com qualidade? Dificuldade em coordenar e comunicar Ser Compliance Muitas tarefas manuais Processos não adaptados e complexos Times distribuídos e não conectados Entregas distribuídas Faltam os objetivos estratégicos 17

18 Os impactos 18

19 Quais são os problemas gerados? Entendimento do problema Dificuldade em descrever os requisitos Aprovação não formal dos requisitos Várias versões de requisitos gerando erros funcionais Desenvolvimento Falta de processos automatizados falta de padrão Falta de gerência das tarefas de desenvolvimento Dificuldade de comunicação com times distribuídos Qualidade Projetos de testes não gerenciados Falta escopo para testes (o que testar?) Montar ambientes de testes é caro e complexo Entrega Instalação de versão errada Instalação da versão certa no lugar errado Instalação da versão certa no lugar certo de maneira errada 19

20 Possíveis Caminhos 20

21 Possíveis Caminhos Balancear os investimentos 21

22 Caminhos para a solução Investir nos três componentes da solução Problemas Soluções Qualidade baixa Baixa previsibilidade Atrasos Custo alto Retrabalho Dificuldade em prever Ferramentas Pessoas Processos Baixa produtividade 22

23 E geralmente as nossas prioridades são outras Ferramentas Processo Pessoas 25

24 Várias situações geram atritos, duvidas, desmotivação, confusão,... 26

25 A minha priorização hoje é: Pessoas Processo Ferramentas Organiza e padroniza Automatiza 27

26 Possíveis Caminhos Princípios básicos 28

27 Todas ao caminhos devem ser guiados por... Simplicidade Valor para o negócio Padroniza ção Agilidade 29

28 Destaque para Valor para o Negócio Diminuir Custos Valor para o negócio Aumentar a Qualidade Estratégias do negócio Cumprir a legislação Diminuir Riscos Ganhar Mercado 30

29 Destaque para Estratégia do Negócio Estratégias do negócio Portfolio Management Fazer a coisa certa Product Management No tempo certo, no prazo certo e com escopo adequado Project Management Fazer certo Performance Management Medir a performance versus os objetivos do negócio 31

30 Possíveis Caminhos Medir sempre 32

31 Porque investir em Produtividade? Conhecer a si mesmo Saber onde estão os maiores gastos para priorizar as melhorias 33

32 Porque investir em Produtividade? Calcular em reais os ganhos com investimentos em produtividade R$ ,00 R$ ,00 R$ ,00 R$ ,00 R$ ,00 R$ ,00 Beneficios Investimentos R$ ,00 R$ ,00 R$ 0,00 Inicial Ano I Ano II Ano III 34

33 Relative Cost torepair IBM Software Group Rational software Porque investir em Requisitos? Os indicadores do mercado mostram que o ROI em solução para gerência de requisitos é muito vantajoso 200 Time not spent in requirements is time spent inrework (at cost x200) Analysis Design Coding Unit Test Acceptance Maintenance Test Stage inwhichrequirements Error Is Discovered 35

34 Análise de Retorno de Investimento para os projetos Produtividade do time aumenta em até 50% Menor número de horas para as tarefas Diminui o retrabalho Menor consumo de máquina de produção para o desenvolvimento Diminui o tempo da empresa em lançar novos produtos A colaboração entre os times aumenta em até 25%* Diminui o tempo de custo de reuniões e viagens Menor custo para resolver problemas relativo a falta de entendimento Melhora na qualidade das entregas em 12%* Reduz custo do defeito em produção Reduz custo na solução dos defeitos Melhora a satisfação do cliente final Melhora na governança dos projetos em 12% Evita gastos com melhor visibilidade dos projetos 37

35 38

36 Learn more at: IBM Rational software Rational launch announcements Rational Software Delivery Platform Accelerate change & delivery Deliver enduring quality Enable enterprise modernization Ensure Web security & compliance Improve project success Manage architecture Manage evolving requirements Small & midsized business Targeted solutions Rational trial downloads developerworks Rational Leading Innovation IBM Rational TV IBM Business Partners IBM Rational Case Studies Copyright IBM Corporation All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in these materials may change at any time at IBM s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. IBM, the IBM logo, Rational, the Rational logo, Telelogic, the Telelogic logo, and other IBM products and services are trademarks of the International Business Machines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others. 39