Em muitos projetos de melhoria, a equipe começa a coletar dados antes de ter clareza sobre o que, exatamente, está sendo medido. Reúne números, monta planilhas, discute causas — e só depois percebe que o processo que todos achavam conhecer não era descrito da mesma forma por duas pessoas diferentes. O SIPOC existe para resolver esse problema antes que ele consuma semanas de projeto.
O diagrama mapeia, em uma única página, os cinco elementos que definem qualquer processo: quem fornece os insumos, quais são esses insumos, quais etapas transformam a entrada em saída, qual é o produto ou serviço resultante e quem o recebe. Não é um fluxograma detalhado. É uma fotografia de escopo — e é por isso que ele vem antes de qualquer medição no DMAIC.
O que significa SIPOC
SIPOC é a sigla em inglês para Suppliers, Inputs, Process, Outputs e Customers — ou, em português, Fornecedores, Entradas, Processo, Saídas e Clientes. Cada coluna da tabela responde a uma pergunta diferente sobre o processo que será melhorado.
| Sigla | Elemento | Pergunta que responde |
|---|---|---|
| S | Suppliers — Fornecedores | Quem fornece os insumos necessários para o processo funcionar? |
| I | Inputs — Entradas | Quais materiais, informações ou recursos entram no processo? |
| P | Process — Processo | Quais etapas transformam as entradas em saídas? |
| O | Outputs — Saídas | Qual é o produto ou serviço que o processo entrega? |
| C | Customers — Clientes | Quem recebe e usa o que o processo produz? |
O que torna essa ferramenta relevante não é a tabela em si — é o tipo de conversa que ela força a equipe a ter. Perguntar “quem é o cliente desse processo?” parece óbvio até o momento em que três pessoas da mesma equipe dão respostas diferentes.
Para que serve o SIPOC no contexto de um projeto
O SIPOC é usado na fase Define do DMAIC com um objetivo claro: garantir que todos na equipe estão falando sobre o mesmo processo antes de começar a medir qualquer coisa. É a ferramenta que define os limites — onde o processo começa, onde termina, o que está dentro do escopo e o que não está.
Essa função de alinhamento é mais importante do que parece. Em projetos de melhoria, desentendimentos sobre o escopo costumam surgir semanas depois do início, quando a equipe já investiu tempo em análises. O SIPOC traz esses desentendimentos para a superfície no momento certo: antes.
Outro uso crítico é identificar pontos de coleta de dados. Ao mapear entradas e saídas com clareza, a equipe consegue definir onde medir — em qual etapa do processo, com qual frequência, usando qual indicador. Sem esse mapeamento, a fase Measure do projeto fica dependente de suposições sobre o que é relevante coletar.
Como preencher o SIPOC: a ordem importa
O preenchimento segue uma ordem deliberada — e ela contraria o instinto da maioria das pessoas. A tendência natural é começar pelos fornecedores: quem abastece o processo? Depois as entradas: o que chega? E então seguir a sequência da sigla até chegar aos clientes.
Esse caminho parece lógico, mas produz um SIPOC centrado em quem opera o processo — não em quem o recebe. O resultado é uma descrição do que o processo faz, não do que ele precisa entregar. A ordem correta inverte esse raciocínio: começa-se pelas saídas e pelos clientes. Só depois de saber o que o processo precisa entregar — e para quem — é possível identificar quais entradas são realmente necessárias e quem deve fornecê-las.
Processos mal escopados quase sempre foram construídos de dentro para fora. O SIPOC preenchido na ordem correta obriga a construir de fora para dentro.
Antes de começar: nomeie o processo
O formulário começa com uma linha que quase sempre é preenchida no automático: o nome do processo. Ele deve ser um verbo no infinitivo mais o complemento — “realizar planejamento estratégico da área comercial”, “emitir nota fiscal”, “admitir paciente”. Nome com gerúndio ou no passado descreve um estado, não uma ação. E o nome não deve conter o objetivo de melhoria: “contratar pessoas rápido” não é nome de processo, é meta disfarçada de escopo — e escopo contaminado por meta faz a equipe medir o que quer provar.
1. Identificar as saídas
O que o processo produz? Pode ser um produto físico, um documento, uma decisão, um serviço prestado, uma informação gerada. A saída é aquilo que o cliente do processo usa ou recebe. Evitar generalidades: “relatório de qualidade” é uma saída; “informações” não é.
2. Identificar os clientes
Quem recebe e usa o que o processo produz? Clientes podem ser internos — outro departamento, a próxima etapa do processo — ou externos à organização. É comum que um único processo tenha múltiplos clientes com necessidades diferentes. Identificar todos eles aqui evita surpresas na fase de análise.
3. Descrever o processo em até 6 etapas
A coluna central da tabela deve ter no máximo cinco ou seis etapas macro — sem detalhar cada atividade interna. O objetivo é mostrar o fluxo principal, não documentar procedimentos. A regra prática: se alguém de fora da operação não consegue entender o processo lendo as etapas, elas estão detalhadas demais.
4. Identificar as entradas
Com o processo mapeado e as saídas definidas, fica mais fácil ver o que ele precisa para funcionar. Entradas são os materiais, informações, dados ou recursos que alimentam as etapas descritas. Para cada etapa relevante, a pergunta é: o que é necessário para que isso aconteça?
5. Identificar os fornecedores
Para cada entrada listada, quem ou o que a fornece? Fornecedores podem ser internos — outros departamentos, sistemas de informação, processos anteriores — ou externos. Uma entrada sem fornecedor identificado é um sinal de que alguma dependência do processo ainda não foi mapeada. Em processos que se fecham sobre si mesmos, o fornecedor e o cliente podem ser a mesma pessoa ou o mesmo processo.
Revisão com o patrocinador
O SIPOC não é um documento que a equipe preenche e arquiva. Após o preenchimento inicial, ele deve ser apresentado ao patrocinador do projeto e aos principais envolvidos para validação. Divergências nessa etapa são bem-vindas — são exatamente o que o SIPOC foi criado para revelar.
Campos opcionais que aumentam a utilidade do formulário
Quatro campos não fazem parte da sigla, mas resolvem ambiguidades que costumam aparecer depois. A declaração de propósito responde por que o processo existe — o benefício que ele entrega à organização, não uma paráfrase do nome. O dono do processo é a pessoa responsável do início ao fim, e sem ela nenhuma mudança testada tem quem a sustente. Os pontos de início e fim viram, mais tarde, as fronteiras do fluxograma. E as limitações de escopo respondem se o processo trata todos os tipos de cliente e de transação ou apenas alguns — é essa resposta que determina se um mapa basta ou se serão necessários vários.
A EDTI disponibiliza gratuitamente o template de SIPOC em PDF para usar diretamente no seu projeto. O material inclui o formulário com as cinco colunas, instruções de preenchimento e um exemplo preenchido para referência.
Baixe o template de SIPOC gratuitamente.
Dois exemplos de aplicação
Exemplo 1 — Processo de faturamento em empresa de serviços
Uma equipe de melhoria foi acionada porque 23% das notas fiscais emitidas chegavam com erros ao cliente, gerando cancelamentos, retrabalho e atraso no recebimento. Antes de iniciar qualquer coleta de dados, a equipe construiu o SIPOC do processo de faturamento.
| Fornecedores | Entradas | Processo | Saídas | Clientes |
|---|---|---|---|---|
| Equipe comercial | Pedido de venda aprovado | 1. Receber pedido aprovado | Nota fiscal eletrônica | Cliente externo |
| Sistema ERP | Cadastro do cliente | 2. Verificar dados do cliente no sistema | Arquivo XML enviado | Departamento financeiro |
| Departamento jurídico | Tabela de impostos vigente | 3. Calcular impostos e valores | Registro no ERP | Contabilidade |
| 4. Gerar e emitir nota fiscal | ||||
| 5. Enviar ao cliente e arquivar |
Ao revisar o SIPOC com o patrocinador, a equipe descobriu que “cadastro do cliente” era alimentado por três sistemas diferentes, sem processo formal de atualização. Essa entrada havia sido tratada como certa — o mapeamento mostrou que era justamente ali que os erros estavam se originando. Sem o SIPOC, a equipe provavelmente teria ido direto para a análise do processo de emissão da nota, sem jamais questionar a qualidade dos dados de entrada.
Exemplo 2 — Processo de atendimento em clínica de saúde
Uma clínica com 18% de consultas iniciando com atraso superior a 15 minutos decidiu mapear o processo de atendimento antes de investigar causas. O SIPOC revelou que o processo tinha três clientes distintos — o paciente, o médico e o plano de saúde — com necessidades diferentes e, até então, sem indicadores separados para monitorar cada um.
| Fornecedores | Entradas | Processo | Saídas | Clientes |
|---|---|---|---|---|
| Paciente | Agendamento confirmado | 1. Confirmar agendamento (D-1) | Consulta realizada no horário | Paciente |
| Plano de saúde | Autorização do plano | 2. Verificar autorização do plano | Guia de atendimento preenchida | Médico |
| Sistema de prontuários | Prontuário do paciente | 3. Chamar paciente e registrar chegada | Faturamento ao plano | Plano de saúde |
| 4. Realizar triagem | ||||
| 5. Encaminhar ao consultório |
A pergunta sobre “clientes” foi o momento mais produtivo da sessão. A equipe havia assumido que o único cliente do processo era o paciente — o que levava todas as métricas de desempenho a focar no tempo de espera na recepção. Quando o médico foi identificado como cliente, ficou evidente que a triagem chegava frequentemente incompleta ao consultório, forçando o médico a repetir perguntas já feitas. Esse retrabalho não aparecia em nenhum indicador. O SIPOC revelou o gap antes da coleta de dados.
Vale notar o que esse exemplo tem de desconfortável: identificar quem é o cliente muda a especificação da saída. Um resultado de exame entregue ao médico e o mesmo resultado entregue ao paciente exigem coisas diferentes do processo. Boa parte dos problemas de qualidade nasce dessa pergunta não respondida.
Erros mais comuns ao construir o SIPOC
Quatro erros aparecem com frequência suficiente para valer uma verificação antes de fechar o formulário.
| Elemento | O que fazer | Erro comum |
|---|---|---|
| Nome do processo | Verbo no infinitivo mais complemento | Gerúndio, verbo no passado, ou objetivo de melhoria embutido no nome |
| Propósito | Declarar por que o processo existe, em campo próprio | Repetir o nome do processo como se fosse propósito |
| Saídas | Listar “coisas” que o processo entrega — podem estar corretas ou com erro | Saídas vagas (“clientes satisfeitos”) ou já com especificação embutida (“relatórios entregues a tempo”) |
| Entradas | Listar o que dispara o processo e o que é transformado por ele | Incluir mão de obra e recursos não consumidos; incluir políticas e regras, que guiam o processo mas não são trabalhadas por ele |
O padrão por trás dos quatro é o mesmo: misturar o que o processo é com o que se espera dele. Especificação, meta e desempenho entram depois, quando a equipe já concordou sobre o que está descrevendo.
SIPOC, fluxograma e VSM: a fronteira
O SIPOC é uma visão macro de escopo: mostra o que o processo faz e quem está envolvido, em uma página. O VSM é uma visão operacional, com tempos de ciclo, estoques entre etapas e fluxo de informação. O SIPOC vem antes — é o mapa de escopo. O VSM vem depois — é o mapa de operação. Usar VSM sem ter clareza de escopo é construir o mapa de um território que a equipe ainda não conseguiu definir.
Escolher entre as três ferramentas de representação — SIPOC, fluxograma e VSM — depende da pergunta que cada uma responde, e o critério completo está em mapeamento de processos. Todas integram o portfólio de ferramentas Lean Six Sigma; para o SIPOC, o que importa é a posição na sequência: ele define o território, as outras exploram o que está dentro dele.
Quando o SIPOC não é suficiente
O SIPOC tem limitações claras. Ele não mostra o tempo de cada etapa — não é possível concluir onde estão os gargalos do processo só a partir dele. Ele não mostra a frequência com que cada etapa falha. Ele não captura variabilidade.
Para um projeto que precisa entender onde o processo perde tempo e onde acumula estoque, o VSM é o próximo passo. Para um projeto que precisa identificar os modos de falha e seus efeitos antes de qualquer mudança, o FMEA entra como ferramenta de análise de risco. O SIPOC define o escopo — as outras ferramentas trabalham dentro dele. Saber qual delas responde a qual pergunta é parte do repertório que um Green Belt constrói ao longo de um projeto completo.
O SIPOC preenchido e o SIPOC que funciona
Existe uma diferença entre saber preencher o SIPOC e entender o que ele está tentando revelar. O primeiro resultado é uma tabela com cinco colunas completas. O segundo é um conjunto de perguntas que a equipe não havia feito antes de sentar para preenchê-lo.
Qual é a saída real do processo — não a que está no procedimento, mas a que chega ao cliente? Quem é esse cliente, de fato? O que consideramos “entrada” é realmente controlado por um fornecedor identificado? Essas perguntas parecem simples. Em processos que existem há anos e são operados por pessoas experientes, elas costumam gerar as maiores surpresas.
Um SIPOC preenchido por um único membro da equipe, sem discussão, sem divergência, sem revisão com o patrocinador, não cumpre sua função. A ferramenta não tem valor por existir — tem valor pelo tipo de conversa que ela força a acontecer. Sem essa conversa, é só um formulário preenchido. Com ela, é o início de um projeto orientado a evidências, não a suposições.
Esse é o princípio que orienta o uso de ferramentas no Lean Six Sigma: a ferramenta segue o problema, não o contrário. Saber em qual fase do DMAIC o SIPOC é usado é o começo; saber o que ele está tentando revelar é o que separa quem preenche o formulário de quem conduz o projeto.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua.
Foco da revisão: a ordem invertida de preenchimento — saídas e clientes antes de entradas e fornecedores — e os erros de formulário que transformam escopo em meta.
O SIPOC é a primeira ferramenta que a equipe preenche em um projeto — e, quando bem aplicado, é também a primeira que revela o que ninguém havia questionado antes. Se você quer entender como ele se encaixa dentro de um projeto completo de melhoria, o White Belt da EDTI é gratuito e cobre o ciclo completo desde o escopo até a análise de resultados.
Perguntas frequentes
Quando o SIPOC é usado no DMAIC?
Na fase Define — a primeira fase do DMAIC. Ele garante que a equipe tem um entendimento compartilhado do processo antes de começar a coletar dados. Sem esse alinhamento, a fase Measure corre o risco de medir o processo errado ou a partir de pontos que não refletem onde o problema realmente ocorre.
Qual é a diferença entre SIPOC e fluxograma?
O SIPOC é escopo: quem está envolvido, o que entra e o que sai, em uma página. O fluxograma é detalhe: a sequência de atividades, com decisões e ramificações. O SIPOC vem antes e delimita; o fluxograma detalha o que o SIPOC identificou como processo.
Por que preencher o SIPOC de trás para frente?
Porque o processo existe para entregar algo a alguém — e só faz sentido identificar o que ele precisa receber depois de saber o que ele precisa entregar. Começar pelos fornecedores produz um mapa centrado em quem opera o processo. Começar pelas saídas e pelos clientes produz um mapa centrado em quem o recebe — que é o ponto de partida correto para qualquer projeto de melhoria.
Quantas etapas deve ter a coluna Processo?
No máximo cinco a seis etapas macro. O objetivo não é documentar procedimentos, mas mostrar o fluxo principal em nível de escopo. Se a descrição de uma etapa precisar de mais de uma linha, ela está detalhada demais para um SIPOC.
O SIPOC serve para processos que não são repetitivos?
Serve. A ferramenta se aplica tanto a trabalho repetitivo quanto a trabalho pouco frequente. Em processos que rodam poucas vezes por ano, o desalinhamento sobre o que é entrada e quem é o cliente costuma ser até maior — ninguém acumulou repetição suficiente para perceber a divergência.
Como saber se o SIPOC foi bem feito?
Se a revisão com o patrocinador e a equipe não gerou nenhuma divergência, o SIPOC provavelmente foi preenchido por quem já tinha uma visão única do processo — e não cumpriu seu papel. Divergências durante a revisão são o sinal de que a ferramenta está funcionando: ela revelou perspectivas diferentes sobre o mesmo processo.
Que indicadores saem de um SIPOC?
Dois tipos. Nas saídas ficam os indicadores de resultado — o que o cliente do processo percebe, chamado no mercado de CTQ ou variável Y. Nas etapas do processo ficam os indicadores de processo, que mostram o que está produzindo aquele resultado. O SIPOC não define os indicadores; ele mostra onde eles podem ser medidos, e é por isso que ele vem antes da fase Measure. Na formação Green Belt da EDTI essa passagem — do mapa de escopo à definição operacional do indicador — é onde a maioria dos projetos ganha ou perde tempo.