Políticas 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. |
Declaração | Razão |
---|---|
As responsabilidades das autoridades de mudanças são definidas conforme lista abaixo:
|
Definição das responsabilidades das autoridades de mudanças |
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:
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. |
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 |
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 |
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. |
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. |
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. |
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. |
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. |
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 |