Diagrama de Raias: Como Mapear Processos Interfuncionais

Um diagrama de raias organiza um fluxograma de processo em raias horizontais ou verticais, onde cada raia representa uma função, equipe ou departamento. Ele mostra não apenas o que acontece em um processo, mas quem executa cada etapa e onde o trabalho cruza os limites entre as funções.

Essa última parte é o ponto central. A maioria dos diagramas de processo reduz todos os atores a uma única sequência linear. Um diagrama de raias os mantém separados, de modo que as transferências ficam literalmente desenhadas ao longo do diagrama. Você vê num relance onde uma tarefa deixa uma equipe e chega em outra, e essa visibilidade é o que torna a ferramenta útil para identificar atrasos, responsabilidades perdidas e lacunas de responsabilização.

O que é um diagrama de raias?

Um diagrama de raias (às vezes chamado de fluxograma interfuncional ou diagrama de piscina e raias) é um mapa de processo que divide o espaço do diagrama em raias paralelas, cada uma atribuída a um único ator, seja ele uma função de cargo, um departamento, um sistema ou uma parte externa. As etapas são colocadas dentro da raia que as possui. Setas que cruzam de uma raia para outra representam transferências, os momentos em que a responsabilidade passa de uma parte para a próxima.

O formato foi popularizado por Geary Rummler e Alan Brache em seu livro de 1990, Improving Performance, que introduziu o que eles chamaram de "fluxogramas de implantação" ou "mapas de processo interfuncionais." O nome "diagrama de raias" pegou porque as raias se parecem com as raias de uma piscina.

Dados-chave

• Um estudo da McKinsey constatou que falhas de coordenação interfuncional são responsáveis por aproximadamente 80% dos atrasos e defeitos em processos de trabalho de conhecimento. Diagramas de raias tornam esses pontos de coordenação visíveis, o que explica por que são um passo inicial padrão em qualquer projeto de melhoria de processo interfuncional (McKinsey Quarterly, 2020).
• Pesquisa publicada na MIT Sloan Management Review constatou que a visibilidade do processo, por si só, antes de qualquer trabalho de redesenho começar, pode reduzir o tempo de ciclo em 15% a 25%, porque as equipes se autocorrigem assim que conseguem ver onde o trabalho fica parado (MIT SMR, 2019).
• O Object Management Group (OMG), que governa o padrão de notação e modelo de processo de negócio (BPMN), estima que mais de 70% dos diagramas BPMN em uso na produção utilizam raias (pools de raias) como sua estrutura organizadora principal (Pesquisa de Uso do OMG BPMN 2.0, 2021). "A maioria dos problemas de processo não é causada por pessoas falhando dentro de sua função. São causados por ninguém assumir a responsabilidade pelo espaço entre as funções." (Geary Rummler, Improving Performance, 1990.)

Símbolos e notação do diagrama de raias

Os diagramas de raias tomam emprestado seu conjunto de símbolos do fluxograma padrão, mas acrescentam um elemento estrutural: a própria raia.

Raias horizontais versus verticais. Ambas as orientações são válidas. Raias horizontais (onde cada linha é um ator e o fluxo corre da esquerda para a direita) são mais comuns em contextos de negócios porque se leem naturalmente para equipes de língua inglesa. Raias verticais (onde cada coluna é um ator e o fluxo corre de cima para baixo) são comuns em documentação técnica e de software. A escolha é puramente prática. Escolha a que melhor se encaixa na sua página ou tela sem sobrecarregar.

Número de raias. A maioria dos diagramas de raias eficazes tem entre três e seis raias. Menos de três e provavelmente você nem precisa de raias, já que um fluxograma padrão resolve. Mais de seis e o diagrama fica difícil de ler; considere dividir o processo em dois diagramas ou consolidar atores de baixa frequência em uma raia compartilhada.

Diagrama de raias versus fluxograma versus BPMN

Esses três formatos são relacionados, mas servem a propósitos diferentes.

Um fluxograma mostra o que acontece. Um diagrama de raias mostra o que acontece e quem possui cada etapa. O BPMN vai além e oferece uma notação padronizada e legível por máquina, com um vocabulário de símbolos mais rico para eventos, fluxos de mensagens e subprocessos.

Para a maioria das equipes de negócios trabalhando em documentação de processo ou em um primeiro exercício de mapeamento de processos de negócio, um diagrama de raias atinge o nível certo de detalhe. É visual o suficiente para uma oficina, preciso o suficiente para expor lacunas de responsabilização, e simples o suficiente para que stakeholders sem experiência em modelagem de processos consigam lê-lo em segundos.

Benefícios dos diagramas de raias

