Projeto de ALM - Gestão de Fábricas com Rational

Transcrição

1 Projeto de ALM - Gestão de Fábricas com Rational

2 Agenda 1. Objetivo do Projeto 2. Detalhamento do Projeto 3. Descrição da Solução

3 Objetivo do Projeto Estruturar uma solução de apoio às atividades de desenvolvimento de software interno e externo (fábrica) utilizando ferramentas da plataforma Jazz da IBM com foco nos processos de Gerência de Configuração, Testes, Requisitos e Medições, tendo como metas: Substituir a SUÍTE atual de ferramentas (IBM) de apoio ao desenvolvimento Apoiar na gestão das Fábricas de Desenvolvimento e Testes Apoiar na gestão das demandas desenvolvidas internamente Garantir a conformidade com controles existentes (SOX) Projeto da Área de T.I. que visa a melhoria de suas atividades Melhoria de Processo

4 Contexto de Furnas Diretriz da alta direção para terceirização do desenvolvimento de SW, devido à redução de pessoal e necessidade de aumento das entregas com qualidade Contratação de Fornecedor externo para desenvolvimento (Sustentação e Desenvolvimento) Contratação de Fornecedor externo para testes (Testes Estáticos e Dinâmicos)

5 Contexto de Furnas Preparação para o novo cenário Benchmarking e Diagnóstico 1º semestre 2011 Projeto piloto de Fábrica 2º semestre 2011 Criação de área de Contagem de Pontos de Função 2011 / 2012 Revisão do processo de desenvolvimento de SW 2012 Edital Contratação Fábricas Edital Contratação de ferramentas 2012 / 1º semestre 2013 Ações Complementares Definição de uma arquitetura de referência Definição/Revisão de padrões e checklists Capacitação da equipe de qualidade e líderes de projeto 2013 / 2014 Evolução do processo de desenvolvimento de SW

6 Dificuldades Comuns Melhoria de Processos Pouca participação dos patrocinadores. Pessoas não são envolvidas ou não estão comprometidas com as mudanças. Pessoas são fundamentais. Ausência de um grupo de apoio (e cobrança) à utilização do processo e ausência de um projeto interno para conduzir as melhorias. Falta de investimento em ferramentas. Tempo insuficiente para aprender e utilizar de modo efetivo novas técnicas/métodos. Estratégia inadequada de implementação das mudanças. Calibrar a implantação das práticas.

7 Agenda 1. Objetivo do Projeto 2. Detalhamento do Projeto 3. Descrição da Solução

8 Participantes - Furnas Patrocinadores Gestor do Contrato Mauro Grupo de Infraestrutura Lino Mauro Ana Cláudia Ana Cristina Gerente do Projeto Marco Abboud Stakeholders Administradores Ambiente Jazz Administradores SGBD Grupo de Processos de Software Alexandre Assumpção Marcus Vinicius Parisi Zedane André Teixeira Marcos Venicios Ramiro Vilaça Sheila Arruda Administradores Solução Jazz Analista Processo de Software Anderson Abboud Gisela Ribeiro

9 Participantes Furnas - Stakeholders Stakeholders Líderes de Projetos Desenv. Líderes de Projetos de Testes Integradores Analistas Negócio Engenheiros de Liberação Analistas de Conformidade Addson Bastos Alexandre Costa Alexandre Luduvice Alexandre Oliveira André Rabelo Beatriz Leon Carlos Gustavo Fabio Scherer Fernando Ventura Leliane Vianna Paulo W. Lobão Gisela Ribeiro Leonardo Ribas Alexandre Costa Fabio Scherer Jerônimo Sirotheau Analistas de Métrica Alberto Broda Albino Fernandes Ana Cláudia Kelly Monteiro Luis F. Braga Nei Lima Roberta Rezende Felipe Valentim Flávia Barcellos Gustavo Gomes João Paulo Erthal Sérgio Ricardo Zângara Lourival

10 Participantes - PrimeUp Gestor do Contrato Leandro Daflon Julio Kochem Gestor Comercial Gerente do Projeto João Manoel Luana Santos Líder Técnico Consultor Técnico Fernando Silva Romulo Soares Rafael Espinha Igor Souza Analistas Solução Analistas Infraestrutura José Laurindo Daniel Freitas Marena Cutnei Icaro Magnago

