Agência de software · Entrega
Entrega final de projeto de software
Encerre um projeto com o cliente dono de tudo pelo que pagou, e com a prova disso. O cliente confirma cada transferência por um link público, e nada chega a ele antes de o gerente de projeto aprovar o resumo da entrega.
- Duração: 1 a 2 semanas
- Frequência: No fim de cada projeto
- Etapas: 8 etapas
- Agentes de IA: 1 agente de IA
- Aprovações: 1 aprovação
Plano gratuito, sem cartão de crédito.
O que muda com este modelo
Sem o modelo
O repositório e a hospedagem ficam anos nas contas da software house.
A documentação é o que o último desenvolvedor lembrou de escrever.
Ninguém sabe quando a garantia começou.
Ex-integrantes da equipe ainda têm acesso aos sistemas de produção do cliente.
Com o modelo
Código, hospedagem, domínios e contas de terceiros passam para o cliente na entrega.
O líder de engenharia atualiza a documentação com uma checklist fixa.
As datas de início e de fim da garantia são registradas com a entrega.
O acesso da equipe é removido depois que o cliente confirma a propriedade.
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
O cliente deu o aceite no último marco, ou o contrato termina. O gerente de projeto inicia uma execução com o nome do cliente e a data da entrega.
- 1
Planejar a entrega
Dia 1Gerente de projeto · Equipe
Liste o que o cliente recebe pelo contrato, combine a data da entrega e envie o link público ao contato técnico do cliente.
Checklist
- Entregáveis do contrato listados
- Suporte após a entrega combinado ou oferecido
- Link público enviado
Campos a preencher
- Nome do cliente (obrigatório)
- Data da entrega (obrigatório)
- E-mail do contato técnico (obrigatório)
- Entregáveis previstos no contrato (obrigatório)
- 2
Atualizar a documentação
Dias 1 a 5Líder de engenharia · Equipe
Atualize o README, a visão geral da arquitetura, o guia de instalação e publicação e a lista de serviços de terceiros, e anote os problemas conhecidos.
Checklist
- Visão geral da arquitetura atualizada
- Guia de instalação e publicação testado
- Serviços de terceiros e seus custos listados
- Problemas conhecidos anotados
Campos a preencher
- Link para a documentação (obrigatório)
- Problemas conhecidos e dívida técnica
- 3
Transferir código, hospedagem e contas
Semana 1Engenheiro de DevOps · Equipe
Passe o repositório de código, a hospedagem, os domínios e as contas de terceiros para o nome do cliente, e troque cada segredo que a equipe usou.
Checklist
- Propriedade do repositório transferida
- Hospedagem e domínios na conta do cliente
- Contas de terceiros transferidas
- Segredos e chaves trocados
Campos a preencher
- Link para o repositório transferido (obrigatório)
- O que ainda não pôde ser transferido
- 4
Conferir a entrega e escrever o resumo
Semana 1Redator da entrega · Agente de IA
O redator da entrega compara as checklists e os campos da execução com a lista de entrega das suas instruções, aponta o que falta e escreve o resumo para o cliente: o que é dele, onde está, os problemas conhecidos e as condições de garantia das suas instruções.
Campos a preencher
- Itens que faltam
- Rascunho do resumo da entrega (obrigatório)
Revisão humana: O gerente de projeto resolve as lacunas e aprova o resumo na etapa 5.
- 5
Revisar e aprovar o resumo da entrega
Semana 2Gerente de projeto · Equipe
Resolva os itens que faltam, corrija o resumo, aprove e mande por e-mail o documento de entrega final ao contato técnico do cliente.
Checklist
- Itens que faltavam resolvidos
- Condições de garantia batem com o contrato
- Opções de suporte descritas
Campos a preencher
- Link para o documento de entrega final (obrigatório)
Aprovação: O cliente só é chamado a confirmar a entrega depois que o gerente de projeto aprova o resumo.
- 6
O cliente confirma a propriedade
Semana 2Contato técnico do cliente · Link público
Com o documento de entrega que o gerente de projeto enviou, o contato técnico do cliente entra em cada conta transferida, abre a documentação e confirma pelo link público o que recebeu.
Checklist
- Entrou no repositório de código
- Entrou na hospedagem e nos domínios
- Documentação aberta
- Contas de terceiros conferidas
Campos a preencher
- Confirmação (obrigatório)
- O que falta
- 7
Remover o acesso da equipe
Semana 2Engenheiro de DevOps · Equipe
Remova o acesso da equipe aos sistemas do cliente, a não ser que um contrato de suporte continue, e registre que acesso fica e por quê.
Checklist
- Acesso da equipe removido
- Cópias de credenciais na software house apagadas
- Acessos que ficam registrados
Campos a preencher
- Acessos que ficam e motivo
- 8
Iniciar a garantia e enviar a fatura final
Semana 2Gerente financeiro · Equipe
Registre as datas de início e de fim da garantia previstas no contrato e envie a fatura final.
Checklist
- Fatura final enviada
- Datas da garantia compartilhadas com o cliente
Campos a preencher
- Início da garantia (obrigatório)
- Fim da garantia (obrigatório)
- Número da fatura final (obrigatório)
Termina quando
O cliente é dono do código, das contas e da documentação, o acesso da equipe foi removido, e a garantia tem data de início e de fim registradas.
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 da entrega
Procura lacunas na entrega e escreve o resumo que o cliente recebe.
O que ele faz
- Compara as checklists e os campos da execução com a lista de entrega das suas instruções
- Aponta o que falta ou não está claro
- Escreve o resumo da entrega com os valores da execução
- Conclui a sua etapa para o gerente de projeto revisar
Revisão humana: O gerente de projeto resolve as lacunas e aprova o resumo na etapa 5.
Perguntas que este modelo responde
Transfira o código, as contas e a documentação para o nome do cliente, peça a confirmação dele, e só então remova o seu próprio acesso. As etapas 2 a 7 fazem isso em ordem, da documentação atualizada até a confirmação do cliente na etapa 6 e a remoção dos acessos na etapa 7.
Onde ficam o código e as contas, como instalar e publicar, os serviços de terceiros, os problemas conhecidos e as condições de garantia e suporte. Na etapa 4 o redator da entrega escreve esse resumo a partir da execução, e na etapa 5 o gerente de projeto o corrige e aprova.
Peça ao cliente para entrar em cada conta transferida e confirmar, em vez de supor que um e-mail bastou. Na etapa 6 o contato técnico do cliente marca cada conta e registra a confirmação pelo link público.
Depois que o cliente confirmar a propriedade, a não ser que um contrato de suporte continue, e com cada segredo compartilhado trocado. A etapa 3 troca os segredos durante a transferência, e a etapa 7 remove o acesso da equipe e registra o que fica e por quê.
Combine datas claras de início e de fim e registre junto com a entrega, para separar depois o trabalho em garantia do trabalho cobrado. Na etapa 8 o gerente financeiro registra as duas datas e envia a fatura final.
Deixe a IA procurar lacunas na entrega e escrever o resumo, e mantenha a aprovação com o gerente de projeto. O redator da entrega faz isso na etapa 4, e a etapa 5 é um controle de aprovação antes de o cliente precisar confirmar qualquer coisa.
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.