Escolar Documentos
Profissional Documentos
Cultura Documentos
Case Projeto Black Belt Telecom
Case Projeto Black Belt Telecom
PROJETO DE MELHORIA
BLACK BELT
ESTUDO DE CASO
2
Redução de erros
nas informações do clientes
CONTRATO DE MELHORIA
Objetivo do Projeto
Reduzir erros nas informações de clientes
Contrato de Melhoria
Patrocinador: Marcelo Grimaldi
Contexto/Descrição
Trata-se de uma empresa de
telecomunicações que inclui-se entre as
Problema
chamadas empresas “espelho”, dentro do
modelo de telecom surgido no Brasil após a Foi identificado um alto nível de falhas no faturamento direto
série de privatizações ocorridas no final da aos clientes foi identificado. Tais erros causam perda de receita
década de 1990. O escopo do projeto trata para a empresa, bem como problemas de fluxo de caixa devido à
do departamento financeiro, que enfrenta o extensão de vencimentos para as faturas ajustadas. Além disso,
problema crônico de erros nas informações há um percentual significativo de faturas devolvidas pelo correio,
cadastrais de seus clientes. aumentando custos operaconais e reduzindo o nível de satisfação
do cliente.
4 DMAIC
CONTRATO DE MELHORIA
5 DMAIC
BUSINESS CASE
6 DMAIC
SIPOC
7 DMAIC
SIPOC
S I P O C
8 DMAIC
MACRO FLUXO
Administração
Telequalificação Agência CRM Procedimentos
de Contatos
(processo operado (situações onde
manualmente para MDB incremental Interface (deve incluir o atualizações e
corrigir informações correto relacionamento sobreposição
Mkt mailing Sistema de
usando atualizações Faturamento entre os campos de dados de conteúdo
(informação dos
do MDB como base) de ambos os sistemas) acontecem)
clientes a influenciam)
Fatura
Fatura
(web)
Clientes Figura 1. Fluxo macro
(podem fazer atualizações que não são de relacionamento entre
sistemas e processos
replicadas para o CRM)
9 DMAIC
PDSA 1 – ANÁLISE DE PARETO
PLAN/DO/STUDY
Objetivo: Utilizar as amostragens já realizadas para a investigação de possíveis eventos críticos.
Os resultados de uma primeira sequência de amostragens estão sumarizados nos gráficos seguintes:
Amostragem realizada sem eventos inesperados registrados.
Pr10
Pr6
90%
50% 80%
45%
70%
40%
35% 60%
30% 50%
25% 40%
20% 30%
15% 20%
10%
5% 10%
0% 0% Nota fiscal de Nota fiscal de Linhas de Nota fiscal Linhas de
Meus Meu telefone A nota fiscal Nota fiscal Nota fiscal
um telefone um telefone telefone de um telefone
dados/nome está bloquea- do meu chega em em nome
que não que nunca unificadas, telefone unificadas
estão errados do e os dados telefone está endereço de parentes
pertence mais pertenceu ao alguma público que não
estão errados no nome de errado
outra pessoa ao cliente cliente pertence ao pertencem ao
cliente cliente
Figura 3. Variáveis críticas para a ocorrência das falhas Pr6 (dados errados) e Pr10 ( faturas indevidas).
10 DMAIC
PDSA 1 – ANÁLISE DE PARETO
ACT
A equipe do projeto, após a análise do
processo (PDSA 2), deverá utilizar um
Diagrama de Ishikawa para levantar
os possíveis fatores que levam a
problemas referentes às informações
sobre os clientes, notadamente sobre
mudanças de titularidade das linhas.
11 DMAIC
PDSA 2 – CAPABILIDADE E ESTABILIDADE
PLAN
Objetivo: Avaliar a estabilidade e a capabilidade do processo antes da iniciativa em LSS.
Perguntas Predições
1 – Qual o PPM do processo? PPM maior que 15.000 (1,5% das faturas)
2 – A proporção defeituosa é estável? O processo, mesmo não capaz, está estável
São consideradas defeituosas as faturas cujas reclamações envolvam um defeito ou outro (Pr6 ou Pr10).
12 DMAIC
PDSA 2 – CAPABILIDADE E ESTABILIDADE
DO
Amostragem realizada sem eventos inesperados registrados. O gráfico de controle P, a seguir, indica um
processo estável e que revela um PPM de
STUDY
27.310 (2,73% das faturas com defeito).
P Chart Defeituosos
Esta é a capabilidade do processo para a
0,06 UCL=0,05977
característica de qualidade medida.
0,05
ACT
0,04
A predição (1,5%) usada para calcular o
_
Proporção
1 2 3 4 5 6 7 8 9 10
13 DMAIC
PDSA 3 – DIAGRAMA DE CAUSA E EFEITO
PLAN
Objetivo: Levantar possíveis hipóteses para a causa
das não conformidades utilizando o Diagrama de
Causa e Efeito.
DO
O diagrama preenchido com os fatores levantados pela
equipe é mostrado a seguir.
14 DMAIC
PDSA 3 – DIAGRAMA DE CAUSA E EFEITO
Procedimentos Políticas
Sistema de Faturamento, Um possível download
usa o nome de uma errado do MDB
pessoa a ser contatada na fatura há um ano atrás
de clientes business
Sistemas Medições
15 DMAIC
PDSA 3 – DIAGRAMA DE CAUSA E EFEITO
16 DMAIC
PDSA 3 –DIAGRAMA DE CAUSA E EFEITO
ACT
Apesar de todas as variáveis terem merecido análise Para responder a esta pergunta, uma comparação
e futuros melhoria e controle, a questão relacionada temporal entre o que chamamos de Qualidade MDB
ao MDB permanecia como a mais desafiadora, já que e Qualidade CRM teve de ser planejada e implantada.
não havia medições sobre o que estava ocorrendo A titularidade da linha telefônica foi a característica
realmente com esta grande base de dados. O MDB era mensurada e gerou a proporção de falhas do MDB
usado somente como uma referência, como vimos no (P-MDB) e a proporção de falhas do CRM (P-CRM).
mapa de processo. Não havia uma conexão entre MDB
e CRM, a fim de atualizá-lo, sendo o CRM era o sistema
que fornecia informações para a emissão de faturas.
Assim, a questão a ser respondida pela equipe Seis
Sigma era:
17 DMAIC
PDSA 4 – ESTUDO COMPARATIVO CRM X MDB
Linhas de Linhas de
telefone telefone
unificadas, unificadas
alguma que não
PLAN pertence ao pertencem ao
cliente cliente
Objetivo: Realizar uma análise
temporal que permita à equipe Gráfico de Séries Temporais de P-CRM; P-MDB
do projeto comparar a proporção 35
faturamento. P-CRM
A titularidade da linha telefônica foi 20 P-MDB
a característica mensurada e gerou
a proporção de falhas do MDB (p 15
8,9%
MDB) e a proporção de falhas do
10
CRM (p CRM).
DO 2 4 6 8 10 12 14 16 18 20
A comparação em uma linha de tempo Mês
pode ser vista no gráfico a seguir (figura 4).
Figura 4. Comparação temporal entre as “qualidades” de MDB e CRM.
18 DMAIC
PDSA 4 – ESTUDO COMPARATIVO CRM X MDB
STUDY
Ambos os processos parecem estar
estáveis e vemos que o Sistema de
CRM possui um menor nível de acertos
no que tange à titularidade da linha
telefônica. Assim, uma das primeiras
hipóteses daqueles que trabalhavam
com o processo não possuía base
quantitativa. Logo, o MDB era
realmente uma melhor fonte de dados
corretos para a emissão de faturas.
Um link automático do MDB para o
CRM da companhia traria, desta forma,
excelentes benefícios. Estaríamos
trocando um risco de 30% de falha por
um risco de menos que 10% de falha.
19 DMAIC
PDSA 5 –IMPLEMENTAÇÃO E MELHORIA
PLAN
Objetivo: Implementar a principal ação de melhoria
realizada pela equipe (Movement File), que é consequência
da comparação quantitativa entre a qualidade do MDB e a
qualidade do CRM. As demais ações implementadas foram:
»» Revisão das interfaces entre os Sistemas CRM e de
faturamento.
»» Avaliação da qualidade do MDB.
»» Tratamento de erros de input.
»» Tratamento do backlog de mudança de titularidade.
»» Melhoria da segurança de entrada de informação no CRM.
»» Limpeza do MDB, CRM e dos uploads de MDB incrementais.
»» Correção do download defeituoso de dados dos clientes.
DO
Implementação do Movement File.
20 DMAIC
DIFICULDADES
STUDY
P Chart Defeituosos
Após a implementação da
mudança, a melhoria do UCL=0,02155
processo foi confirmada 0,020
apresenta a amostragem
mensal, em termos _
P=0,00677
0,010
relativos, das reclamações
dos clientes referentes à
0,005
mudança de titularidade.
A maior confiabilidade da
métrica é obtida dividindo-
0,000 LCL=0
se, todo mês, o volume de
1 2 3 4 5 6 7 8
reclamações pelo total de Amostra(Mês)
faturas emitidas naquele
mês.
Figura 5. Carta de controle aplicada ao indicador mensal.
21 DMAIC
PDSA 5 –IMPLEMENTAÇÃO E MELHORIA
ACT
A principal ação de melhoria proposta
mostrou sua efetividade e foi implementada
com segurança, tendo sido exigidos o
estabelecimento de procedimentos e
documentação em TI, bem como a criação
de um sistema de controle de processo que
permitisse aos donos do processos monitorá-
los e melhorá-los.
22 DMAIC
PDSA 6–IMPLEMENTAÇÃO DE UM SISTEMA DE CONTROLE
PLAN
Objetivo: Implementar um sistema de
medição e controle para o processo Ciclo de Gerar relatório com Dividir clientes em
Faturamento X todos os clientes pessoas físicas e
de faturamento que possibilita o jurídicas
faturados no ciclo
monitoramento de um indicador
não viesado, já que os indicadores
Listar os números de Gerar amostra
disponíveis eram dependentes da Dividir os números de
telefones relacionados aleatória com
telefones em ativos e
existência de reclamações de clientes a cada cliente usando tamanho previamente
não ativos calculado a fim de
ferramenta de TI
no caso de faturas defeituosas. permitir um erro
As faturas emitidas pela companhia máximo admissível.
23 DMAIC
PDSA 6–IMPLEMENTAÇÃO DE UM SISTEMA DE CONTROLE
STUDY
As cartas de controle geradas por esta amostragem
mensal verificam se o processo é estável e estimam a
variação devido a causas comuns.
A operação de Telequalificação ficou responsável pela
checagem dos números e titularidade e não encontrou
problemas significativos durante a verificação.
ACT
O processo de controle e geração de métrica foi
colocado em prática durante 12 meses, até se ter
certeza de que o processo estava submetido somente
a causas comuns de variação.
24 DMAIC
GANHOS FINANCEIROS
»»O percentual de faturas devolvidas devido aos defeitos dos tipos Pr6 e Pr10 era de
2,73%, e representava um custo anual de R$ 15,5 milhões para a empresa.
»» Aredução de 2,73% para 0,67% das faturas devolvidas devido a estes chamados
representou uma redução de custo de R$ 11,7 milhões para a empresa.
25 DMAIC
DIFICULDADES
SOBRE SUA EMPRESA
26