11 Contexto do Desenvolvimento de Software Ferramentas Utilizadas Clientes Negócio Projetos Gestão de Portfolio de Projetos EPM Manutenções Gestão de Demanda Desenvolvimento Análise de Requisitos Gestão Projeto Modelagem e Implementação Project ReqPro RSA CQuest Testes Customização LotusNotes Produção? Defeitos Operação Gestão de Incidente e Problema?? ClearCase? Gerência de Configuração e Mudança Medições

12 Contexto do Desenvolvimento de Software Nova Solução Integrações Clientes Negócio Projetos Gestão de Portfolio de Projetos EPM Manutenções Gestão de Demanda Ferramenta de Gestão de Demanda Demanda x RTC Desenvolvimento Análise de Requisitos Modelagem e Implementação Project RTC RRC / RSA RSA RQM RTC Gerência de Configuração e Mudança Gestão Projeto Insight EPM x RTC Medições Testes RTC Produção RQM Defeitos Incidentes x RQM Operação Gestão de Incidente e Problema Ferramenta de Gestão de Incidentes

13 Escopo do Projeto O escopo inclui as seguintes disciplinas: Gerência de Configuração de Software (GCS) Gestão de Testes Requisitos Medições As ferramentas: IBM Rational Team Concert (RTC) - GCS IBM Rational Quality Manager (RQM) - Testes IBM Rational Requirement Composer (RRC) e IBM Rational Software Architect (RSA) - Requisitos IBM Rational Insight - Medições E as integrações: Integração do RTC com EPM (Project) Integração do RTC com Ferramenta de Gestão de Demandas

14 Implantação Solução ALM Organização das atividades em Ciclos de Melhoria Definição de um modelo de utilização das ferramentas aderente ao Processo e às necessidades da Organização Customizações Foco na transferência de Conhecimento Treinamento Piloto Mentoring Dois Ambientes para a Solução: Produção e Homologação

15 Implantação Solução ALM Macro atividades Definição/ Revisão Processo Instalação Ferramentas Definição Modelo de Uso Configuração Ferramentas Treinamento Mentoring Piloto da Solução Implantação e Migração Pós-Implantação

16 Andamento do Projeto Maio 2013 Jun - Jul 2013 Dez - Jan Mar - Abr 2014 Jun Jul? meses 6 meses 3 meses 3 meses? Concepção Gerência de Configuração Gestão de Testes Medição Parte 1 Ciclo de Melhoria 1 Requisitos Medição Parte 2 Ciclo de Melhoria 2 Ciclo de Melhoria 3 Integrações Atividades Realizadas Mentoring Andamento Visibilidade Plugins Build WI Implantação Ciclo de Evolução 1 Ciclo de Evolução 2 Operação Assistida Previstas

17 Produtos Gerados Documento de Infraestrutura para as Ferramentas Manuais de Instalação Server do CLM (RTC, RRC e RQM); Cliente do RTC para Visual Studio e para Ecllipse Cliente do RSA Server do Insight Descrição do Modelo de Uso Gerência de Configuração com RTC Gestão de Testes com RQM Cenários do Piloto Configurações do RTC e RQM (Projeto Base) Plugins (Fontes e Executáveis) Documentação dos Plugins Procedimento de Migração VSS para RTC

18 Treinamentos Realizados Ciclo de Melhoria 1 Treinamento IBM Rational Team Concert (RTC) Cliente IBM Rational Team Concert - Administração do SUÍTE IBM Rational Team Concert Administração da Infraestrutura IBM Rational Quality Manager (RQM) Carga Número de Número de Horária Turmas Participantes por Turma 20 horas 4 turmas 12 participantes 16 horas 1 turma 12 participantes 4 horas 1 turma 12 participantes 8 horas 1 turma 12 participantes

