Grupo de Estudos ITIL. Gerenciamento de Serviços de TI - ITSM. Gerenciamento de Release

Transcrição

1 Grupo de Estudos ITIL Gerenciamento de Serviços de TI - ITSM Gerenciamento de Release

2 Agenda Missão Descrição Conceitos básicos Principais Atividades Entradas / Saídas Diagrama do Processo Principais Benefícios Principais Problemas

3 Missão Ter uma visão holística sobre uma mudança para os serviços de TI, garantindo que todos os aspectos (técnicos e não técnicos) de uma Release sejam considerados como um todo. Garantir a proteção do ambiente e seus serviços através de checagens e procedimentos formais.

4 Metas Possuir um plano de rollout; Definir e implementar procedimentos necessários para atender as mudanças; Garantir que softwares e hardware envolvidos sejam rastreáveis, seguros e que as versões sejam testadas; Garantia a comunicação e gerenciamento das expectativas do cliente durante o planejamento e rollout das novas releases. Manter uma interação constante com os processos de controle do Configuration e Change, visando garantir a consistência do CMDB. Garantir que as cópias principais de softwares estão seguras na DSL.

5 Conceitos básicos Release: qualquer mudança autorizada Major Release: ocorre para eliminar erros-conhecidos, workaround e quick-fixes; (v.1, v.2, v.3) Minor Release: contém pequenos incrementos e consertos que podem ter sido anteriormente considerados emergenciais. (v.1.1, v.1.2, v1.3) Soluções emergenciais: normalmente implementa um quick fix para um problema ou erro conhecido;(v.1.1.1, v ) Unidades de release: baseada nas características da change; Identificação da release: forma pela qual a release será identificada Tipos de release: Full Delta Package

6 Tipos de release: Full Significa que um sistema será distribuído na sua totalidade. (incluindo módulos que não foram alterados) Vantagens Inúmeras mudanças podem ser distribuídas simultaneamente; Durante o período de instalação o ambiente é completamente limpo; Desvantagens Utilização de mais recursos Delta Inclui somente em alterações componentes do sistema; Geralmente associada a emergentes fixes e quick-fixes; Vantagens Rapidez na entrega da release Desvantagens Testar o impacto da alteração nos demais componentes do sistema. Manter informações/módulos desnecessários ao sistema; Package Espera a junção de um número de erros que não causam muito distúrbio para serem liberados em um pacote de release. Visa estabilidade a longo prazo. Vantagem Menos interrupção na operação Desvantagem Gerenciamento mais complexo

7 DSL - Biblioteca de Software Definitivo: descreve o local onde todas as versões definitivas de softwares estão armazenadas e protegidas. Toda a documentação relativa ao software deve ser mantida em formato digital. Todas as decisões relativas a DSL são tomadas em conjunto pelo Change, Configuration e Release

8 DHS Definitive Hardware Store: local onde são armazedos os dispositos sobressalentes de hardware que poderam serem utilizados para substituir ou auxiliar no reparo de um componente da infraestrutura de TI. Detalhes relativos a DHS deverão estar inclusos no CMDB

9 Atividades No processo de Release temos a presença das seguintes atividades: Política e planejamento Configuração e desenvolvimento Testes e aceitação da release Planejamento do rollout Comunicação, planejamento e treinamento Distribuição e instalação de uma release.

10 Política e planejamento Políticas e procedimentos Definição de papéis, responsabilidades e autoridades da equipe de TI Possuir mecanismos de controle de distribuição da release Treinamento Agenda acordada para implementação da release Criação de templates para assessorar o planejamento de releases específicas Gerenciamento dos ambientes de testes e de construção Planejar plano de back-out padrão O resultado deste atividade é parte do plano de mudança, nele está incluso plano para a release, plano de teste e critérios de aceitação.

11 Projetar, Configurar e Desenvolver Desenvolver projetos padrões para desenvolvimento, construção e configuração de uma release Releases podem baseados em CIs desenvolvidos in-house ou adquiridos Instruções de instalação e configuração podem serem tratados como parte da release e devem ser incluídos como CIs. Apoiar o Change no plano de back-out para a release Definir deadlines para estabelecer quando o back-out deve ser iniciado para restaurar o serviço em tempo hábil.

12 Testes e aceitação da release Teste funcional a ser executado por representantes dos usuários Teste de ambiente a ser executado pela equipe de TI: performance, aspecto técnico, funcionalidade, integração, etc. Testar scripts de instalação e planos de back-up Todo resultado deverá ser encaminhado para o Change Autorização formal do Change para implementação da release

13 Planejamento do rollout Criação de uma timetable detalhada e exata de eventos Listar CIs que serão utilizadas Manter comunicação Aquisição, armazenamento, identificação e inclusão das CIs na CMDB Duas formas de implementar Full (Big Bang) Em estágios

14 Comunicação, Preparação e Treinamento Comunicar as possíveis influências que a implementação da release poderá causar na rotina dos usuários Comunicar quando as novas releases estarão disponíves Mudança no SLA, OLA, UC devem ser comunicação as devidos responsáveis

15 Conceitos Básicos Distribuição e instalação de uma release Utilizar preferencialmente uma ferramenta para distribuir as release Pre-análise do ambiente para verificar possíveis agentes limitadores para implantar a nova release Após implantação atualizar a CMDB

16

17

18 Benefícios Aumentar sucesso na implantação de novas releases sem sacrificar a qualidades dos serviços oferecidos pela TI Minimizar a interrupção dos serviços de TI Assegura a integridade dos componentes Melhor uso dos recursos da organização, justificando desta forma os custos envolvidos Rastreabilidade de todas as mudanças no ambiente Facilidade de detecção de releases instaladas no sistema Possibilidade de manter a integridade do sistema Ambiente mais eficiente

19 Problemas Resistência cultural da equipe em aderir ao método Banir qualquer procedimento que está fora dos padrões preconizados pelo Release Testar release em ambiente de teste Implementar gatos Ausência de recursos disponíveis para ambiente de testes Dificuldade em projetar ambientes de testes Documentação e comunicação inadequada

20 Referencias Bibliográficas Service Support ITIL

21 Obrigado! Alaor Arruda Márcia M. G. Martins Odilon Neto