Gerenciamento de Mudanças Cláusulas Exemplificativas

Gerenciamento de Mudanças. Gerenciamento do Catálogo de Serviço.
Gerenciamento de Mudanças. Qualquer intervenção na rede do prestador que tenha impacto nos serviços contratados deverá ser comunicada pelo mesmo e aceita pelo Banco do Brasil. Os critérios e fluxos inerentes ao processo serão posteriormente definidos em conjunto pelo Banco do Brasil e pelo prestador e formalizados em Manuais de Procedimentos Operacionais (MPO), a serem concluídos e implementados em até 30 (trinta) dias contados da data de assinatura do contrato. O processo deverá ser aderente à política de mudanças e liberações do Banco do Brasil, além de prever integração, sem custos adicionais, com suas ferramentas de gestão de infra-estrutura de TI. Deverão ser observados critérios e fluxos distintos para mudanças programadas ou emergenciais.
Gerenciamento de Mudanças. A licitante vencedora é responsável por criar e manter o processo formal de gerenciamento de mudanças, preferencialmente por meio de ferramentas integradas ao processo de gerenciamento de requisitos, garantindo que as solicitações de mudanças sejam coletadas, analisadas e estejam alinhadas com o gerenciamento de requisitos, garantindo a integridade dos mesmos. Deverá: a) Identificar lacunas nas solicitações/Ordens de Serviço; b) Coordenar as análises de impacto, baseado nas solicitações de mudança; c) Submeter à autorização da ANTT as ferramentas que serão utilizadas.
Gerenciamento de Mudanças. 2.25.1. Deve permitir o gerenciamento das requisições de mudança através de fluxo previamente configurado; 2.25.2. Permitir criar, monitorar e acompanhar uma requisição de mudança por todo seu ciclo de vida; 2.25.3. Planejar e gerenciar mudanças em serviços e processos; 2.25.4. Prover formas de gerenciar os riscos relacionados a mudança; 2.25.5. Possibilitar atribuição de critérios de categorização da mudança; 2.25.6. Deve permitir fluxo de aprovação de mudanças por pessoas autorizadas; 2.25.7. Deve permitir uma visualização global de todas as mudanças registradas, independente dos objetos relacionados;
Gerenciamento de Mudanças. (“Change Management”): Gerenciamento de Configurações (“Configuration Management”):
Gerenciamento de Mudanças. 10.17.1. Permitir o registro e a classificação das mudanças. 10.17.2. Permitir a associação de uma mudança a um IC através da interface de gerenciamento de mudanças. 10.17.3. Permitir a avaliação de impacto de uma mudança através de interface gráfica e por relatório relacionando todos os IC's que podem ser afetados. 10.17.4. Permitir a execução da análise de impacto da mudança de forma automática. A funcionalidade terá que varrer o CMDB retornando de forma gráfica para o analista de mudanças quais impactos a mesma terá. 10.17.5. Permitir o acompanhamento do processo de mudança fim a fim (desde o registro até a implantação e revisão da mudança). 10.17.6. Permitir o cadastro de mudanças pré-aprovadas. 10.17.7. Permitir a definição de níveis de acesso aos registros em função do perfil do usuário. 10.17.8. Permitir que um participante do Comitê de Mudanças possa delegar a sua aprovação para outro usuário. 10.17.9. Permitir que determinados tipos de mudança tenham a sua aprovação delegada para outro usuário. 10.17.10. Registrar a hora e o responsável por toda e qualquer alteração no registro de uma mudança. 10.17.11. Implantar workflow automatizado para a aprovação de mudanças programadas, emergenciais e padrão. 10.17.12. Obter do CMDB a lista de todos os IC's afetados pela mudança. 10.17.13. Armazenar e fornecer templates de planejamento das mudanças. 10.17.14. Possuir integração nativa com o módulo de gerenciamento de nível de serviço. 10.17.15. Gerar notificações através da interface gráfica e e-mail para o início e final das mudanças. 10.17.16. Disponibilizar para o Service Desk (Central de Serviços) quadro de avisos com as principais mudanças em andamento e o impacto no ambiente. 10.17.17. Prover integração das Requisições de mudança com as atividades de liberações. 10.17.18. Prover um relatório integrando as mudanças com as liberações. 10.17.19. Prover um relatório possibilitando a visão de mudanças com sucesso: por área usuária, por área de TI, por área de negócio. 10.17.20. Prover um painel de controle automático (“dashboard”) possibilitando a visão da eficiência operacional e dos impactos dos processos de negócio. 10.17.21. Prover um ciclo de vida da Requisição de Mudança em conformidade com o ITIL V3. 10.17.22. Prover uma visão de detecção de colisão, de forma automática, com outras mudanças planejadas. 10.17.23. Realizar o fechamento de problemas e incidentes automaticamente quando uma mudança relacionada for implementada com sucesso. 10.17.24. Possu...
Gerenciamento de Mudanças. 3.3.1 - A CONTRATADA deverá implementar uma sistemática de Gerenciamento de Mudanças (incluindo procedimento), aceita pela PETROBRAS e que permita a identificação e tratamento de alterações dos riscos oriundos, no mínimo: a) Mudanças na instalação (equipamentos e leiaute);
Gerenciamento de Mudanças. 5.9.1. O processo de Gerenciamento de Mudanças visa garantir que mudanças sejam registradas e então avaliadas, autorizadas, priorizadas, planejadas, testadas, implementadas, documentadas e revisadas de maneira controlada; 5.9.2. Após a entrada em produção, toda mudança na SOLUÇÃO, seja decorrente do serviço de implantação, do serviço de manutenção corretiva ou evolutiva ou suporte técnico, deverá ser submetida para homologação e aprovação da equipe técnica do CONTRATANTE. A CONTRATADA deverá gerar relatórios contendo a relação de pacotes de liberação, sua descrição, possíveis impactos no ambiente computacional e ações de retorno em caso de insucesso na implantação para subsidiar o processo de homologação e aprovação; 5.9.3. Para fins de análise da mudança, a equipe técnica do CONTRATANTE poderá solicitar informações adicionais à CONTRATADA, assim como, o comparecimento de representante da CONTRATADA com conhecimento técnico a respeito da mudança solicitada, sem custo adicional ao CONTRATANTE; 5.9.4. Toda mudança deverá ser agrupada em pacote de liberação unicamente identificável e que, mediante aprovação de usuários autorizados pelo CONTRATANTE, possa ser transferida entre os ambientes de execução até alcançar o ambiente de produção e passar pelo período de operação assistida. Todo pacote de mudança deve ser rastreável aos códigos fonte no controle de versão e aos executáveis, componentes e bibliotecas em produção; 5.9.5. Deve ser possível identificar, para todos os itens em produção (softwares, relatórios, rotinas, etc.), o pacote de liberação originador e levantada a trilha de auditoria que relacione minimamente as datas de implantação do pacote em cada ambiente de execução e os usuários que autorizaram a implantação; 5.9.6. A CONTRATADA deve, no escopo dos serviços de implantação e manutenção evolutiva, criar e manter base de informação contendo todos os itens de configuração relacionados à SOLUÇÃO, com informações de versionamento, histórico de mudanças, relacionamentos, entre outras; 5.9.7. Toda funcionalidade, antes de entrar em produção, deve ser testada, com apresentação das evidências dos testes realizados: testes unitários e funcionais de componentes individuais, testes de integração em relação ao restante da aplicação, testes de desempenho, testes de segurança, entre outros que sejam especificados pelo CONTRATANTE. Também deverão ser apresentados os planos de testes, cenários testados e respectivos resultados; 5.9.8. A cada atualização de versão...
Gerenciamento de Mudanças. 7.9.7.1. O objetivo do GERENCIAMENTO DE MUDANÇAS é assegurar que mudanças sejam feitas de forma controlada, e que sejam avaliadas, priorizadas, planejadas, testadas, implantadas e documentadas; 7.9.7.2. Uma MUDANÇA pode acontecer tanto em um IC quanto no próprio processo do ciclo de vida do SERVICE DESK, ou seja, pode ser uma melhoria ou alteração em um equipamento, por exemplo, ou em um determinado processo do gerenciamento de serviços de TI; 7.9.7.3. As MUDANÇAS devem ser solicitadas via REQUISIÇÃO DE MUDANÇA, que poderá ser proveniente de um TÍQUETE aberto, ou um EVENTO; 7.9.7.4. Uma MUDANÇA pode necessitar de aprovação para a sua LIBERAÇÃO, de acordo com o PROCESSO DE MUDANÇA definido;
Gerenciamento de Mudanças. 84 Deve possibilitar a criação de fluxos de tarefas.