Avaliação de exemplo · Ilustrativa
Relatório semanal de produção, avaliado para automação.
Como a Disponi decide se um fluxo é um primeiro piloto seguro, usando o relatório semanal de produção de um fabricante de produtos alimentares — incluindo os motivos para dizer não.
O negócio
Ambos os percursos seguem um fabricante de produtos alimentares e sem nome: produz produtos de padaria embalados para cadeias de supermercados em três regiões adjacentes, com linhas de produção numa única fábrica central. As encomendas vivem numa carteira de encomendas, o plano de produção num sistema de execução de fabrico, as compras em folhas de fornecedores, e a equipa coordena as alterações por email.
- Dono e gerente: O gestor de operações da fábrica, dono do relatório semanal de produção e das políticas de produção contra as quais os fluxos são configurados.
- Equipa: Coordenadores de produção, planeamento e aprovisionamento a trabalhar por turnos — precisamente a razão pela qual pedidos e números se perdem entre o escritório e o chão de fábrica.
- Sistemas envolvidos: A caixa de entrada partilhada, a carteira de encomendas, o sistema de execução de fabrico, as folhas de fornecedores e o calendário de produção partilhado.
O fluxo hoje
Todas as sextas-feiras, o gestor de operações da fábrica publica um relatório semanal sobre produção, paragens, qualidade e utilização de materiais nas linhas de produção. Hoje o trabalho é manual, repartido por quatro pessoas e quase sempre terminado contra o relógio — antes do fim de semana, quando ninguém tem tempo de o corrigir.
Números reunidos ad hoc
Cada responsável de linha extrai os números da semana do seu próprio canto: produção e paragens do sistema de execução de fabrico, rejeições de qualidade do registo de qualidade, utilização de materiais de uma folha — reunidos por quatro pessoas, separadamente.
Perseguições e lembretes
Quarta-feira, o planeador começa a perseguir os números em falta por email e no chão de fábrica. Um registo de qualidade que chega tarde — ou um responsável de linha que se esqueceu — atrasa tudo o que vem a seguir.
Montagem e reconciliação
O planeador combina os extratos num só relatório, reconciliando números conflituosos com perguntas ou escolhendo a exportação mais recente.
Revisão e edições do gestor
O gestor de operações revê o rascunho e edita-o — muitas vezes quinta ou sexta-feira, e normalmente à pressa porque o relatório é devido antes do fim de semana.
Distribuição
O relatório aprovado é enviado por email aos donos e chefes de departamento na sexta-feira, e o processo recomeça na semana seguinte.
Seguimento, lembrado manualmente
As ações do relatório — uma linha a rever, um fornecedor a quem ligar, um problema de qualidade a reconfirmar — são acompanhadas na reunião seguinte e em caixas de entrada individuais. Não há um registo único de se foram feitas.
O fluxo proposto
O fluxo proposto mantém as mesmas pessoas e os mesmos direitos de decisão, e substitui apenas a montagem repetitiva: recolha, verificações de exaustividade, redação e distribuição passam a ser agendadas e registadas. A aprovação humana fica no meio do fluxo.
Recolha autorizada de fontes
No horário configurado, o agente recolhe as métricas definidas dos sistemas de origem aprovados — só de leitura, com cada recolha registada.
Verificações de exaustividade
O agente verifica que todas as fontes esperadas de cada linha chegaram e que cada ficheiro corresponde ao formato e à janela de cobertura esperados.
Seguimento de dados em falta
Se faltar uma fonte — um registo de qualidade atrasado, uma folha de materiais nunca enviada — o agente notifica o responsável com o que é preciso e espera. Não fabrica um número para preencher a lacuna.
Redação
O agente reúne o rascunho do relatório a partir dos dados recolhidos, mostrando a fonte e a hora por trás de cada número.
Aprovação
O rascunho vai ao gestor de operações para revisão. As alterações são feitas explicitamente, e o registo guarda ambas as versões.
Distribuição
O relatório aprovado é enviado à lista de distribuição, no horário que o cliente define. O agente nunca distribui um rascunho não aprovado.
Acompanhamento de ações
Os seguimentos levantados no relatório são registados como itens com donos e prazos, transportados até serem fechados.
Dimensões da avaliação
Cada dimensão abaixo é raciocinada por si. Não há uma pontuação agregada — um fluxo é julgado por onde é forte, onde é condicional e se as pré-condições da secção seguinte estão cumpridas.
Recorrência
Com que frequência acontece este trabalho?
Alta — semanal e previsível
O relatório corre numa cadência semanal fixa, com um conjunto de entradas e um resultado definidos. A recorrência é o que torna um fluxo digno de automação.
Valor
O que é que a automação poupa ou melhora?
Moderado, a acumular
A montagem e a reconciliação consomem várias horas do planeador e do gestor todas as semanas, e relatórios atrasados adiam decisões de compras e de planeamento. O valor aqui é uma hipótese sobre tempo e fiabilidade — não um resultado medido, porque ainda nada foi medido.
Mensurabilidade
Conseguimos observar o resultado?
Forte
O sucesso é visível e contável: relatório entregue a horas, todas as fontes incluídas, sem alterações não aprovadas, seguimentos fechados. As medidas propostas estão listadas na secção do piloto abaixo; nenhuma é apresentada como alcançada.
Prontidão dos dados
As fontes são acessíveis e estáveis?
Condicional
O sistema de execução de fabrico e o registo de qualidade têm acesso estável e documentado. A folha de utilização de materiais depende atualmente de uma pessoa que a envia por email, por isso a automação precisa de um caminho de acesso aprovado ou de uma fonte de substituição antes de o piloto a poder cobrir.
Esforço de integração
Quanto trabalho é preciso para ligar?
Baixo a moderado
As ligações são só de leitura e o fluxo não escreve nos sistemas de origem. O esforço principal é mapear a folha de materiais e acordar que campos são autoritativos.
Risco da ação
O que pode correr mal?
Baixo
O fluxo não contacta clientes, não muda encomendas nem planeamentos e não movimenta dinheiro. Cada resultado é revisto por um humano antes da distribuição, por isso o raio de impacto de um erro é um rascunho interno, não uma ação consequente.
Carga de mudança
Quanto tem a equipa de mudar?
Baixa
Papéis e responsabilidades ficam iguais: os responsáveis de linha continuam a fornecer números e o gestor de operações continua a aprovar o relatório. O que muda é quem o monta — precisamente a parte repetitiva.
Adequação ao piloto
É um bom primeiro fluxo?
Forte candidato
É pesado em leitura, com portão de aprovação e baixo risco, com um dono responsável. A adequação é um juízo raciocinado sobre as dimensões acima, não uma pontuação ponderada — e é condicional às pré-condições listadas abaixo.
Responsabilidade e limites
Dono e gatilho
- Dono: O gestor de operações da fábrica, dono do relatório, da sua distribuição e dos seguimentos que levanta.
- Gatilho: Um horário semanal configurado — recolha quinta-feira, rascunho sexta-feira de manhã, distribuição após aprovação.
Sistemas e permissões
- Só de leitura: Sistema de execução de fabrico, registo de qualidade e folha de utilização de materiais — as métricas são extraídas, nunca escritas.
- Escrita: Apenas a pasta partilhada de relatórios, onde o rascunho e o relatório aprovado são guardados.
- Distribuição: A lista de distribuição existente, usada apenas para o relatório aprovado.
Exclusões explícitas
- Sem mensagens a clientes de qualquer tipo.
- Sem alterações a encomendas, planeamentos de produção ou registos financeiros.
- Sem escrita nos sistemas de origem, nem para «limpar» dados.
- Sem interpretação do que os números significam — isso fica com o gestor de operações.
Pontos de controlo humanos
- Os responsáveis de linha confirmam ou fornecem as entradas em falta (com seguimento do agente).
- O gestor de operações revê e aprova cada rascunho antes da distribuição.
- As ações são atribuídas a donos nomeados pelo gestor, não pelo agente.
Exceções
- Exceção empresarial: Um responsável de linha contesta uma definição de KPI — como o retrabalho conta para a produção, por exemplo — ou quer números diferentes. O cliente decide; o agente pausa e espera por orientação.
- Exceção técnica: Um sistema de origem está inacessível ou uma exportação está mal formada. A Disponi é dona da monitorização, da recuperação e da comunicação; o relatório é marcado como incompleto em vez de preenchido em silêncio.
Motivos para adiar ou rejeitar este fluxo
- As definições de KPI são disputadas e ninguém é dono delas.
- Uma fonte necessária não tem caminho de acesso aprovado nem substituição.
- Não há um dono de processo responsável para aprovar rascunhos e ser dono das ações.
- Espera-se que o relatório tome ou autorize decisões consequentes sem portão humano — a automação é adiada até existir um ponto de controlo humano.
Âmbito do piloto, aceitação e recomendação
Âmbito do piloto
Um piloto só de leitura de quatro semanas cobrindo o sistema de execução de fabrico e o registo de qualidade. O piloto separa as responsabilidades com clareza:
- O piloto faz: Recolhe fontes (leitura), corre verificações de exaustividade, dá seguimento a dados em falta (coordenação) e reúne o rascunho (preparação).
- O piloto não faz: Aprovar, distribuir ou acompanhar ações. A aprovação e a distribuição ficam totalmente manuais, e nenhuma escrita é feita em nenhum sistema de origem.
Critérios de aceitação
- Quatro relatórios semanais consecutivos concluídos através do fluxo do piloto.
- Todas as fontes esperadas recolhidas a tempo pelo menos 95% das vezes.
- Nenhuma alteração não aprovada a qualquer número entre a recolha e o rascunho.
- O gestor de operações reconhece cada rascunho e aprova-o antes da distribuição.
- Nenhum dado é escrito num sistema de origem, e nenhuma mensagem é enviada a um cliente.
Plano de medição
O piloto mediria: tempo de recolha das fontes, taxa de exaustividade, tempo da recolha ao rascunho aprovado, número de seguimentos de dados em falta, tempo de revisão e rascunhos a precisar de correção. Estas são medidas propostas para o piloto — nenhuma é um resultado alcançado, porque o piloto ainda não correu.
Recomendação condicional
Avançar com um piloto só de leitura de quatro semanas, sob três condições: o gestor de operações torna-se formalmente dono do relatório e dos seus seguimentos; a folha de utilização de materiais ganha um caminho de acesso aprovado (ou uma substituição); e um humano aprova cada rascunho antes da distribuição. Se as definições de KPI continuarem disputadas ou o acesso às fontes não for aprovado, adiar. Se o papel do relatório crescer para ação consequente sem portão humano, rejeitar.
Porque vem antes da coordenação
Os relatórios estão no início da progressão: observam e preparam, são só de leitura, e cada resultado é revisto. Uma primeira implementação segura deve ser a coisa útil menos arriscada — e é por isso que o percurso do fluxo mostra uma fase posterior, em que o mesmo fabricante coordena alterações de encomendas e de planeamento com portões de aprovação e ação limitada. Nem todos os clientes seguem este caminho, e a Disponi não afirma o contrário.
- ObservarFluxos só de leitura que recolhem e preparam informação.
- PrepararRascunhos, verificações e seguimentos que ficam dentro da equipa.
- Coordenar com aprovaçãoCoordenação entre sistemas que pausa para aprovação do cliente em pontos importantes.
- Agir dentro da políticaAções limitadas e registadas dentro das regras definidas pelo cliente.
O limite de operação partilhada
O mesmo modelo de responsabilidade aplica-se a todos os fluxos: o discernimento empresarial e a responsabilidade final ficam com o cliente; a operação da plataforma e os incidentes técnicos ficam com a Disponi.
O cliente é responsável por
- Objetivos empresariais e o significado de sucesso para cada fluxo de trabalho
- Definições de KPI e quais os números considerados corretos
- Decisões de acesso: que sistemas a Disponi pode utilizar e o que pode fazer neles
- Política empresarial, incluindo os limites que exigem aprovação
- Aprovações de decisões importantes antes de a Disponi executar uma ação limitada
- Revisão dos resultados, decisões sobre o seu significado e responsabilidade empresarial final
A Disponi é responsável por
- Operação da plataforma e continuidade do fluxo de trabalho configurado
- Manutenção da configuração do fluxo à medida que os sistemas mudam
- Saúde das integrações e monitorização das ligações
- Monitorização técnica, alertas e deteção de incidentes
- Resposta, recuperação e comunicação de incidentes técnicos
- Comunicação honesta do estado quando uma exceção técnica bloqueia um pedido
«Gerido» significa que a Disponi opera o sistema e o fluxo de trabalho configurado. Não transfere a responsabilidade empresarial do cliente nem garante resultados empresariais.