19 Piloto Ciclo de Melhoria 1 Simulação do uso da solução no ambiente de Homologação utilizando roteiros de execução (cenários) Cenários executados / validados Gerência de Configuração (RTC) : 24 cenários Testes (RQM) : 11 Cenários Envolvidos no piloto: 9 Sistemas 15 Papéis (Comitê de Aprovação, Líder de Projeto, Analista de Negócio, Arquiteto, Analista de QA, Desenvolvedor, Fábricas,...) 25 Profissionais Avaliação dos resultados, ajustes e lições aprendidas

20 Piloto Exemplo Roteiro Papel Ação Esperado Realizado Criar um WorkItem do tipo "Demanda" na área de Projeto O Workitem do tipo "Demanda" deve ser criado com o Qualquer Papel Gerencial estado: "Novo" e Planejado para "Backlog". O Workitem do tipo "Demanda" deve ser Planejado para Analista de Negócio Iniciar a execução da Demanda "Execução". Administrador Jazz Analista de Negócio Colocar os Líderes de Projeto como assinante da Demanda (após o kick-off do projeto) Caso a Demanda seja de um novo sistema, o Líder de Projeto solicita ao Administrador a criação da área de projeto correspondente. Fazer upload dos documentos iniciais (Documento de Visão, Lista de Casos de Uso, etc.) para o componente "Documentação" na stream Desenvolvimento da área de projeto do Sistema e associar à Demanda Priorizar a Demanda Os líderes de projeto passarão a receber com notificação sobre qualquer alteração feita na Demanda. Ver cenário de administração "Configuração inicial de um Sistema" WorkItem do tipo: "Demanda" associado ao upload, utilizando o Navegador. Autoriza a execução da Demanda; Demanda no estado: "Priorizada" Líder de Projeto Iniciar a execução da Demanda na Área de Projeto Gerencial Demanda no estado: "Em Andamento" Criar um WorkItem do tipo "Projeto", para o sistema afetado na área de Projeto do Sistema associada a Demanda e criar o link entre o Workitem Projeto e a Demanda (Link - Pai e Filho) O Workitem do tipo "Projeto" deve ser criado com o estado: "Novo", com Visibilidade "Todos" e Planejado para "Backlog". O "Projeto" é associado com a Demanda (Link "Parent") Visualizar as atividades e Projetos planejados para o Sistema no Atividades e Projetos planejadas para o Sistema visualizadas Plano de Backlog da área de Projeto do Sistema no Plano de Backlog Criar WorkItens do tipo "Atividade" planejando (no Plano de Backlog) as atividades do Projeto criado. Importar as atividades do cronograma do projeto Criação automática de Workitems Atividade (no estado:"novo", Visibilidade: "Interno" e Planejado para: "Backlog")

21 Departamentos e Equipes Envolvidas DDSN.A Liderança de Projetos Requisitos Configuração Métrica Arquitetura Teste Processo Desenvolvimento Interno DASO.A Análise de Negócios DAQI.A Administração de Dados DBDS.A Banco de Dados Servidores GIR.A - Produção

22 Projetos no RTC Novos Projetos (22) ETC1 GEP2 GET2 GTR1 GTT1 GTT2 HEX2 HUI2 HUI3 IAX2 MEX5 OEA1 OPO3 RBX1 SAC4 SAF4 UOD1 ZDC5 ZDP9 ZGV3 ZIS1 ZSX1 OSs de Desenvolvimento (36)

23 Projetos no RTC Projetos em Sustentação (19) AE41 AN82 CEX1 ECA9 ECB3 FPE1 GEP2 HHX1 JJX4 OE05 OES1 OGX1 OL03 OL18 PHX1 SA11 TCX3 ZDP1 ZGV3 OSs de Sustentação (141)

24 Gestão de Testes Artefatos da ferramenta RQM Planos de Teste Suítes de Teste - 87 Casos de Teste Scripts de Teste Massas de Teste Total Artefatos da ferramenta RTC Defeitos Discrepâncias 321 OSs de Teste Total - 642

25 Agenda 1. Objetivo do Projeto 2. Detalhamento do Projeto 3. Visão Geral da Solução

26 Jazz Principais Componentes Modelagem Rational Design Manager Requisitos Rational Requirements Composer Gerência de Configuração Rational Team Concert Testes Rational Quality Manager Medições Rational Insight Plataforma Integrada Serviços Comuns

