Borland: Informatizando TI. João Carlos Bolonha

Transcrição

1 Borland: Informatizando TI João Carlos Bolonha

2 Software Diferentes Níveis Extrair o Máximo Valor para o Negócio Eficiência Vantagem Competitiva Copyright 2007 Borland Software Corporation. 2

3 O desalinhamento em Software Software Complexidade Processo de Obtenção de Software Tempo Copyright 2007 Borland Software Corporation. 3

4 Copyright 2007 Borland Software Corporation. 4

5 As empresas foram informatizadas E a TI? Copyright 2007 Borland Software Corporation. 5

6 Copyright 2007 Borland Software Corporation. 6

7 Software = Desafio Copyright 2007 Borland Software Corporation. 7

8 TI = Caixa Preta Como acompanhar, medir e melhorar a entrega de software? Copyright Borland Software Corporation. 8

9 Tempo Bolha Copyright 2007 Borland Software Corporation. 9

10 Tempo - Alinhamento Copyright 2007 Borland Software Corporation. 10

11 Começar Certo Copyright 2007 Borland Software Corporation. 11

12 Copyright 2007 Borland Software Corporation. 12

13 Quais requisitos testamos? Qual o resultado dos testes? Resolvemos os problemas? Copyright 2007 Borland Software Corporation. 13

14 Medição em Tempo Real Copyright 2007 Borland Software Corporation. 14

15 O Foco da Borland Transformar a criação de softwares em um processo gerenciado, eficiente e previsível. Aumentar confiança no gerenciamento de TI Maximizar o valor do software para o negócio Através do Gerenciamento Open do Ciclo de Vida da Aplicação tecnologias e serviços aderente aos seus processos, ferramentas e plataformas. Copyright 2007 Borland Software Corporation. 15

16 Tecnologia ou Processo sozinhos não bastam 10x 4x 1x Dados da London School of Economics McKinsey Survey Copyright 2007 Borland Software Corporation. 16

17 Aperfeiçoando cada Processo de Software Copyright 2007 Borland Software Corporation. 17

18 Mudança Organizacional Borland Accelerate FASES Definição Metas Preparação da Abordagem Construção Validar Resultados OBJETIVOS DE ALTO NÍVEL Alinhar Equipe Executiva Esclarecer Objetivos Definir Situação Atual Priorizar Gaps Definição das Métricas de Sucesso Desenvolver Líderes de Melhoria Planejamento da Abordagem da Iniciativa Desenvolvimento e Piloto da Solução Desenvolvimento de Habilidades Implantação da Solução Avaliação dos Resultados Validação das métricas Identificar próximos passos Copyright 2007 Borland Software Corporation. 18

19 Clientes no Brasil Copyright 2007 Borland Software Corporation. 19

20 Plano de Transformação Custos Menores Maior Qualidade Entregas rápidasr Maior Alinhamento Valor do Software Valor recebido O quanto vale Onde você gostaria de estar Entrega de Software Plano de Transformação Processo Gerenciado de Negócio Já obtido Como chegar lál Capacidade Atual Transparente Efetivo Analítico Qualidade

21 Relatório Exemplo Qual o seu progresso? Qual o desempenho em relação ao mercado? Qual estratégia de longo prazo? Por onde começar? Qual o valor para o negócio dessa estratégia? Qual o valor para o negócio na primeira fase?

22 As áreas de análise e estágios Demand Management Project Management Decisões Gerenciais Processo Gerenciado de Negócio Measurement Informações Quality Management Change Management Atividades de Engenharia Requirements Management

23 Boas Práticas Cada nível possui um conjunto de boas práticas associadas Acumuladas através de níveis sucessivos em cada disciplina Características para uma organização no respectivo estágio A Borland recomenda essas práticas para nossos clientes

24 Exemplo de um Plano de Transformação Demand Management Project Management Processo de Negócio Gerenciado Measurement Quality Management Atual Change Management Fase 1 Fase 2 Fase 3 Requirements Management Fase 4

25 Aperfeiçoando e Automatizando as Atividades de Cada Processo de Engenharia VISIBILITY & CONTROL Gestão de Projeto e Portfolio Definição e Gestão de Requisitos Gestão da Qualidade do Ciclo de Vida Gestão das Mudanças Copyright 2007 Borland Software Corporation. 25

26 Qualidade & Requisitos = Correlatos Defeitos vão além dos erros funcionais: Vulnerabilidades de segurança Questões de desempenho e disponibilidade Complexidade ou código ilegível, tornando custosa a manutenção Limitações de portabilidade entre plataformas... Todos esses defeitos possuem custos reais associados 26 18

