Isso depende muito do tamanho do seu projeto e do que exatamente você está implementando. Descobri que muitos documentos formais são um exagero para a maioria dos projetos pequenos. Normalmente começo escrevendo uma lista de coisas que precisam acontecer antes de implementar. Eu me pergunto perguntas como:
- O que realmente será implementado?
- Quando queremos fazer isso e o que precisamos verificar antes de executar a implementação?
- Os usuários precisam estar fora dos sistemas quando fazemos a implementação?
- Existe uma dependência de tempo (ou seja, fora do horário comercial, no fim de semana, etc.) para nossa implementação?
- Quantos servidores / estações de trabalho / bancos de dados reais serão atualizados?
- É um aplicativo totalmente novo ou uma atualização para um sistema existente (a resposta para isso altera MUITO o seu plano de implementação)?
- Quais são as etapas reais que tomaremos para executar a implementação?
- Como vamos fazer backup do sistema existente antes de implementar, caso precisemos reverter?
- Como testaremos o aplicativo depois de implementado?
- Como reverter para o nosso backup?
- Quem precisa ser notificado sobre a implementação (antes, durante, depois, status etc.)?
- Temos documentação de quais são as alterações e como os usuários podem usar as novas alterações?
- Quem atenderá os telefonemas de suporte dos usuários?
Depois de ter respostas para esses tipos de perguntas, escrevo o plano, geralmente como um documento básico do Word, com seções diferentes e uma linha do tempo. Eu gosto de colocar as partes detalhadas passo a passo, com caminhos para arquivos, etc., logins etc., para ter todos os pequenos detalhes em um só lugar.
Como uma pessoa da manhã que precisa fazer a instalação quando normalmente estou dormindo, gosto do conforto de uma lista de todas as etapas que preciso tomar, para não esquecer de nada. Acho que vale a pena anotar as etapas de comunicação que você tomará, principalmente se um grupo estiver implementando e alguns itens dependem dos outros, ou se você não estiver no mesmo lugar. (por exemplo, enviarei um email a Fred quando as atualizações do banco de dados estiverem concluídas, para que ele possa fazer as atualizações do servidor da Web, Fred enviará todos os emails quando terminar, para que todos possamos fazer os testes)
Depois que você tiver um que funcione, ele poderá se tornar seu modelo para futuras atualizações no mesmo sistema ou ser um ponto de partida.
Um plano de implementação é um documento técnico que fornece uma visão de alto nível da estrutura geral do seu projeto. Seu conteúdo pode variar, dependendo das informações que você tem em outros documentos, como o Plano do Projeto, e se esta é a primeira vez que você está escrevendo um plano de implementação, não custa nada pedir um modelo ou o plano para um projeto anterior. .
Alguns exemplos:
Destas, a Universidade de Melbourne possui uma estrutura muito típica:
fonte
A implementação é sobre construção e o planejamento é como você fará essa construção.
Seu plano de implementação deve incluir:
quais coisas ou partes serão implementadas
identificar uma maneira de saber quando você concluiu as coisas a serem implementadas
estimativa de tempo e cronograma do esforço de implementação
o número de pessoas na equipe que trabalharão na implementação
sempre que aplicável, a ordem na qual as coisas serão implementadas (que partes devem ser implementadas primeiro)
descobrir / decidir sobre uma maneira de monitorar e acompanhar o progresso ou os problemas
identificação de critérios e metas de aceitação da qualidade
estágios de teste e iterações de teste
que ações [corretivas] serão tomadas quando e se as coisas não correrem conforme o planejado
Como a implementação faz parte de todo o esforço de desenvolvimento do projeto, algumas dessas coisas já podem ser mencionadas como parte do plano do projeto.
Este link aponta para um documento simples de 'roteiro de implementação' da Construx Software http://www.construx.com/File.ashx?cid=1951
No software Construx, aqui está uma lista útil de tarefas para um líder de construção: http://www.construx.com/File.ashx?cid=1935
fonte
Você desenvolve o quadro de log do seu projeto, que mostra a relação entre insumos, atividades e resultados pretendidos (produtos, resultado e impacto, por exemplo, objetivo do seu projeto). A partir do quadro de log que você desenvolve o plano de trabalho anual, o plano deve desenhar atividades do seu quadro de log cada ano.
fonte