Ciclo PDCAFase de Planejamento e Ferramentas de qualidade

Ferramentas de QualidadeBrainstorming

◦ Suspensão do julgamento◦ Quantidade origina qualidade◦ Eliminar críticas, evitando inibição e

bloqueios◦ Apresentar idéias sem rodeios◦ Quanto mais idéias, melhor. Maior chance

de serem geradas diretamente ou por associação, boas idéias.

◦ Numa segunda fase, seleção das idéias consistentes.

◦ Anotar as idéias em local bem visível.

Ferramentas de Qualidade Diagrama de causa e efeito O que é?

◦ É um tipo de diagrama que lembra as “espinhas de um peixe” usado para levantar hipóteses (palpites) sobre as prováveis causas geradas de um dado efeito (não-conformidade).

Utilidade:◦ É usado para identificar possíveis fatores causais da não-

conformidade os quais devem ser estudados de forma mais aprofundada usando as outras ferramentas.

◦ É útil para forçar o “investigador” a analisar as causas em múltiplas dimensões.

Ferramentas de Qualidade FluxogramaContem as indicações passo a passo

das etapas de um processo de produção

Benefícios:◦Oferece compreensão única do processo◦Possibilita a correção / eliminação de

anormalidades ou etapas◦Permite a visualização das:

Etapas que necessitam padronização Relações interdepartamentais Relações entre etapas e fases

Ciclo PDCA

Ciclo PDCA – Fase de Planejamento

PDCA Fluxograma Fase

P 1 Identificação do Problema

2 Observação

3 Análise

4 Plano de Ação

D 5 Ação

C 6 Verificação

A 7 Padronização

8 Melhoria Contínua

Ciclo PDCA – Fase de PlanejamentoPrimeira fase e a mais

importante do PDCAQuanto mais tempo investido

nessa etapa, menor será o esforço e maior será a qualidade da solução

Lei 80/20 (Princípio de Pareto)

1 - Identificação do Problema

Escolha do Problema e diretrizes da área de trabalho (qualidade,custo,atendimento, moral, segurança)

Histórico do Problema (Gráficos, fotografias, dados históricos, logs)

Buscar perdas atuais e ganhos viáveis

Nomear Responsáveis

Identificação: Exemplo 1 – Bloqueio de Proxy

Histórico de ExecuçãoLogs de Requisição vs SitesLogs de ProxyRelatórios Inconsistentes

Identificação: Exemplo 2 – Desenvolvimento de nova fonte de notíciasCertidão

◦Fluxo de navegação na fonte◦Áreas de recorte◦Período de execução◦Agendamento

Identificação: Exemplo 3 – Bug no PKMPrints ou vídeo do fluxo de ação

do usuárioUsuário que reportou o problemaBrowser utilizadoData/hora do problemaLog do tomcat

2 - Observação

Descoberta das características do problema através da coleta de dados

Descoberta das características do problema através de observação no local

Observação: Exemplo 1 – Bloqueio de Proxy

Levantar Relatórios ImpactadosVerificação de Credenciais de

ProxyVerificação Manual de Proxy x

Site

Observação: Exemplo 2 – Desenvolvimento de nova fonte de notíciasConfirmar se as informações da

certidão estão atualizadas

Observação: Exemplo 3 – Bug no PKMVerificar quais funcionalidades

são impactadasVerificar quais perfis de usuários

impactados

3 - AnáliseDefinição das causas influentes

(brainstorming, diagrama de causa-efeito. por que ocorre o problema?)

Escolha das causas mais prováveis (hipóteses)

Análise das causas mais prováveis(verificação das hipóteses)

Houve alguma confirmação de alguma causa mais provável?

Análise: Exemplo 1 – Bloqueio de Proxy

Análise: Exemplo 2 – Desenvolvimento de nova fonte de notícias

Análise: Exemplo 3 – Bug no PKM

4 - Plano de Ação

Elaboração da estratégia de ação

Discussão com o grupo envolvido

Elaboração do plano de ação para o bloqueio e revisão do cronograma

Plano: Exemplo 1 – Bloqueio de ProxyObjetivo – Aumentar a vida útil dos

proxiesO Quê – Muitos bloqueios de proxiesOnde – Retriever genérico de produtosPorque – Requisições inválidas, suspeitas

e muito frequentes levam ao bloqueio dos proxies

Como – Cotação de proxies secundários. Criação de chaveamento de proxies e melhoria no cadenciamento e requisições realizadas

Quem – Wellington

Plano: Exemplo 2 – Desenvolvimento de nova fonte de notíciasObjetivo – Captação de nova

fonteO Quê – Nova fonteOnde – Projeto de notíciasPorque – Requisição do clienteComo – Desenvolvimento de

novo robô e agendamento em produção.

Quem – Matheus

Plano: Exemplo 3 – Bug no PKMObjetivo – Corrigir bugO Quê – Falha na exportação do relatório de

alteração de demandaOnde – Demandas / Gestão do Processo de

Captura / Relatórios Analíticos / Relatórios de Deamanda ou Spend / Alteração de Demanda

Porque – Ao selecionar filtro de pipeline de projeto, a exportação retorna arquivo vazio com mensagem de arquivo quebrado.

Como – Correção do filtro de pipeline, filtrando linhas de negócio do tipo projeto.

Quem – Romulo