Posts Tagged ‘ six sigma

O que são VOC e VOB (voz do cliente e voz do processo)? 23 September 2009 as 7:57 pm de Washington Souza

Os termos Voz do Cliente (VOC) e Voz do Processo (VOB) são muito comuns no Six Sigma e em alta maturidade são essenciais, mas… o que são eles?

A voz do cliente é utilizada para capturar o que seu cliente espera de um determinado processo, ou seja, o que ele considera bom. Lendo assim parece complicado, mas vamos facilitar.

Você montou uma equipe de atendimento de chamados e seu cliente definiu que cada atendimento deve ser resolvido em até 5 minutos em média. Estes “5 minutos” são a voz do cliente, isto, é o que seu cliente espera.

Você pode capturar a VOC através de várias formas como entrevistas, enquetes, pesquisas e similares.

Já a VOB é o que o seu processo consegue produzir. Ambos, VOC e VOB andam sempre juntos em um programa de melhoria como o Six Sigma.

Seguindo o mesmo caso, seu cliente quer que sua equipe realize os atendimentos em 5 minutos, mas após medir seu processo você descobre que seus atendimentos levam de 4.5 à 8 minutos. Esta variação é a voz do seu processo, ou seja a VOB.

Neste ponto você acabou de descobrir que raramente vai atender seu cliente, o que não é bom.

Você então precisará criar um projeto de melhoria que faça a variação do seu processo (atendimento de chamados) ter uma variação ali dentro dos 0 à 5 minutos. E com a variação que você tem, terá um bom trabalho pela frente.
Leia o post completo →

+ Entendendo o que é pareto Por Washington Souza 28 August 2009 as 12:51 am Nenhum comentário

Vou deixar de lado toda parte histórica e vamos para a prática.
O principio de Pareto também é muito conhecido como a regra dos 80/20. Esta é uma ferramenta muito boa tando em projetos six sigma quanto no gerenciamento de projetos pois o Pareto lhe ajuda a focar no que realmente importa.

Vamos a alguns exemplos práticos de Pareto:

  • 20% do tempo despendido produz 80% dos resultados
  • 80% de suas ligações telefonicas são destinadas a 20% dos seus contatos
  • 20% das ruas são responsáveis por 80% do trafego (não em São Paulo)
  • 80% dos pedidos em um restaurante vem de 20% do menu
  • 20% de seus clientes são responsáveis por 80% do seu faturamento
  • 20% das pessoas causam 80% dos problemas
  • 20% dos recursos de um sistema ocupam 80% do tempo de desenvolvimento

Faça alguns destes testes e você verá que o principio de pareto é verdadeiro.

Nos níveis de alta maturidade (CMMI 4 e 5 ou MPS.BR B e A) você utilizará muito Pareto que também é uma ferramenta indispensável em projetos Six Sigma.

+ Você não entendeu corretamente alta maturidade se… Por Washington Souza 26 May 2009 as 4:00 pm Nenhum comentário

Os exemplos a seguir devem ser encarados com instrutivos e não pejorativos

Você não entendeu corretamente OPP se…

… uma tabela contendo os defeitos por fase parece um excelente modelo de performance de processos (PPM – Process performance model)
…A média de linhas de código produzidas por dia por desenvolvedor parece um baseline de desempenho de processo pra você
… um gráfico de controle usado para “gerenciar” defeitos escapados parece um excelente PPM para você
… um sistema e Earned Value Management parece atender completamente o nível 4 pra você

Você não entendeu corretamente QPM se…

… monitorar os bugs ao longo do ciclo de vida do projeto parece “gerenciamento estatístico” para você
… você recalcula os limites de controle de seu baseline pelo menos duas vezes ao ano
… decisões gerenciais são utilizadas para ajustar os limites de controle
… densidade de defeitos parece um perfeito subprocesso para gerenciamento estatístico

Você não entendeu OID corretamente se…

… 42 projetos six sigma – todos voltados à inspeção – fazer uma companhia ter maturidade nível 5
… uma melhoria de 5% em um processo com variação de +-7% parece excelente e pode ser implementada imediatamente
… o resultado (e força) de uma melhoria somente pode ser mensurado pelo poder de persuasão do autor
… as propostas de melhoria são desenvolvidas de acordo com a ordem de chegada
… você não consegue ver como PPMs – Process Performance Models e PPB – Process Performance Baselines podem contribuir com OID

Você não entendeu CAR corretamente se…

… você classifica como “severidade alta” os defeitos e diz “vamos rodar uma análise de causa e ver o que esta acontecendo”
… análise de causa é utilizada apenas para encontrar as causas raiz dos defeitos
… você não vê valor em aplicar DAR para selecionar quando utilizar ou não CAR
… você não vê o valor de aplicar CAR para selecionar quando e como aplicar OID
… você não consegue ver como PPMs – Process Performance Models e PPB – Process Performance Baselines podem contribuir com CAR

