Palestra: Release de Projetos em TI.

Tamanho: px

Começar a partir da página:

Download "Palestra: Release de Projetos em TI."

Luiza Amado Santos
8 Há anos
Visualizações:

1 Palestra: Release de Projetos em TI. Renato Servone Festa Coordenador de Sistemas

2 Histórico Profissional MBA em Gestão Empresarial Bacharel em Administração de Empresas Experiência desde 1996 em programação, manutenção, análise, integração, desenho de solução e gerenciamento de sistemas corporativos e departamentais. Atuei na área de TI em Banco e Multinacionais como: Coat s Corrente Itaú-Unibanco Volkswagen Accenture Telefônica Vivo (atual)

3 Como nasce um Projeto em TI? Os projetos surgem por vários motivos, necessidades ou problemas diversos que precisam de um serviço para atendê-los. Fases de um projeto:

4 O que é um Release de Projetos? A implantação do Modelo de Releases nas empresas tem como objetivo aproveitar os ganhos observados nos projetos em relação a: A maior previsibilidade para alocação dos recursos, otimizando a capacidade produtiva Ao cumprimento de prazos adequados para todas as etapas do ciclo de vida dos projetos, além de garantir a execução de testes e homologação das áreas de negócio Assertividade nas entregas dos projetos para o negócio O Líder Técnico é a engrenagem de um Projeto em TI nas fases de solução, planejamento, construção, testes, homologação e implantação

5 Identificação dos sistemas candidatos Nem todos os sistemas são candidatos ao release Em conjunto com a Governança, PCD e as áreas de negócio, deve-se eleger quais os sistemas candidatos Deve-se considerar os seguintes critérios: Time to Market (TTM) Importância para a empresa (momento) Concorrência Novos negócios (Produto) Aumento de receita (retorno no mesmo ano) Business Plain assertivo

$tempo de cada fase do Release Estratégia de paralelismo de atividades: Estimativas\Planejamento$ $Desenvolvimento Testes\Homologação GMUD (Gerencia de Mudança) Implantação 2010 Jan Fev Mar Abr Mai Jun$

6 Definição do ciclo de vida do Release Importante definir o ciclo dos sistemas candidatos Determinar o tempo de cada fase do Release Estratégia de paralelismo de atividades: Estimativas\Planejamento Desenvolvimento Testes\Homologação GMUD (Gerencia de Mudança) Implantação 2010 Jan Fev Mar Abr Mai Jun Jul Ago Set Out Nov? 1 mês 4 meses 5 meses 1 mês Estimativa e Planejamento Desenvolvimento Testes e Homologação GMUD

7 Alinhamento do ciclo de vida do Release com de TI Após definição do ciclo de vida os alinhamentos devem ser feitos com as seguintes áreas: Equipe Demandas de Projetos (Analistas de Negócios - Backlog) Equipe de Testes Integrados (Analistas de Testes) Equipe de GMUD (Processo Produtivo Cobit & ITIL)

Alinhamento com área de Infra estrutura Definição do plano de execução dos Testes Integrados Limitações de ambientes (Orçamento) Integrações de sistemas x

8 Alinhamento com área de Infra estrutura Definição do plano de execução dos Testes Integrados Limitações de ambientes (Orçamento) Integrações de sistemas x ambientes (volume de sistemas por release) Suporte para os versionamentos de componentes (Controle de correções) Plano de implementação dos Releases (Recursos)

9 Atividades de Planejamento Demandas x Releases Quantificar as demandas (total de projetos por fornecedor\área desenv.) Alinhamento com os fornecedores\áreas desenvolvimento Definição dos Lideres Técnicos e Líder de Release Linha orçamentária (Capex \ Opex)

10 Proposta Exemplo Mapa de Releases 2012 Jan Fev Mar Abr Mai Jun Jul Ago Set Out Nov Dez Major Releases R12.04 (20k) R12.08 (20k) R12.11 (20k) Speed Line SL12.02 (10k) SL12.06 (10k) SL12.10 (10k) Projetos Especiais Congelamento total Data em Produção Release de Projetos em TI

$Linha orçamentária (Capex \ Opex) Cenários de testes/homologação e certificação dos componentes Ambientes integrados X integração de sistemas Quando um projeto atrasa, toda Release atrasa!$

11 Pontos de Atenção na utilização de Releases Planejamento, análise e controle de qualidade das releases Suporte as dúvidas relacionadas as demandas/projetos das releases Definição do Líder de Release Linha orçamentária (Capex \ Opex) Cenários de testes/homologação e certificação dos componentes Ambientes integrados X integração de sistemas Quando um projeto atrasa, toda Release atrasa! (Falha ou Change Escopo) Comprometimento de todos os envolvidos com as datas das Releases Comunicação integrada conforme avanço na esteira do processo Atenção para os Freenzing (congelamento) - Datas Comemorativas/Feriados

12 Considerações Finais Releases de Projetos em TI Oportunidades: Redução dos custos operacionais com a sinergia de projetos e processos Definição de novos modelos e forma de trabalho Ganhos nas negociações com fornecedores em razão da volumetria/paralelismo Integração de todos colaboradores e novas experiências Pontos Fortes: Equipe unida, comprometida e focada no resultado para o negócio Orientação para a qualidade no desenvolvimento Proximidade com as áreas de negócio Atividades norteadas pelo impacto no negócio, metas e indicadores Conhecimento funcional Pontos Críticos: Ambientes de testes/homologação precários e insuficientes Pouco Tempo para as atividades de certificação das releases Perda de conhecimento, qualidade e agilidade devido saída dos pontos focais Desalinhamento de releases em relação aos feriados Release de Projetos em TI

13 Conclusão Releases de Projetos em TI Implementando o Release de Projetos em TI, obtenho uma redução de custos operacionais, otimizo o tempo em toda cadeia de execução de projetos, melhoro o clima da empresa, haja vista, que todos podem planejar suas férias, pois as datas dos projetos já estão fechadas e finalizando, do ponto de vista organizacional, alavanco a integração de equipes com a novas experiências.

Planeja o difícil enquanto ainda é fácil, faz o que é grande enquanto ainda é pequeno. As coisas mais difíceis devem ser feitas enquanto ainda são fáceis, as maiores, enquanto ainda são pequenas.

14 Planeja o difícil enquanto ainda é fácil, faz o que é grande enquanto ainda é pequeno. As coisas mais difíceis devem ser feitas enquanto ainda são fáceis, as maiores, enquanto ainda são pequenas. Por isso, o sábio nunca faz o que é grande, e é por este motivo que sempre alcança a grandeza. Fonte: Livro (A Arte da Guerra) - SUN TZU FIM Para baixar apresentação acesse o site:

Documentos relacionados

Instituto de desenvolvimento educacional de Angola IDEIA SECRETARIA ACADÊMICA

Instituto de desenvolvimento educacional de Angola IDEIA SECRETARIA ACADÊMICA Curso de Especialização MBA Gestão Estratégica em Tecnologia da Informação ANO MÊS CRONOGRAMA Dia Data Disciplina ch seg 07/09/15