Resposta direta
Contrata-se por escopo verificável, não por descrição do processo. Quando ninguém explica o fluxo em cinco minutos, o contrato precisa fixar qual saída observável será entregue, quem responde por cada decisão do processo e como o trabalho será aceito. A descrição vem depois, como consequência do levantamento, não como pré-requisito. Se o fornecedor exige o processo documentado antes de começar, o risco fica todo com quem contrata. Se aceita começar sem definir responsável e critério de aceite, o risco fica com o resultado.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o momento de contratar o trabalho, não o de documentar: define o que exigir no contrato quando o processo não é explicável de partida.
O que a dificuldade de explicar revela
Um processo que não cabe em cinco minutos raramente é complexo demais. Costuma ter mais de um dono, etapas que existem só para corrigir erro de etapa anterior, ou decisões que ninguém registra porque sempre foram tomadas de cabeça. A dificuldade de explicar é o sintoma; a causa precisa ser procurada em responsabilidade e em regra não escrita.
Antes de contratar, vale separar dois casos. No primeiro, o processo é conhecido por quem executa, mas não existe uma versão aceita por todos. No segundo, ninguém no dia a dia sabe dizer o caminho completo, e cada área conhece apenas o próprio trecho. O primeiro é trabalho de consolidação. O segundo exige levantamento e provavelmente mais tempo do que o previsto.
O que o contrato precisa carregar
O entregável, o aceite e a fronteira decidem se o trabalho rende. O entregável é a descrição aceita pelas áreas envolvidas, as regras de decisão ou a definição de um responsável por etapa. O aceite diz quem reconhece o trabalho como concluído e com que evidência. A fronteira registra o que o fornecedor não vai fazer, para que o custo não cresça por interpretação.
A avaliação do fornecedor depende menos do método apresentado e mais do comportamento diante de informação faltante. Saber como ele procede quando duas áreas descrevem a mesma etapa de forma diferente separa quem levanta de quem apenas formaliza o que já foi dito. Importa também o formato de entrega: documento que a operação mantém sem ajuda externa, ou material que só o fornecedor sabe atualizar.
O que o contrato não resolve
Contratar o levantamento não cria autoridade para mudar o processo. Se as áreas não abrem mão de etapas nem assumem responsabilidade por decisões, a descrição fica pronta e o processo continua como está. Isso não é falha do trabalho contratado; é o limite do que se compra.
O efeito na produtividade também não é automático. Descrever e reorganizar um processo pode reduzir retrabalho e espera, mas o resultado depende de execução, de sistemas e de decisões que ficam fora do escopo. Quando o problema real é sistema, política ou falta de gente, o trabalho de processo vai até certo ponto e para.
Recurso prático
Sequência para contratar trabalho sobre um processo que não se explica em cinco minutos
- Pedir que três pessoas do processo descrevam a mesma etapa por escrito e comparar as versões.
- Registrar as divergências como parte do escopo, não como ruído a eliminar antes de começar.
- Definir uma saída observável que encerre o trabalho, com quem assina o aceite.
- Nomear um responsável único pelo processo do lado de quem contrata.
- Fixar no contrato o que fica fora: reescrita de sistema, mudança de política, treinamento amplo.
- Acordar como o fornecedor reporta o que encontrou, inclusive o que não estava previsto.
O erro mais comum é contratar entrevistas e devolutiva em apresentação, sem entregável que sobreviva à saída do fornecedor. O processo volta a depender de quem o explicava de memória.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: descrição de processo · responsável pelo processo · critério de aceite · escopo verificável · regra de decisão. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Processos, retrabalho e produtividade — Página central do tema
- Aprovação sem prazo: como medir o tempo de fila — etapa de aprovação sem prazo
- Rotinas sem calendário: como identificar o ga… — tarefa recorrente sem calendário
Páginas relacionadas
O mesmo problema em outro objetivo
- Processo que ninguém explica em cinco minutos: onde olhar — Diagnosticar
- Processo que ninguém explica em cinco minutos: o que falha — Organizar um processo
- Processo que ninguém explica: como comparar alternativas — Comparar alternativas
- Processo que ninguém explica: o que medir e onde olhar — Explicar medição
- Ninguém explica o processo em cinco minutos: o que falta — Orientar implementação
Outras leituras em Processos, retrabalho e produtividade
- Ferramenta criada para processo: o que ela resolve de fato — O que reconstruir no fluxo para separar problema de processo de problema de ferramenta, o que medir antes de mexer no sistema e onde o diagnóstico para.
- Tarefas sem dono: como fixar responsabilidade na ponta — Critérios práticos para definir donos únicos por entrega de ponta a ponta em operações fragmentadas, eliminando o vácuo decisório entre áreas.
- Processo na cabeça do operador: como contratar — Critérios para contratar fornecedores ou reforço operacional quando as regras do processo ainda dependem da memória e do hábito do executor atual.
- Responsabilidade indefinida: alternativas para fixar dono — Critérios objetivos para avaliar modelos de atribuição de tarefas entre áreas e identificar qual formato reduz atrito sem criar burocracia.
- Informação incompleta na entrada: onde mapear o retrabalho — Critérios objetivos para rastrear devoluções de tarefas, identificar campos críticos ausentes na entrada e separar falha de preenchimento de falta de regra.