Projeto de ALM - Gestão de Fábricas com Rational
Agenda 1. Objetivo do Projeto 2. Detalhamento do Projeto 3. Descrição da Solução
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
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)
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 - 2012 Edital Contratação de ferramentas 2012 / 1º semestre 2013 Ações Complementares Definição de uma arquitetura de referência - 2013 Definição/Revisão de padrões e checklists - 2013 Capacitação da equipe de qualidade e líderes de projeto 2013 / 2014 Evolução do processo de desenvolvimento de SW - 2014
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.
Agenda 1. Objetivo do Projeto 2. Detalhamento do Projeto 3. Descrição da Solução
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
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
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
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
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
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
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
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
Andamento do Projeto Maio 2013 Jun - Jul 2013 Dez - Jan 2013 2014 Mar - Abr 2014 Jun Jul? 2015 2 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
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
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
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
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 email 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")
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
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)
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)
Gestão de Testes Artefatos da ferramenta RQM Planos de Teste - 107 Suítes de Teste - 87 Casos de Teste - 883 Scripts de Teste - 909 Massas de Teste - 721 Total - 2707 Artefatos da ferramenta RTC Defeitos - 216 Discrepâncias 321 OSs de Teste - 105 Total - 642
Agenda 1. Objetivo do Projeto 2. Detalhamento do Projeto 3. Visão Geral da Solução
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
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
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
Organização de Sistemas / Projetos Gerencial (única) Sistemas Principais Departamental Sustentação Fábrica (única) Legados (única)
Organização de Equipes
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
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
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
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
Hierarquia dos Itens de Trabalho Demanda
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.
Controle das Ordens de Serviço Informações Financeiras - Restrição de Acesso e Visibilidade
Controle das Ordens de Serviço Informações específicas para cada etapa do Fluxo: Planejamento Aceite Contratada Recebimento Aceite Cliente
Controle das Ordens de Serviço -Finança Definição do Tamanho (PF) Duração Estimado x Realizado Controles Financeiros Penalidades
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
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
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.
Plano da iteração Execução Este plano exibirá todos os workitems planejados para uma iteração de execução.
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: 11449.REQ.2014.03.01.1
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
Streams Com Fábrica 7 6 5 Produção 1 4 3 Homologação Se houver entregas em paralelo (Fábrica e Interno) 2 Teste 2 8 9 Desenvolvimento
Testes - Hierarquia dos Artefatos RQM
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
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
Cadastrando Defeitos RQM RQM 2 1 RTC 3
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
Relatórios - Insight (OS de Desenvolvimento)
Relatórios - Insight (Termo de Aceite)
Indicadores Gerenciais
Indicadores Gerenciais
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
Funcionalidades Adicionais (Visualizador de Itens de Trabalho)
Funcionalidades Adicionais (Visualizador OS de Teste)
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
O essencial é invisível aos olhos. O Pequeno Príncipe, Antoine Saint-Exupéry FIM