27 Qualidade & Requisitos = Correlatos 440x 1x 90X Enfoque Típico Ideal Fonte: National Institute of Standards and Technology The Economic Impacts of Inadequate Infrastructure for Software Testing, May

28 Abordagem Típica em Qualidade Requisitos Funcionalidade do Negócio Development Org Funcional Funcionalidade Aceitação (Produção) Desempenho, Disponibilidade Entrega Ciclo de Testes Corrigir e testar novamente 28 18

29 Visão Completa do Ciclo de Qualidade Requisitos BPM Arquitetura Desenv Testes Desenv Funcional Aceitação (Produção) B Funcionalidade do Negócio Desenho de Processos Levantamento Arquitetura de Sistemas Codificacação, Prototipação Unit. / Componente Integração Funcionalidade Desempenho, Disponibilidade Casos de Uso Entrega Ciclo de Testes A qualidade deve estar presente em todo o ciclo Corrigir e testar novamente

30 Requisitos Forte Impacto Diminui o Custo % do Custo Fonte: Ivy F. Hooks and Kristin A. Farry, Customer-Centered Products, AMACOM, 2001 Diminui o Prazo % of Esforço Predesign Melhora a Qualidade Requisitos Analysis & Design Código Desenvolv Testes Testes 50% Aceitação Produção x 30-70x 15-40x 10x 3-6x 1x Melhor Produto Times + Lentos 7% Esforço Times + Rápidos 14% Esforço,17% do Prazo Fonte: Financial Study. Gartner, 2002 Copyright 2007 Borland Software Corporation. 30

31 Origem dos problemas Distribuição dos Defeitos Distribuição dos Esforços para Corrigir Defeitos Requisitos 56% Código 7% Outros 10% Modelo 27% Requisitos 82% Código 1% Outros 4% Modelo 13% Fonte: James Martin Fonte: Dean Leffingwell Copyright 2007 Borland Software Corporation. 31

32 Integração Requisitos e Qualidade Levantamento Requisitos Formais Planos e Execuções de Teste Modelagem Copyright 2007 Borland Software Corporation. 32

33 Passo Inicial Gestão de Requisitos Gestão e Definição de Requisitos (RDM) ANÁLISE Priorização Verificação Riscos Estimativas ELUCIDAÇÃO ESPECIFICAÇÃO VALIDAÇÃO Negócio Técnicas Participantes Fronteiras do Sistema Glossário Detalhamento dos Reqs Cenários de Negócio Modelos Caso de Uso Protótipos Revisão Aprovação Baseline Operação GERENCIAMENTO Armazenar Linking/Rastreio Métricas/Auditoria Relatórios/Docs Segurança Copyright 2007 Borland Software Corporation. 33

34 Segundo Passo Desenvolvimento de Requisitos Gestão e Definição de Requisitos (RDM) ANÁLISE Priorização Verificação Riscos Estimativas ELUCIDAÇÃO ESPECIFICAÇÃO VALIDAÇÃO Negócio Técnicas Participantes Fronteiras do Sistema Glossário Detalhamento dos Requisitos Cenários de Negócio Modelos Caso de Uso Protótipos Revisão Aprovação Baseline Operação GERENCIAMENTO Armazenar Linking/Rastreio Métricas/Auditoria Relatórios/Docs Segurança Copyright 2007 Borland Software Corporation. 34

35 Decompondo o Requisito Os 3 motivos principais de fracasso em projetos Falta de Envolvimento do Usuário Desenvolvimento Requisitos Incompletos Desenvolvimento Mudanças em Requisitos Gestão Fonte: Standish Group (2007) Copyright 2007 Borland Software Corporation. 35

36 Boa Prática Requisitos, não Documentos Reuso Comunicação Uso concorrente Liberdade de Representação Automação de Tarefas Copyright 2007 Borland Software Corporation. 36

37 Boa Prática Rastreabilidade Forte Incremento de Qualidade Análise de Impacto Facilidade de Documentação Agilidade Copyright 2007 Borland Software Corporation. 37

38 Boa Prática Notificações Reações rápidas Comunicação das Mudanças Copyright 2007 Borland Software Corporation. 38

39 Mapeamento CMMI N2 Copyright 2007 Borland Software Corporation. 39

40 Boa Prática Levantamento Interativo Requisito Desenv A Definição de Requisitos promove comunicação efetiva através de especificação visual Redução de riscos, re-trabalho e frustração Ponte entre organizações: Negócios, TI, Operação, Engenharia, Clientes Copyright 2007 Borland Software Corporation. 40

41 Conclusões O que fazemos? ERP e BI para Software Como? Ferramentas, Processos, Capacitação Diferencial? Agilidade, Open Atuação? Modular, Cooperada Copyright 2007 Borland Software Corporation. 41