As transferências se tornam impossíveis de ignorar. Em um fluxograma padrão, a etapa em que Vendas passa um lead qualificado para o Financeiro é apenas mais uma caixa na sequência. Em um diagrama de raias, é uma seta que literalmente cruza um limite. Todo mundo na sala consegue ver isso. Essa visualização facilita contar transferências, questionar quais são necessárias e identificar onde os atrasos se acumulam.

A responsabilização está embutida na estrutura. Como cada raia tem um dono nomeado, não há ambiguidade sobre quem é responsável por uma determinada etapa. Isso importa no trabalho de padronização de processos, no qual as equipes precisam escrever procedimentos operacionais padrão depois de concordarem sobre o fluxo atual.

A análise de causa raiz fica mais fácil. Quando um processo quebra, as equipes costumam gastar horas debatendo de quem é a culpa. Um diagrama de raias muda essa conversa de culpa para estrutura. Você olha o diagrama e pergunta onde a transferência quebrou, não quem quebrou. Isso torna as conversas de gestão de processos de negócio produtivas em vez de políticas.

Escala de oficinas a documentação. Você pode esboçar um diagrama de raias em um quadro branco em 30 minutos para conduzir uma oficina de descoberta. Você também pode produzir uma versão polida para um manual de processos, uma auditoria de conformidade ou um esforço completo de reengenharia de processos de negócio.

Combina naturalmente com outras ferramentas. Diagramas de raias funcionam bem junto com um diagrama SIPOC (que define escopo e stakeholders antes de você desenhar) e o mapeamento do fluxo de valor (que adiciona dados de tempo e desperdício sobre uma visão de fluxo).

Erros comuns

Raias demais. Adicionar uma raia para cada pessoa envolvida transforma o diagrama em uma grade que ninguém consegue seguir. Agrupe colaboradores individuais em categorias de função (por exemplo, "Gerente de Contas" em vez do nome de cada pessoa), a menos que a distinção realmente importe.

Misturar níveis de detalhe. Um diagrama de raias deve representar etapas em um nível de abstração consistente. Se uma raia mostra "Revisar fatura" e outra mostra "Abrir e-mail, verificar anexo, encaminhar ao controller, entrar no sistema, inserir itens de linha, clicar em Salvar," esses níveis não são equivalentes. Escolha um tamanho de grão e aplique-o em todo lugar.

Desenhar o processo ideal em vez do real. Esse é o erro mais comum em qualquer exercício de mapeamento de estado atual versus futuro. As equipes naturalmente descrevem o que deveria acontecer, não o que realmente acontece. Comece com o processo tal como é. Você não pode melhorar o que não mapeou com honestidade.

Deixar as transferências implícitas. Uma seta rotulada "envia para" não é suficiente. Anote o que realmente é transferido: um formulário específico, uma notificação do sistema, uma aprovação verbal. Transferências vagas criam responsabilização vaga.

Nenhuma etapa de validação. Um diagrama desenhado por uma pessoa ou uma equipe quase sempre contém erros. Etapas estão faltando. A sequência está errada. Uma raia está faltando. Sempre percorra o diagrama com pessoas que realmente fazem o trabalho antes de tratá-lo como definitivo.

Como criar um diagrama de raias

Passo 1: Defina o escopo

Nomeie o processo e seus pontos de início e fim. "Atendimento de pedidos" é amplo demais. "Atendimento de pedidos desde a confirmação de compra do cliente até a impressão da etiqueta de envio" é um escopo. Escreva isso no topo do seu diagrama antes de desenhar uma única caixa. Sem um escopo claro, o diagrama vai se espalhar sem controle.

Passo 2: Identifique os atores e crie as raias

Liste cada função, departamento ou sistema que participa do processo. Cada um recebe sua própria raia. Se você tiver mais de seis, procure atores que possam ser agrupados ou funções que aparecem apenas uma vez em uma etapa menor (esses geralmente podem ser anotados em vez de receber uma raia completa).

Decida a orientação: raias horizontais costumam ser mais fáceis para oficinas de processo de negócio; raias verticais funcionam melhor para diagramas técnicos em que o fluxo corre naturalmente de cima para baixo.

Passo 3: Liste todas as etapas do processo

Antes de colocar qualquer coisa no diagrama, escreva cada etapa como uma lista simples. Isso evita que você se desenhe para um canto onde a sequência não faz sentido visual. Para cada etapa, anote qual ator a possui.

Passo 4: Coloque as etapas nas raias corretas

Mapeie cada etapa em sua raia, em sequência. Use os símbolos padrão: retângulos para tarefas, losangos para decisões, ovais para eventos de início e fim. Mantenha os rótulos curtos, de duas a cinco palavras por caixa. Rótulos longos são um sinal de que uma etapa precisa ser decomposta ainda mais ou de que você está misturando níveis de detalhe.

