Agência de software · Entrega
Solicitação de mudança em projetos de software
Evite que o aumento de escopo vire trabalho não pago. O cliente descreve cada mudança por um link público, a equipe estima o efeito no orçamento e nas datas, e nada é desenvolvido até o cliente aprovar a proposta de mudança.
- Duração: 3 a 7 dias
- Frequência: Para cada mudança no escopo acordado
- Etapas: 7 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
Funcionalidades extras entram pelas demos de sprint e nunca chegam a uma fatura.
A equipe e o cliente discutem se algo é bug ou mudança.
Escrever uma proposta de mudança leva dias, então as pequenas mudanças saem de graça.
A aprovação é um sim em reunião que depois ninguém consegue provar.
Com o modelo
Cada mudança é estimada e precificada, e o cliente decide antes de ser desenvolvida.
Cada pedido é comparado com o escopo assinado e os critérios de aceite confirmados.
Um agente de IA escreve a proposta de mudança, e o gerente de contas aprova.
O cliente registra a decisão na execução, ao lado do preço e das novas datas.
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 algo que não está no escopo acordado. O gerente de projeto inicia uma execução para o projeto e envia o link público ao cliente.
- 1
O cliente descreve a mudança
Dia 1Product owner do cliente · Link público
Pelo link público, o cliente descreve o que quer mudar, por que precisa e para quando, com links para exemplos ou designs.
Checklist
- Descrito como funciona hoje
- Usuários afetados indicados
Campos a preencher
- O que deve mudar (obrigatório)
- Por que é necessário (obrigatório)
- Necessário até
- Link para exemplos ou designs
- 2
Comparar o pedido com o escopo acordado
Dias 1 a 2Gerente de projeto · Equipe
Compare o pedido com o escopo de trabalho e os critérios de aceite confirmados. Um bug em trabalho acordado vai para a triagem de bugs, e um requisito novo ou diferente segue aqui.
Checklist
- Comparado com o escopo de trabalho
- Comparado com os critérios de aceite
- Cliente avisado de que é uma mudança
Campos a preencher
- Classificação (obrigatório)
- Link para a parte do escopo em questão
Aprovação: A estimativa fica travada até o gerente de projeto confirmar que o pedido é uma mudança de escopo.
- 3
Estimar o impacto
Oculto no link públicoDias 2 a 4Líder de engenharia · Equipe
Estime o trabalho e os riscos, e diga o que a mudança faz com o marco atual: o que se desloca, o que ela substitui e o que acrescenta.
Checklist
- Esforço estimado
- Efeito na data do marco conferido
- Riscos e dependências listados
Campos a preencher
- Estimativa em horas (obrigatório)
- Nova data do marco
- Impacto e riscos (obrigatório)
- 4
Escrever a proposta de mudança
Oculto no link públicoDia 4Redator de propostas de mudança · Agente de IA
O redator de propostas de mudança escreve a proposta a partir do pedido e da estimativa, com as tarifas das suas instruções: o que muda, o preço, as novas datas e o que acontece se o cliente recusar.
Campos a preencher
- Rascunho da proposta de mudança (obrigatório)
Revisão humana: O gerente de contas corrige e aprova a proposta de mudança na etapa 5.
- 5
Aprovar a proposta de mudança
Oculto no link públicoDias 4 a 5Gerente de contas · Equipe
Compare o rascunho com a estimativa e o contrato, corrija o preço e o texto, aprove e mande a proposta de mudança final ao cliente por e-mail.
Checklist
- O preço bate com a estimativa e as tarifas
- As novas datas são realistas
- As condições do contrato foram seguidas
Campos a preencher
- Preço da mudança (obrigatório)
- Link para a proposta de mudança (obrigatório)
Aprovação: A etapa de decisão do cliente fica travada até o gerente de contas aprovar a proposta de mudança.
- 6
O cliente decide sobre a mudança
Dias 5 a 7Product owner do cliente · Link público
O cliente lê a proposta de mudança que o gerente de contas enviou e registra a decisão pelo link público, com o número do pedido de compra se a empresa dele usar.
Campos a preencher
- Decisão (obrigatório)
- Número do pedido de compra
- Motivo ou condições
- 7
Planejar a mudança ou encerrar a solicitação
Dia 7Gerente de projeto · Equipe
Se a mudança for aprovada, coloque-a no backlog e no plano do marco e avise a equipe. Se for recusada, anote o motivo e encerre a solicitação.
Checklist
- Backlog e plano do marco atualizados
- Equipe avisada
- Orçamento atualizado para o faturamento
Campos a preencher
- Link para o plano atualizado
Termina quando
O cliente aprovou a mudança com preço e novas datas e ela está no planejamento, ou a solicitação recusada fica registrada.
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 propostas de mudança
Transforma o pedido e a estimativa em uma proposta de mudança sobre a qual o cliente pode decidir.
O que ele faz
- Lê o pedido do cliente e a estimativa do líder de engenharia
- Calcula o preço com as tarifas das suas instruções
- Escreve o que muda, o preço, as novas datas e o que acontece se for recusada
- Conclui a sua etapa para o gerente de contas revisar
Revisão humana: O gerente de contas corrige e aprova a proposta de mudança na etapa 5.
Perguntas que este modelo responde
Trate cada mudança como uma pequena decisão própria: descrever, estimar, precificar e ter o sim do cliente antes de alguém desenvolver. Este modelo segue essas etapas em ordem, da solicitação do cliente na etapa 1 até a decisão dele na etapa 6.
Compare cada pedido com o escopo assinado, e deixe o trabalho extra visível com o preço antes de desenvolver. Na etapa 2 o gerente de projeto compara o pedido com o escopo de trabalho, e na etapa 6 o cliente aprova ou recusa o custo.
Aponte os critérios de aceite que o cliente confirmou, e mostre o que o pedido acrescenta ou altera. A etapa 2 registra essa comparação com um link para a parte do escopo em questão, e a conversa passa a ser sobre o texto acordado, não sobre opiniões.
Estime o esforço e diga o que a mudança desloca, substitui ou acrescenta no marco atual. Na etapa 3 o líder de engenharia registra as horas, a nova data do marco e os riscos antes de qualquer preço ser definido.
Deixe a IA transformar o pedido e a estimativa em uma proposta de mudança clara, e mantenha o preço e o texto final com uma pessoa. Na etapa 4 o redator de propostas de mudança escreve o rascunho, e a etapa 5 é um controle de aprovação em que o gerente de contas o corrige antes de o cliente ver.
Peça uma decisão explícita sobre uma proposta de mudança com preço e datas, não um sim em reunião. Na etapa 6 o cliente registra a decisão pelo link público, com o número do pedido de compra se a empresa dele usar.
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.