+ 101 dicas para implementação do CMMI nível 3 – Parte I Por Washington Souza 13 May 2009 as 2:52 am 2 comentários

DAR – Análise de decisão e resolução

101 dicas para o CMMI nivel 31. Crie um guia para orientar as tomadas de decisões formais
2. Crie critérios que definam quando um processo de decisão formal deve ser realizado
3. Defina critérios para a seleção de alternativas
4. Identifique as soluções alternativas
5. Analise o que normalmente é feito em processos similares
6. Defina claramente o método que será utilizado para análise das alternativas
7. Nunca, jamais se esqueça de analisar as alternativas e documentar esta análise
8. Analise os riscos associados a escolha ou não de uma solução
9. Documente todo o processo de decisão formal
10. Mantenha os dados em gestão de conhecimento para consulta posterior

IPM – Gerenciamento integrado de projeto

11. Tenha uma base de processos
12. Mantenha uma base de melhores documentos, lições aprendidas, modelos, templates e outros
13. Mantenha um plano integrado de trabalho que contemple as atividades de outros grupos bem como previsão de alocação
14. Crie planos que definam como conflitos serão tratados
15. Defina critérios de entrada e saída para as atividades
16. Utilize os planos integrados para o gerenciamento do projeto (um plano de gerenciamento de projeto pode lhe ajudar bastante)
17. Periodicamente atualize a base de conhecimento da organização
18. Mantenha um canal para entrada de sugestões
19. Periodicamente avalie as sugestões e forneça feedback de como estão as sugestões
20. Defina o envolvimento dos stakeholders e comunique-os de suas responsabilidades
21. Identifique e gerencie as dependências e compromissos do projeto
22. Documente ações preventivas e/ou corretivas quando necessário

OPD – Definição do processo organizacional

23. Crie padrões para definição de processos
24. Documente os processos
25. Elabore uma matriz contendo os processos, produtos, atividades e responsabilidades
26. Documente o relacionamento entre os processos e produtos
27. Defina SDLC’s para os principais produtos e serviços
28. Defina critérios para tailoring dos processos quando necessário
29. Documente os processos tailoring dos projetos (quando necessário)
30. Mantenha uma base de medições
31. Periodicamente verifique se há necessidades de ajustes nos processos
32. Estabeleça padrões de infra-estrutura e ativos de processo de acordo com o papel
33. Realize revisão entre pares sempre que houver alterações nos processos
Veja o post completo →

+ Six Sigma + CMMI = Mais Qualidade Por Washington Souza 05 April 2009 as 5:36 pm 4 comentários

Visão rápida do Six Sigma

O Six Sigma e o CMMI são um casamento perfeito. Aos que não conhecem, vou explicar resumidamente o que é Six Sigma e como ele pode ajudar no CMMI.

O Six Sigma (ou seis sigma) é um modelo que foi criado inicialmente pela Motorola para melhoria de processos e redução de defeitos. Define-se como um defeito, uma anomalia em um produto ou serviço contra suas especificações iniciais. O Six sigma é altamente utilizado no planejamento estratégico para prover mudanças significativas nas organizações. Ele é aplicado tanto na redução de defeitos quanto na busca de oportunidades de melhoria.

DMAIC
Método DMAIC

O six sigma trabalha com dados reais dos processos e possui um conjunto de práticas que orienta os projetos de melhoria de forma sistemática e clara, para isso, utiliza-se um conjunto de ferramentas estatisticas que auxilizam no aumento de qualidade através de dados e fatos.

O six sigma conta com uma cultura de processos enxutos (lean) e otimizados para:
- Qualidade
- Satistação do cliente
- Redução de custos

Os projetos são normalmente desenvolvidos utilizando a metodologia DMAIC que possui um conjunto de práticas organizadas de modo a analisar de fato as causas dos problemas e propor soluções efetivas para os mesmos
Veja o post completo →

+ Definindo objetivos de forma clara Por Washington Souza 24 February 2009 as 10:12 pm Nenhum comentário

Objetivos devem ser claros de modo que qualquer um entendaOlá, a informação é importante, mas o jeito de se divulga-la é tão importante quanto, então hoje vamos mostrar como fazer uma definição de objetivos que seja fácil entendimento e divulgação.
Vamos pegar um exemplo:

“Aumentar a qualidade”
Este texto é extremamente vago e 90% das empresas tem este objetivo. Precisamos quantifica-lo.

“Aumentar a qualidade em 50%”
Melhorou, mas se você perguntar à 5 pessoas, cada uma explicará de uma forma diferente o que significa esses 50%.

“Aumentar a qualidade da codificação em 50%”
Perfeito, agora você sabe onde deve focar e em quanto. Ainda tem bastante trabalho pois você deverá ainda:
- Medir a qualidade
- Medir o custo da não qualidade
- Identificar os fatores que influenciam na não qualidade
- Definir ações para tratar os fatores que influenciam a não qualidade

Mas, isto é assunto para outro dia. Este serve de base para a criação de um mapa de objetivos que falaremos mais adiante.