Passo 5: Desenhe as transferências

Adicione setas entre as etapas. Setas que ficam dentro de uma raia mostram sequência interna. Setas que cruzam um limite de raia mostram transferências. Chame atenção para as transferências visualmente: algumas equipes usam uma cor diferente ou uma linha mais grossa para setas que cruzam raias, para que se destaquem.

Nesse estágio, você frequentemente vai descobrir etapas que esqueceu, ou perceber que uma transferência que parecia simples na verdade envolve três idas e vindas. É o diagrama funcionando como pretendido.

Passo 6: Valide e refine

Percorra o diagrama concluído com pelo menos uma pessoa que faz o trabalho no dia a dia. Faça duas perguntas: "Isso corresponde ao que realmente acontece?" e "Há algo faltando?" Espere revisar. Geralmente leva duas ou três iterações antes que um diagrama de raias reflita a realidade de forma próxima o suficiente para ser útil no trabalho de melhoria.

Depois da validação, incorpore dados adicionais se o processo justificar: tempo médio por etapa, taxas de defeitos, tamanhos de backlog. Essa é a ponte para o mapeamento do fluxo de valor ou um evento kaizen.

Exemplos de diagrama de raias

Estes três exemplos cobrem processos de negócio comuns em que as transferências interfuncionais causam mais atrito.

O exemplo de aprovação de faturas é particularmente útil para revelar por que um pagamento simples às vezes leva três semanas. Quando você desenha as transferências, vê que uma fatura acima de um determinado valor passa por quatro pessoas diferentes antes de ser paga, e que cada passagem introduz um tempo médio de espera. Uma vez que as equipes veem isso, a conversa sobre melhoria se torna direta.

Melhores práticas (o que fazer e o que não fazer)

Perguntas frequentes

Qual é a diferença entre um diagrama de raias e um fluxograma interfuncional?

São a mesma coisa. "Fluxograma interfuncional" é o nome mais descritivo para o formato. "Diagrama de raias" é o termo coloquial baseado na aparência visual das raias. Ambos os termos se referem a um mapa de processo organizado por ator, com transferências mostradas como setas que cruzam limites de raia. Algumas ferramentas usam "diagrama de piscina e raias" como mais um rótulo para a mesma estrutura.

Quando devo usar um diagrama de raias em vez de um fluxograma comum?

Use um diagrama de raias sempre que mais de uma função ou departamento estiver envolvido em um processo e a responsabilidade pelas etapas importar. Se uma única pessoa ou equipe executa todo o processo do início ao fim, um fluxograma padrão é mais simples e igualmente útil. O formato de raias agrega valor especificamente quando você precisa mostrar quem faz o quê e onde o trabalho é transferido entre as partes.

Quantas raias é demais?

Mais de seis raias torna a maioria dos diagramas difícil de ler em uma página ou tela padrão. Se seu processo genuinamente envolve mais de seis atores distintos, considere se alguns podem ser agrupados ou se o processo precisa ser dividido em dois diagramas separados cobrindo subprocessos.

Quais ferramentas são comumente usadas para desenhar diagramas de raias?

Lucidchart, Miro, Microsoft Visio e Draw.io (Diagrams.net) suportam diagramas de raias nativamente. Para esboços rápidos de oficina, um quadro branco com notas adesivas funciona bem: uma cor por ator, uma nota por etapa, fixando as notas adesivas dentro de suas raias.

Como um diagrama de raias se relaciona com o BPMN?

O BPMN (notação e modelo de processo de negócio) estende o formato de raias com um conjunto de símbolos padronizado e legível por máquina. Um diagrama de raias é informal e flexível. O BPMN é uma especificação formal governada pelo Object Management Group. Equipes que fazem documentação de processo ou desenham processos para automação normalmente começam com um diagrama de raias e o formalizam em BPMN depois.

---

O trabalho interfuncional é onde vivem a maioria dos problemas de processo. Desenhar as transferências explicitamente, em vez de presumir que todos compartilham o mesmo modelo mental, é o primeiro passo para corrigi-los. Um diagrama de raias raramente é a última ferramenta que uma equipe usa em um projeto de melhoria de processo, mas é frequentemente aquela que torna o problema real visível pela primeira vez.

Leitura relacionada

• Mapeamento de Processos de Negócio: como documentar um processo de ponta a ponta antes de mergulhar na melhoria
• BPMN: o padrão de notação formal para modelos de processo
• Mapeamento do Fluxo de Valor: adiciona dados de tempo e desperdício sobre um fluxo interfuncional
• O que é uma Matriz RACI: a ferramenta complementar para atribuir responsabilidade a funções em qualquer processo