Políticas do Processo

Políticas do processo de gerenciamento de mudanças e liberações
Escopo do Processo

Declaração

Razão

Este processo se aplica ao controle das implantações e liberações de alterações em ativos e serviços previamente autorizadas, construídas e definidas por outros processos de trabalho de TIC que afetam o ambiente operacional de homologação e produção de TIC.

As atividades de planejamento, construção e teste das mudanças liberadas nos ambientes operacionais devem ser detalhadas nos respectivos processos de trabalho que motivaram a mudança: processo de desenvolvimento de software (PDS), processo de gerenciamento de contrataçõe ou gerenciamento do catálogo de serviços de TIC.

Delimitar aplicabilidade do deste processo de forma a gerar valor de maneira integrada e harmoniosa com outros processos de trabalho instituídos na organização, tendo em vista o adequado controle e comunicação das mudanças em ativos e serviços que compõe o ambiente produtivo.

 

Responsabilidades das autoridades de mudanças

Declaração

Razão

 As responsabilidades das autoridades de mudanças são definidas conforme lista abaixo:

  • Gestor Negocial da solução: Revisar e homologar a solução apresentada;
  • Gestor Técnico da solução
    • Registrar, planejar e coordenar a implantação de mudanças referentes aos serviços e ativos em que atua como Gestor Técnico da Solução
    • Responder tecnicamente, de acordo com as necessidades formalizadas e aprovadas pelo gestor negocial de soluções pelo ciclo de vida da solução de TIC, que compreende seu desenho, transição, construção, operação, evolução e descontinuidade;
    • Interagir, sempre que necessário, com os analistas de tecnologia, infraestrutura, desenvolvimento, banco de dados, suporte e com o gestor negocial de soluções de TIC para tratar da manutenção e evolução da solução de TIC;
  • Gestor Executivo:
    • ajustar com as áreas de negócio sob sua gestão a ordem de prioridade entre projetos e necessidades identificadas, de forma a garantir que a estratégia da instituição seja refletida nessa priorização;
    • autorizar o início, o fim e eventuais interrupções dos projetos
  • Comitês Gestores de Sistemas: Definir as premissas e estratégias, bem como propor a regulamentação necessária para o desenvolvimento, homologação, implantação, evolução e sustentação dos respectivos serviços e sistemas
Definição das responsabilidades das autoridades de mudanças

  

Procedimentos de escalada

Declaração

Razão

 Para os casos de problemas ocorridos durante a execução da mudança, devem ser observados os seguintes procedimentos de escalada:

  • Equipe de implantação com problemas ou dúvidas durante implantação: Acionar primeiramente o gestor técnico da solução e em seguida, o gestor da unidade do gestor técnico da solução.
  • Gestor técnico não conseguiu prosseguir após contato direto com equipe de implantação: Acionar primeiramente o chefe da seção do responsável pela tarefa. Caso haja necessidade de nova escalada, o contato deve ser com o gestor da unidade da equipe de implantação da mudança, prosseguindo na progressão hierárquica..

Nota: acionamentos fora do horário de trabalho devem ser feitos apenas para chefes de seção e/ou seus superiores.

Definição dos procedimentos de escalada para remediar problemas durante execução de mudança ou liberação.

 

Reunião inicial com equipe de liberação

Declaração

Razão

 O gestor técnico da solução que registra a demanda de mudança deve se reunir com a equipe de liberação antes de submeter a RDM para avaliação do comitê de mudanças.

Garantir alinhamento entre todas as pessoas envolvidas com as atividades de liberação

  

Procedimentos de aceite das mudanças.

Declaração

Razão

 Compete ao gestor técnico da solução estabelecer entendimento, junto ao gestor negocial da solução de TIC, sobre o atendimento ou não dos objetivos de uma mudança implantada, conforme o processo de trabalho que originou a necessidade mudança (desenvolvimento de sistema local, implantação de solução nacional ou aquisição de software/equipamento).

Para isso ele pode executar os planos de teste para verificar se a implantação realizada pelo(s) analista(s) de liberação atendem aos objetivos da mudança, ou, caso necessário, entrar em contato com o gestor negocial da solução para apoiar na verificação dos resultados obtidos.

Após essa verificação, ele deve registrar o resultado da implantação no Sistema de Gerenciamento de Configuração (SGC).

Estabelecer procedimentos de aceite ao final da implantação para proceder ou não com a liberação

 

Mudanças Pré-aprovadas

Declaração

Razão

 Mudanças de certo nível de complexidade, como a implantação única de pacote de atualização de sistemas, podem ser consideradas pré-aprovadas pelo Comitê de Mudanças, mediante solicitação dos gestores técnicos das soluções.

Dar celeridade ao processo e aliviar a burocracia.

 

Política de composição do comitê de mudanças

Declaração

Razão

 O comitê de mudanças é formado pelo gerente de mudanças (guardião do processo) e os integrantes fixos do Subcomitê de Tecnologia da Informação e Comunicação (STIC) – diretor de TIC, secretários da Secretaria de Sistemas (SESIS), Secretaria de Suporte e Atendimento (SESA), Secretaria de Infraestrutura Tecnológica (SEIT) e chefe da Seção de Segurança da Informação e Comunicação (SINC).

Estabelecer um conjunto apropriado de pessoas com autoridade para deliberar sobre as mudanças.

 

Política de periodicidade das reuniões do comitê de mudanças

Declaração

Razão

 O grupo de autorizadores de mudanças se reunirá semanalmente para deliberar sobre as mudanças propostas.

Estabelecer agenda para deliberações tempestivas sobre as mudanças propostas.

 

Política de autorização de mudança normal

Declaração

Razão

 A autorização para prosseguir com uma mudança normal depende da manifestação dos presentes durante as reuniões do Comitê de Mudanças.

Necessidade de autorizar as alterações em itens de configuração com ciência das áreas de negócio e de TI.

 

Política de autorização de mudanças emergenciais

Declaração

Razão

 A autorização para prosseguir com uma mudança emergencial depende da manifestação positiva de, pelo menos, um membro do comitê para os casos de indisponibilidade dos serviços de TIC e de dois membros do comitê de mudanças para mudanças emergenciais com outros objetivos, como o de melhoria de desempenho. É boa prática buscar comunicar todas as mudanças emergenciais para os outros membros do comitê de mudanças.

Necessidade de responder de maneira rápida aos incidentes graves que afetem o funcionamento adequado das operações de negócio.

 

Horário da janela de manutenção de sistemas para públicos internos

Declaração

Razão

 A janela para implantação de mudanças que gerem indisponibilidade fica definida como o horário em dias comerciais antes das 08:00 e após as 18:00, além dos finais de semana e feriados.

Causar indisponibilidade durante períodos com menor utilização dos usuários
Seção de Processos e Serviços de TIC dtic.servicos [arroba] trt3.jus.br