Planos de transição de produção

cutover produção ocorre sempre que um negócio migra de um sistema ou aplicação existente, como um programa de gestão de contabilidade ou inventário ou um sistema de produção de fabricação, para um novo. Embora a implantação real pode levar apenas um ou dois dias, tarefas e atividades pré e pós-cutover são essenciais para o sucesso do projeto. Para a maioria das empresas, uma planilha é útil para documentar as tarefas e atividades que antecederam o dia go-live e as tarefas para esse dia e os dias que se seguem.

IBM melhores práticas para a migração de dados eficaz dizer um plano de transição deve abordar três áreas principais. Ele deve definir tarefas de migração em sua ordem de conclusão, incluindo estimativas de se ou quanto tempo o sistema precisará ser offline. Deve identificar potenciais problemas e descrevem como reduzir ou eliminar os riscos. E deve incluir os nomes e informações de contato para os membros internos e externos da equipe de transição, bem como pessoas que necessitam de atualizações e informações como a transição avança.

Cada passo em cada seção de um plano de transição devem ser listados na ordem em que devem ser preenchidos. Identificar a tarefa, a pessoa chumbo, a duração prevista, as datas de início e fim e o contato pessoa backup. Incluem uma área para a pessoa principal a assinar fora em tarefas concluídas. A primeira seção do plano deve identificar tarefas e atividades que devem estar completa antes da transição começa. Isso inclui a instalação e configuração de hardware, software e dispositivos periféricos, a realização de uma formação de utilizador final, o carregamento de dados necessária e apoiando-se o sistema actual.

atividades Zero horas terá lugar no dia go-live. Estes incluem um cronograma específico para as tarefas envolvidas na desligar o sistema antigo e para ativar e testar o novo sistema. Esta seção deve ter um plano de contingência, como passos para completar uma reversão se o novo sistema falhar. Se a transição não está acontecendo horas durante fora do horário de pico, o plano deve descrever um sistema para notificar os usuários sobre quaisquer paradas esperados e sua duração e instruções para quando e como fazer logoff do sistema antigo.

O plano deve delinear uma agenda para monitoramento e realização de testes em curso. Por exemplo, se a transição ocorre durante as horas de pico, de controlo e de teste de programação para, pelo menos, alguns dias durante as horas de pico de uso. Incluir coisas para observar, em geral, tais como um sistema de abrandamento ou comportamento inconsistente, bem como quaisquer potenciais problemas que foram identificados com antecedência. Listar os passos para a implementação de um plano de contingência, incluindo notificar os usuários de um desligamento necessário, e incluem uma lista de verificação para decidir se desligar e fazer todos os reparos ou modificações necessárias durante o dia de negócios ou fora dos horários de pico.