¿Cómo modelar hombre, máquina, medidas y procesos en un mundo DevOps?

17

En The Phoenix Project, en uno de los recorridos por la planta, se nos dice que cada estación de trabajo es una combinación de Persona, Máquina, Medición y Proceso. Esto tiene mucho sentido, después de todo, tenemos personas, servidores, KPI e instrucciones.

Sin embargo, cada vez que modelo un proceso (el ciclo de vida de un Ticket de soporte, por ejemplo) me cuesta tener esto en cuenta.

Mis estados de flujo de trabajo generalmente incluyen:

  • Asistencia de primera línea
  • Tech / Dev / Más asistencia técnica del equipo
  • Revisión de código
  • Pruebas
  • UAT
  • Despliegue

Puedo medir fácilmente los tipos de ciclo, el rendimiento y los tiempos de espera de cada uno de estos estados, pero no creo que esto haga justicia al concepto de Hombre, Máquina, Método. Es una idea que se insinúa frustrantemente en el libro pero que no se amplía ...

Sabemos que el tiempo de espera es una función de la utilización, por lo que es fundamental controlar cuán ocupados están los usuarios y los servidores (los recursos finitos). ¿Existe algún proceso definido para expandir mis mediciones de una simple máquina de estados finitos a la idea Hombre, Máquina, Método, Proceso en el libro?

Liath
fuente

Respuestas:

6

De lo que están hablando es de Kaizen 5M (Hombre, Máquina, Material, Método, Medición). Es un enfoque para la mejora continua en cada estación del proceso y las M son posibles puntos de mejora y a los que hay una pregunta correspondiente (5Q). A veces, el entorno se agrega para el sexto, como en este proceso que explica cómo construir las preguntas utilizando el diagrama de Ishikawa . Estos son los elementos esenciales de TPS / Lean Manufacturing . Pero las mejoras no están en uso, son mejoras en la calidad. Nunca se esfuerza por la utilización, ya que eso es contraproducente para el rendimiento del sistema .

Es importante comprender que el hombre, la máquina, el material, el método y la medición no se separan fácilmente. A veces, Máquina, Material y Medición vienen de un lado y Hombre y Método del otro lado. Como puede reemplazar un hombre y un método en esa estación de trabajo.

En términos de desarrollo de software, tiene Software (Máquina), Problemas (Material), Código de Calidad / Aceptación (Medición), Hombre (Programador) y Método (Proceso de Desarrollo). El hombre entrena en la máquina y se familiariza con ella, con el material en el que se trabaja, comprende la medición requerida, aprende el proceso. Todos los que viven en el cerebro del Hombre, por lo que no se separan fácilmente una vez que se aprenden. Cambiar un Método solo es posible si el Hombre aún no lo ha internalizado por completo, de lo contrario, es más fácil cambiar el Hombre y el Método. Además, la máquina, el material y la medición a menudo se unen a través de la automatización y la configuración. Es por eso que se dibujan en lados opuestos del diagrama.

Si lee el libro cuidadosamente, en realidad no se trata de la utilización más que en el cuello de botella de una cadena de valor. Para elevar y explotar el cuello de botella. Se emplean varios métodos para eso en el libro, incluido Kanban .

No desea optimizar las estaciones individuales de su proceso (Cliente-> Soporte-> Desarrollo-> Revisión-> Prueba-> Aceptación del usuario-> Implementación-> Cliente), pero necesita modelar las transiciones entre esas estaciones de trabajo , sus dependencias y para supervisar el trabajo en proceso (WIP) que se mueve a través del sistema. Por lo general, a través de un software de seguimiento de problemas (o sistema Kanban), que es equivalente al seguimiento de materiales en la fabricación. Donde el WIP se acumula frente a la estación de trabajo en su proceso de cadena crítica, encontrará su cuello de botella y ese es el lugar donde desea optimizar usando Kaizan (5Ms, 5Qs)

Aviso: He agregado al Cliente tanto al inicio como al final de su proceso, ya que cada cadena de valor tiene que comenzar y terminar con un Cliente, de lo contrario, no representa un valor para la empresa.

Jiri Klouda
fuente