Entrega aceita
Conteúdo, código, páginas, links, imagens e dependências foram verificados e autorizados.
Transição controlada entre desenvolvimento e produção
Rotina de Implantação em Produção do LAC
Define como uma entrega aceita é preparada, publicada, conferida, validada no ambiente de produção, documentada e transferida para operação e manutenção.
Definição consolidada: a Rotina de Implantação em Produção
é o procedimento recorrente que assegura que somente versões verificadas
e aceitas sejam publicadas, que a implantação seja rastreável e reversível
quando necessário, e que o resultado seja validado no ambiente real antes
do encerramento da Jornada.
Distinção essencial
Publicar não é apenas copiar arquivos
A implantação inclui preparação, autorização, proteção, publicação, confirmação, teste, validação, evidência e transição para manutenção.
Implantação controlada
A versão aceita é publicada de forma identificada, acompanhada e protegida.
Validação em produção
O funcionamento real é confirmado e a responsabilidade é transferida para operação e manutenção.
Fluxo operacional
Ciclo da implantação
Cada etapa deve produzir uma confirmação ou decisão explícita antes da seguinte.
Prepararescopo, versão e dependências
→
Autorizarconfirmar aceitação e janela
→
Protegercópia de segurança e reversão
→
Publicarimplantar arquivos e mudanças
→
Conferirversão, arquivos e dependências
→
Validartestar no ambiente real
→
Registrarevidências, incidentes e resultado
→
Transferiroperação e manutenção
Pré-implantação
Preparação obrigatória
A implantação deve começar somente quando a entrega, a versão e o ambiente estiverem identificados.
Entrega verificada e aceita.
Versão ou conjunto de arquivos identificado.
Lista de páginas, imagens, scripts, estilos e dependências afetadas.
Ambiente de destino confirmado.
Responsável pela implantação definido.
Janela ou momento de publicação definido.
Cópia de segurança ou estado anterior preservado.
Plano de reversão definido quando o risco justificar.
Critérios de validação em produção preparados.
Comunicação necessária identificada.
Conteúdo da implantação
O que deve ser conferido?
A implantação pode envolver mais do que a página principal alterada.
Páginas HTML
Arquivos novos, alterados, renomeados ou removidos.
Imagens e knowgramas
Arquivos, caminhos, dimensões, nomes e versões corretas.
CSS e JavaScript
Estilos, scripts, componentes e bibliotecas utilizadas.
Links e navegação
Breadcrumbs, menus, índices, mapas e páginas relacionadas.
Configuração e dados
JSON, PHP, banco de dados, APIs ou parâmetros, quando aplicável.
Documentação
Versão, decisão, checklist, evidências e responsabilidade de manutenção.
Execução
Passos da publicação
O procedimento pode variar conforme o ambiente, mas deve preservar os mesmos controles.
1. Confirmar origem
Verificar se os arquivos correspondem à versão aceita no desenvolvimento.
2. Preservar estado anterior
Guardar cópia, versão ou referência que permita recuperação.
3. Publicar arquivos
Transferir conteúdo, imagens, estilos, scripts e demais dependências.
4. Confirmar presença e versão
Verificar que todos os arquivos esperados estão no destino correto.
5. Limpar efeitos de cache
Atualizar ou invalidar cache quando necessário para visualizar a nova versão.
6. Iniciar validação
Abrir a página publicada e executar o roteiro de testes em produção.
Pós-implantação
Validação em produção
A validação confirma que a mudança funciona no ambiente real e não apenas no desenvolvimento.
| Aspecto | O que validar | Evidência esperada |
|---|---|---|
| Acesso | A página abre pelo endereço de produção correto. | URL e registro de acesso. |
| Conteúdo | Título, textos, seções, imagens e versão correspondem à entrega aceita. | Conferência visual ou captura. |
| Navegação | Menu, breadcrumb, links internos, externos e páginas relacionadas funcionam. | Roteiro de links testados. |
| Responsividade | A apresentação permanece utilizável em diferentes larguras. | Teste em desktop e dispositivo menor. |
| Dependências | Imagens, estilos, scripts, dados e bibliotecas carregam corretamente. | Ausência de recursos quebrados. |
| Integração | Índices, mapas, portais e páginas relacionadas apontam para a nova entrega. | Links de integração confirmados. |
| Comportamento | Botões, modais, impressão, pesquisa ou interações funcionam. | Resultado dos testes funcionais. |
| Paridade | Desenvolvimento e produção possuem a versão esperada. | Comparação de arquivos ou versão. |
Regra de conclusão
Sem validação em produção, a entrega permanece implantada, mas ainda não confirmada. A Jornada não deve ser encerrada enquanto houver falha relevante ou dúvida sobre o resultado real.
Proteção
Reversão e tratamento de falhas
A reversão deve ser proporcional ao risco e preparada antes da publicação, não improvisada após o incidente.
Falha crítica
Interrompe acesso, corrompe conteúdo, compromete segurança ou produz impacto inaceitável.
- reverter imediatamente;
- registrar incidente;
- abrir demanda corretiva.
Falha relevante
Afeta navegação, conteúdo, integração ou uso, mas permite controle temporário.
- decidir correção ou reversão;
- atribuir responsável;
- revalidar após correção.
Falha menor
Não impede uso principal e pode ser tratada como tarefa de manutenção.
- registrar pendência;
- definir prazo ou prioridade;
- preservar evidência.
Responsabilidades
Papéis na implantação
Uma mesma pessoa pode acumular funções, mas as responsabilidades devem permanecer explícitas.
| Papel | Responsabilidade |
|---|---|
| Gestor do LAC | Coordena preparação, autorização, estado, evidências e integração com a Jornada. |
| Responsável pela implantação | Executa publicação, confirma arquivos e registra o resultado técnico. |
| Qualidade | Define ou confirma roteiro de validação e verifica resultados. |
| Autor, Editor ou Arquiteto | Confirma conteúdo, estrutura, navegação e dependências da entrega. |
| Proprietário ou autoridade de aceitação | Autoriza publicação quando exigido pelo impacto ou risco. |
| Operação e manutenção | Recebe a versão implantada, acompanha uso e trata incidentes posteriores. |
Rastreabilidade
Registro de implantação
Cada implantação deve permitir reconstruir o que aconteceu.
Identificação da Jornada e da entrega.
Versão ou conjunto de arquivos implantado.
Data e horário da implantação.
Ambiente e endereço de produção.
Responsável pela publicação.
Cópia de segurança ou referência à versão anterior.
Resultado da conferência de arquivos.
Resultado dos testes em produção.
Incidentes, correções ou reversões.
Responsável por operação e manutenção.
Decisão final de validação.
Exemplo
Implantação de uma nova página institucional
O exemplo mostra que a página depende também de navegação, imagens e integração.
Entrega aceita: nova página da Gestão do LAC
│
├── Preparação
│ ├── confirmar HTML final
│ ├── confirmar logotipo e imagens
│ ├── revisar caminhos relativos
│ └── preservar versão anterior do índice
│
├── Publicação
│ ├── enviar nova página
│ ├── atualizar index_gestao_do_lac.html
│ ├── atualizar páginas relacionadas
│ └── confirmar arquivos no servidor
│
├── Validação
│ ├── abrir URL de produção
│ ├── testar breadcrumb e menu
│ ├── testar links relacionados
│ ├── verificar responsividade
│ └── comparar com desenvolvimento
│
└── Encerramento
├── registrar evidências
├── transferir para manutenção
└── atualizar estado da Jornada
Critérios
Quando a rotina está implantada?
A página define o procedimento; a implantação exige uso real e repetível.
Checklist de pré-implantação utilizado.
Versão e arquivos de origem identificados.
Cópia de segurança ou referência anterior preservada.
Responsável pela publicação definido.
Roteiro de validação em produção executado.
Falhas classificadas e tratadas.
Registro de implantação preservado.
Responsabilidade de manutenção transferida.
Ao menos duas implantações concluídas com evidências.
Próximo documento: sincronizacao_desenvolvimento_producao_lac.html
Deverá definir como comparar versões, arquivos, páginas, imagens e dependências dos dois ambientes, identificar divergências e organizar sua regularização.
Síntese institucional
A Rotina de Implantação em Produção transforma uma entrega aceita em resultado operacional confirmado. Ela protege o LAC contra publicações incompletas, versões divergentes, falhas não detectadas e mudanças sem responsabilidade de manutenção.