Desplegado o desarrollado: El/La ingeniero/a que desarrollas
Se envía un ingeniero desplegado en primera línea. A partir de ese trabajo, se crea uno desarrollado en primera línea. Tercera parte de la serie de Tyson Heaton sobre quién controla la capacidad de IA.
Un ingeniero desplegado en primera línea se incorpora a tu dominio. Un ingeniero desarrollado en primera línea se forma a partir de él. Esta es la parte final de la primera parte de la serie1 sobre el ingeniero desplegado en primera línea. La primera parte analizó la financiación del puesto y se preguntó quién es el responsable de la inteligencia acumulada. La segunda parte siguió el patrón de Frederick Winslow Taylor y la experiencia práctica que generó en Meta esta primavera. Observé que en Toyota la capacidad de mejorar el trabajo está integrada en las personas que lo realizan; esta última parte trata sobre cómo hacerlo de forma deliberada.
No se trata de un ingeniero desplegado en primera línea, sino de uno desarrollado en primera línea. Un ingeniero formado a partir de un experto en el dominio, en lugar de simplemente incorporarse a él.
La diferencia se manifiesta en la dotación de personal. El enfoque de despliegue consiste en redactar una descripción del puesto, buscar candidatos en el sector del software, contratar personal con un perfil escaso y costoso, y esperar que el conocimiento del dominio se acumule durante el proyecto. El enfoque de desarrollo comienza en el otro extremo: identificar un problema de flujo de trabajo, formar el equipo del proyecto con las personas que lo gestionan y proporcionarles las herramientas, el tiempo y una estructura de apoyo. La capacidad de IA surge como un subproducto de la solución de un problema que ya les preocupaba, y permanece donde surgió.
Alguien objetará que esto solo funciona para cambios incrementales, y que lo que aporta la IA no es incremental. Lean tiene un término para el otro tipo. Kaikaku es el cambio radical, el rediseño deliberado de un proceso en lugar de su mejora gradual, y siempre se ha hecho de forma diferente a kaizen: se le encomienda el desafío a un equipo multifuncional creado para ello, y sigue siendo mejor que subcontratar el rediseño a alguien que llega, realiza entrevistas con las partes interesadas y presenta una nueva forma de trabajar para el equipo. Hay que ser honesto con el equipo sobre lo que sucede al final. Ante un cambio radical, no hay respuestas fáciles, solo respuestas más o menos honorables.
Puedes continuar leyendo este artículo en mylean.org
- Hits: 74