27 Macro Funcionalidades da Solução Organização de Sistemas/Projetos e Equipes Controle de Mudanças (Itens de Trabalho e Fluxos) - RTC Gerência de Tarefas (Planos e Iterações) - RTC Controle de Versão (Componentes, Baselines, Ramificações,...) - RTC Gestão de Testes - RQM Indicadores e relatórios para Acompanhamento - Insight

28 Organização de Sistemas / Equipes - Conceitos A principal estrutura de organização do RTC é a Área de Projeto. Normalmente é criada uma Área de Projeto para cada Sistema Normalmente os diferentes Projetos de um Sistema são organizados na Área de Projeto Área de Projeto 1:N Membro N:N Área de Equipe Papel

29 Organização de Sistemas / Projetos Gerencial (única) Sistemas Principais Departamental Sustentação Fábrica (única) Legados (única)

30 Organização de Equipes

31 Papéis Comitê Aprovação Líder de Projeto Analista de Negócio Analista de Requisitos Arquiteto de Tecnologia Analista de QA Desenvolvedor Gerente de Configuração Membro de Equipe Líder Fábrica de Teste Testador Fábrica Líder Fábrica de Desenvolvimento Desenvolvedor Fábrica Fábrica de Sustentação

32 Tipos de Itens de Trabalho Hierarquia e Classificação O trabalho planejado para um projeto é capturado em itens de trabalho (work items). Cada tipo contém seu próprio fluxo (workflow) e atributos. Demanda Os tipos de itens de trabalho, pode ser classificados em: Itens de Planejamento Itens utilizados para agrupar informações dos itens de Execução. Podem conter outros itens. Atividade Pai Pai Itens de Execução Item atômico para registro dos serviços realizados. Deve ser associado a um profissional responsável (proprietário). Tarefa Relacionado Defeito

33 Tipos de item de trabalho Itens de Planejamento Área de Projeto Gerencial Demanda Incidente Atualização de Conteúdo Áreas de Projeto de Sistemas, Sustentação e Legado Projeto Atividade OS de Desenvolvimento (somente na Área de Sistemas) OS de Teste (somente na Área de Sistemas) OS de Sustentação (somente na Área de Sustentação) Itens de Execução (Áreas de Sistemas, Sustentação e Legado) Tarefa Discrepância Defeito

34 Fluxo (workflow) da Demanda Criar Nova Demanda : Qualquer Papel. Priorizar: Analista de Negócio e Comitê de Aprovação Executar e Postergar: Líder de Projeto ou Analista de Requisitos Finalizar, Reabrir e Cancelar: Líder de Projeto

35 Hierarquia dos Itens de Trabalho Demanda

36 Relacionamento entre OS e Defeito Rastreabilidade O relacionamento entre as OSs de Teste e Desenvolvimento será uma OS de Desenvolvimento para muitas OSs de Teste.

37 Controle das Ordens de Serviço Informações Financeiras - Restrição de Acesso e Visibilidade

38 Controle das Ordens de Serviço Informações específicas para cada etapa do Fluxo: Planejamento Aceite Contratada Recebimento Aceite Cliente

39 Controle das Ordens de Serviço -Finança Definição do Tamanho (PF) Duração Estimado x Realizado Controles Financeiros Penalidades

40 Fluxo de OS de Desenvolvimento Criar Nova OS Desenvolvimento, Cancelar e Retomar : Líder de Projeto (Furnas) Iniciar, Rejeitar e Liberar para Teste: Líder da Fábrica de Desenvolvimento Aprovar e Reprovar: Líder Projeto (Furnas) Suspender: Líder Projeto (Furnas) ou Líder de Fábrica de Desenvolvimento

41 Controle de Execução da Demandas Clientes Negócio Solução ALM Gerencial Nova Demanda D2 D1 Projeto Concluído Planejamento Projeto 2 Backlog Execução Histórico P2 P1 A1 A2 A3 A1 A2 A3 OS T1 T2

