TQM busca mellorar a calidade eo rendemento
Introdución
A Xestión da Calidade Total ( TQM ) é un achegamento popular á calidade nun negocio que busca mellorar a calidade e o desempeño que satisfará ou superará as expectativas dos clientes. Isto pódese conseguir integrando as funcións de calidade e os procesos clave na empresa.
Un compoñente principal para TQM é o principio de mellora continua. Hai varias ferramentas dispoñibles para garantir que a mellora continua sexa exitosa, que inclúe:
- Mapeo de procesos
- Análise da causa raíz
- Ciclo de verificación do acto (PDCA)
Mapeo de procesos
Calquera esforzo de mellora continua ten que comezar cunha comprensión precisa do proceso que se identificou para mellorar. O proceso pode estar en calquera parte do negocio da empresa, pero debe ser capaz de ser mapeado para identificar os fluxos que compoñen o proceso.
Por exemplo, na cadea de subministración, un proceso comercial podería ser o fabricante dun ben acabado, a compra de bens dun provedor ou o servizo dun elemento vendido aos clientes . O mapeo de calquera destes procesos implica identificar e documentar o fluxo físico así como o fluxo de información.
O mapeamento do proceso mostrará gráficamente os fluxos do proceso de inicio a fin, que incluirán actividades, persoal e os resultados.
O beneficio que o mapa do proceso dá para a mellora continua é que define o alcance do proceso, a interface con outros procesos e un punto de partida desde o que se pode medir a mellora.
Análise da causa raíz
A análise da causa raíz é a forma en que unha empresa determinará a causa raíz dun problema, incidente ou preocupación de calidade. Isto conséguese mediante estes tres pasos, o que conduce á identificación da causa raíz:
- Análise
- Recollida de datos
- Validación
Existen tres fases que compoñen un proceso de análise da causa raíz.
1. Fase aberta
Esta fase inicial permite que os participantes poidan analizar o problema para identificar as causas raíz posibles. Nesta fase, o equipo pode crear un diagrama de causa e efecto que poida ser útil durante as sesións de brainstorming.
Como parte deste proceso, o equipo pode identificar as súas posibles causas cunha das cinco áreas enumeradas no diagrama de causa e efecto. Estas categorías de causas son a man de obra, os métodos, os materiais, as máquinas e as medicións. O equipo pode entón organizar as súas ideas para a causa raíz en torno a esas categorías.
2. Fase estreita
Nesta fase, o equipo reduce o número de causas posibles para un número no que se pode concentrar. Cada unha das posibles causas raizadas identificadas na fase aberta é discutida polo equipo en maior profundidade para determinar se deben manterse.
3. Fase pechada
Nesta fase final, o equipo debe chegar a un consenso nunha causa raíz. Isto implicará a validación da causa raíz baseada na evidencia, se se trata de datos mensurables ou evidencias subjetivas entre entrevistas con persoal, clientes ou provedores.
A análise de datos mensurables pódese realizar mediante unha serie de métodos estatísticos como un diagrama de dispersión, verificar follas para identificar a frecuencia dun evento ou usar unha gráfica Pareto.
Ciclo Plan-Do-Check-Act (PDCA)
O ciclo PDCA foi desenvolvido por W. Edwards Demming, o arquitecto de TQM. Creou un enfoque sinxelo para levar a cabo o cambio. O ciclo PDCA consta de catro fases; planificar, facer, revisar e actuar.
- Plan: a etapa de planificación xeralmente comeza despois de que unha empresa estivo a través dunha análise da causa raíz e identificou un problema ou problema que debe ser abordado. A empresa planificará como se deben conseguir as melloras.
- Do - Seguindo a fase de planificación, o negocio seguirá cos cambios previstos para abordar o problema identificado na análise da causa raíz. Isto pode ser tan sinxelo coma mercar unha nova peza de equipamento para unha liña de produción ou complexo, como cambiar a forma en que os vendedores son avaliados.
- Verificación - Unha vez que o negocio seguise o plan e realizou cambios para solucionar o problema ou o problema, a fase de verificación debería usarse para validar que os cambios realizados tivesen os resultados necesarios. Se a fase de verificación non valida o problema, entón o negocio terá que comezar o ciclo PDCA de novo na fase de planificación e desenvolver un novo plan para acadar os resultados necesarios.
- Acto - A fase final do ciclo PDCA require que unha vez que o problema se solucione, o negocio deberá incorporar os cambios aos seus procedementos operativos estándar e, se é necesario, desenrolar os cambios a outras partes do negocio.