Poka Yoke

Escrito por Dani Armengol Garreta el 13 May 2008

“Poka Yoke” (ポカヨケ) es un término japonés traducible como “a prueba de errores” introducido por Shigeo Shingo, ingeniero industrial japonés que trabajó durante varios años como consultor externo en la empresa Toyota.

Inicialmente tenía por objetivo eliminar posibles errores en los procesos de producción, básicamente accidentes de los operarios y piezas defectuosas; sin embargo, es un concepto suficientemente amplio como para ser aplicado en otros contextos, como las interfaces de usuario.

Imaginemos que en un traspaso entre cuentas bancarias queremos minimizar el error de enviar el dinero a una cuenta incorrecta. Para ello podemos probar diferentes alternativas a partir del diseño siguiente:

El Poka Yoke propone varias aproximaciones para la prevención de errores humanos, como:

• Eliminación: rediseñar el sistema de forma que se eliminen las partes o tareas que pueden causar un error.
  
  Impedir que se realicen errores al realizar traspasos eliminando la opción de realizarlos puede no sernos útil en este caso, pero replantearnos la utilidad de una funcionalidad o característica de un sistema siempre debería ser la primera opción antes de pensar diseños alternativos.
• Prevención: no elimina funcionalmente el error, pero la interfaz impide la ejecución del mismo.
  
  Si en lugar de introducir el número de cuenta donde queremos realizar el traspaso, ofrecemos al usuario una lista desplegable con sus cuentas, se previene el error a nivel de interfaz:
  
• Facilitación: facilita y guía al usuario al realizar la tarea.
  
  Por ejemplo, podemos diseñar el campo con affordances para facilitar la introducción de datos:
  
• Detección: identifica el error después que el usuario lo haya iniciado pero antes que se produzca.
  
  Si el sistema detecta que el número de cuenta introducido no es válido, debería decírselo al usuario de forma clara y evidente para que pueda solucionar el problema:
  
• Mitigación: minimiza los efectos negativos del error.
  
  Por ejemplo se puede ofrecer una opción sencilla de “deshacer transferencia” para que el usuario pueda recuperarse del error que ha producido.

Algunas de estas aproximaciones son combinables entre sí y no excluyentes, por lo que antes de diseñar cualquier parte de un sistema que pueda producir errores, sería conveniente repasarlas.

---