Agência de automação · Entrega
Solicitação de mudança em uma automação em produção
Trate cada mudança em uma automação entregue como uma pequena publicação controlada, e não como um ajuste rápido em produção. O cliente descreve e aprova a mudança por um link público, as horas faturáveis são combinadas antes de o trabalho começar, e nada entra em produção antes de o arquiteto de soluções aprovar os resultados dos testes.
- Duração: 3 dias a 2 semanas
- Frequência: Para cada mudança em uma automação em produção
- Etapas: 11 etapas
- Agentes de IA: 1 agente de IA
- Aprovações: 2 aprovações
Plano gratuito, sem cartão de crédito.
O que muda com este modelo
Sem o modelo
Os pedidos de mudança chegam pelo chat e são feitos direto em produção.
Pequenas mudanças se acumulam como trabalho que ninguém cobra.
O manual de operação ainda descreve a automação como ela era no repasse.
O cliente percebe uma mudança quando algo se comporta diferente.
Com o modelo
Cada mudança passa por análise de impacto, teste e aprovação da publicação.
Cada mudança é incluída ou faturável, e o cliente aprova as horas antes.
O manual é atualizado a cada publicação.
O cliente aprova um resumo da mudança e confirma o resultado pelo link público.
O modelo, etapa por etapa
Cada etapa diz quem a faz: alguém da sua equipe, um agente de IA ou o cliente por um link público. Uma aprovação mantém todas as etapas seguintes travadas até ser dada.
- Feito pela sua equipe
- Feito por um agente de IA
- Feito pelo cliente, por um link público
Começa quando
Um cliente pede uma mudança em uma automação que já está em produção. O gerente de entrega inicia uma execução com o nome do cliente e a automação em questão.
- 1
Registrar o pedido de mudança
Dia 1Gerente de entrega · Equipe
Anote qual automação a mudança afeta e envie ao contato do cliente o link público da execução, para ele descrever a mudança com as próprias palavras.
Checklist
- Link público enviado ao contato do cliente
- Manual de operação atual localizado
Campos a preencher
- Nome do cliente (obrigatório)
- Automação a mudar (obrigatório)
- E-mail do contato do cliente (obrigatório)
- 2
Descrever a mudança e compartilhar exemplos
Dias 1 a 2Contato do cliente · Link público
Pelo link público, o cliente descreve o que deve mudar e por quê, e compartilha um link para registros de exemplo do caso novo.
Checklist
- Registros de exemplo compartilhados
- Pessoa que decide sobre a mudança indicada
Campos a preencher
- O que deve mudar (obrigatório)
- Por que é necessário
- Link para registros de exemplo
- Necessário até
- 3
Analisar o impacto e estimar o trabalho
Oculto no link públicoDias 2 a 3Engenheiro de automação · Equipe
Verifique quais etapas e sistemas a mudança afeta, o que pode quebrar nas execuções atuais e se as condições de suporte a cobrem.
Checklist
- Etapas e sistemas afetados anotados
- Risco para as execuções atuais anotado
- Casos de teste de regressão escolhidos
Campos a preencher
- Notas de impacto (obrigatório)
- Horas estimadas (obrigatório)
- Cobrança (obrigatório)
- 4
Escrever o resumo da mudança
Dia 3Redator de resumos de mudança · Agente de IA
O redator de resumos transforma o pedido e as notas de impacto em um resumo curto para o cliente: o que muda, o que continua igual, a estimativa e o plano de testes.
Campos a preencher
- Rascunho do resumo da mudança (obrigatório)
Revisão humana: O gerente de entrega corrige e aprova o resumo na etapa 5.
- 5
Aprovar o resumo da mudança
Oculto no link públicoDia 3Gerente de entrega · Equipe
Corrija o resumo, confira a estimativa e a cobrança com as condições de suporte, defina a data prevista da publicação e envie ao cliente por e-mail o resumo aprovado.
Checklist
- O resumo bate com as notas de impacto
- A cobrança bate com as condições de suporte
- A data é realista
Campos a preencher
- Data prevista da publicação (obrigatório)
Aprovação: A decisão do cliente e o desenvolvimento ficam travados até o gerente de entrega aprovar o resumo da mudança.
- 6
Aprovar a mudança e o custo
Dias 3 a 5Contato do cliente · Link público
O cliente lê o resumo da mudança que o gerente de entrega enviou por e-mail, e depois registra a decisão pelo link público, incluindo as eventuais horas faturáveis.
Checklist
- Resumo da mudança lido
- Horas faturáveis aceitas, se houver
Campos a preencher
- Decisão (obrigatório)
- Pedido de compra ou referência
- 7
Desenvolver e testar a mudança fora da produção
Semana 2Engenheiro de automação · Equipe
Depois da aprovação do cliente, faça a mudança no ambiente de teste e rode de novo os casos de regressão escolhidos, mais um caso de teste novo para a mudança.
Checklist
- Mudança feita no ambiente de teste
- O caso de teste novo passa
- Os casos de regressão passam
Campos a preencher
- Resultados dos testes (obrigatório)
- Link para a exportação atualizada do fluxo (obrigatório)
- 8
Aprovar a publicação
Semana 2Arquiteto de soluções · Equipe
Revise os resultados dos testes e as notas da versão, e confirme que é possível voltar à versão anterior.
Checklist
- Resultados de regressão revisados
- A versão anterior pode ser restaurada
- O cliente sabe o horário da publicação
Campos a preencher
- Notas da versão (obrigatório)
Aprovação: A publicação em produção fica travada até o arquiteto de soluções aprovar os resultados dos testes.
- 9
Publicar a mudança e atualizar o manual
Semana 2Engenheiro de automação · Equipe
Publique a mudança em produção, acompanhe as primeiras execuções reais e atualize o manual de operação com o que mudou.
Checklist
- Mudança publicada em produção
- Primeiras execuções reais conferidas
- Manual de operação atualizado
Campos a preencher
- Data da publicação (obrigatório)
- Link para o manual atualizado (obrigatório)
- 10
Confirmar que a mudança funciona
Semana 2Contato do cliente · Link público
Pelo link público, o cliente confere casos reais nos próprios sistemas e confirma que a mudança funciona, ou descreve o que ainda não está certo.
Campos a preencher
- Funciona como combinado (obrigatório)
- O que ainda não está certo
- 11
Registrar as horas e encerrar a mudança
Oculto no link públicoSemanas 2 a 3Gerente de entrega · Equipe
Registre as horas gastas, passe as horas faturáveis para o faturamento e encerre a execução.
Checklist
- Horas registradas
- Horas faturáveis passadas para o faturamento
Campos a preencher
- Horas gastas (obrigatório)
- Horas faturáveis
Termina quando
A mudança roda em produção, o manual de operação está atualizado, o cliente confirmou o resultado e as horas faturáveis estão registradas para faturamento.
Deixe do seu jeito. Renomeie etapas, troque responsáveis e adicione itens de checklist, campos ou aprovações. O modelo é um ponto de partida para o jeito de trabalhar da sua equipe.
Os agentes de IA deste modelo
Um agente só trabalha nas próprias etapas, e alguém da sua equipe confere o que ele fez. Tudo o que um agente grava em um app conectado aguarda aprovação, a menos que você permita.
Redator de resumos de mudança
Transforma o pedido do cliente e as notas de impacto do engenheiro em um resumo da mudança que o cliente pode aprovar.
O que ele faz
- Lê o pedido de mudança e as notas de impacto na execução
- Escreve o que muda, o que continua igual, a estimativa e o plano de testes
- Registra o rascunho do resumo na sua etapa e a conclui
Revisão humana: O gerente de entrega corrige e aprova o resumo na etapa 5.
Perguntas que este modelo responde
Trate cada mudança como uma pequena publicação com análise de impacto, aprovação do cliente, teste e aprovação próprios. A etapa 3 verifica o que a mudança afeta antes de qualquer promessa, e o cliente aprova o resumo da mudança na etapa 6 antes de o trabalho começar.
Decida em cada mudança se as condições de suporte a cobrem ou se ela é cobrada à parte, e tenha a aprovação do cliente antes de começar. Na etapa 3 o engenheiro marca a mudança como incluída ou faturável com uma estimativa, e na etapa 6 o cliente aprova o resumo e as eventuais horas faturáveis pelo link público.
Faça a mudança em um ambiente de teste, rode de novo os casos de teste existentes junto com um novo para a mudança, e deixe outra pessoa aprovar a publicação. A etapa 7 desenvolve e testa a mudança fora da produção, e a etapa 8 é um controle de aprovação que mantém a produção travada até o arquiteto de soluções aprovar os resultados.
Deixe a IA escrever o resumo da mudança que o cliente precisa aprovar, a partir do pedido e das notas de impacto do engenheiro. Na etapa 4 o redator de resumos escreve o que muda, o que continua igual, a estimativa e o plano de testes, e na etapa 5 o gerente de entrega corrige e aprova.
Faça da atualização do manual parte de toda publicação, e não uma tarefa para depois. A etapa 9 tem a atualização do manual no checklist e pede um link para o manual atualizado antes de o cliente confirmar a mudança na etapa 10.
Envie por e-mail um resumo curto com a estimativa e deixe o cliente registrar a decisão onde o trabalho é acompanhado. A etapa 5 envia por e-mail o resumo da mudança aprovado, e na etapa 6 o cliente registra a decisão pelo link público, então a execução mostra quem concluiu essa etapa e quando.
Execute este fluxo no OKiDO
Configure as etapas, os responsáveis e as aprovações uma vez e depois inicie uma execução para cada caso novo.