42 Planos e Iterações Padrão de iterações definido para Furnas: Backlog agrega os itens que ainda não estão sendo executados. Execução agrega os itens que estão em execução no momento. Histórico agrega os itens que foram concluídos ou cancelados. No ambiente Furnas, cada iteração está associada a um plano. A criação de novos planos ficará a cargo do Líder de Projeto. Todos os itens serão criados inicialmente na iteração Backlog. Quando um item de trabalho for para um estado em progresso, a iteração deve ser alterada manualmente para Execução. Quando um item de trabalho for para um estado fechado, a iteração deve ser alterada automaticamente para Histórico.

43 Plano da iteração Execução Este plano exibirá todos os workitems planejados para uma iteração de execução.

44 Nomenclatura Baselines/Snapshots Envio para a Fábrica de Desenvolvimento O snapshot de envio para a Fábrica seguirá a seguinte nomenclatura: IdDemanda.REQ.AAAA.MM.DD.XX Onde: IdDemanda = Id da Demanda AAAA = Ano MM = Mês DD = Dia XX= Sequência de Release para o mesmo dia no mesmo componente Exemplo: REQ

45 Nomenclatura Baselines/Snapshots Entrega Fábrica de Desenvolvimento e Transição entre Ambientes A cada entrega de código no ramo da Fábrica será gerado um Snapshot padrão. Além disso, a cada transporte de um ramo para outro, será criado um snapshot padrão no ramo de destino. Nomenclatura: IdDemanda.AMB.AAAA.MM.DD.XX Onde: IdDemanda = Id da Demanda AMB = Ambiente. Exemplos:PRD (Produção), DES (Desen.), TES (Teste), FIX (quando for uma correção emergencial),... AAAA = Ano MM = Mês DD = Dia XX = Sequência de Release para o mesmo dia no mesmo Ambiente

46 Streams Com Fábrica Produção Homologação Se houver entregas em paralelo (Fábrica e Interno) 2 Teste Desenvolvimento

47 Testes - Hierarquia dos Artefatos RQM

48 Registro de Execução de Teste RQM Test case A Relationships Bidirectional link Parent / child Test case execution record 1 Test case execution record 2 Test case result 1 Test case result 2 Test case result 1 Test case result 2 Test case result 3 Histórico completo das execuções para o Caso de Teste A

49 Relacionamento Artefatos de Teste e demais itens Quality Management (RQM) RRC Requirement collection Test plan Test suite Test suite execution record Test suite result RTC Requirement Test case Test case execution record Test case result Defect Development work item RTC Test script Test environment Relationships Bidirectional link Test data Parent / child

50 Cadastrando Defeitos RQM RQM 2 1 RTC 3

51 Relatórios e Indicadores Ferramenta Insight Planejamento e Acompanhamento de Projetos e OS Detalhamento das Ordens de Serviço OS de Desenvolvimento OS de Teste OS de Sustentação Termo de Recebimento Termo de Aceite Faturamento Mensal Indicadores

52 Relatórios - Insight (OS de Desenvolvimento)

53 Relatórios - Insight (Termo de Aceite)

54 Indicadores Gerenciais

55 Indicadores Gerenciais

56 Funcionalidades Adicionais Visualização consolidada de Ordens de Serviço e de Tarefas Visibilidade diferenciada Furnas e Fábricas Direcionamento e visualização de Tarefas por equipe Validações das principais regras do modelo de uso Fechamento automático de Projetos

57 Funcionalidades Adicionais (Visualizador de Itens de Trabalho)

58 Funcionalidades Adicionais (Visualizador OS de Teste)

59 Diferenciais e Benefícios do Projeto Diferenciais Existência de um Processo Definido Sinergia entre o Cliente e o Fornecedor Participação efetiva dos usuários chave (key users) Escopo Flexível (Mentoring e Fábrica de Qualidade) Tempo adequado para introdução das mudanças Benefícios Iniciais Visibilidade de todos os envolvidos sobre as atividades e produtos gerados durante o desenvolvimento. Facilidade na avaliação de fornecedores e no acompanhamento de projetos contratados externamente. Aumento da maturidade de Gestão

60 O essencial é invisível aos olhos. O Pequeno Príncipe, Antoine Saint-Exupéry FIM