La fallida mercantilización del trabajo técnico

La fallida mercantilización del trabajo técnico

• La pasión por la cocina de un hombre que es un talento excepcional en el campo de la ingeniería de datos y además su primer gerente.
• Tiene una pasión muy fuerte por la cocina, al punto de compartir análisis sobre la distribución del calor en un pollo dentro del horno.
• Expresa respeto por la complejidad de la cocina y por la complejidad de operar McDonald's.

Una breve mirada a la mentalidad de los ejecutivos de nivel C

• Lee el libro 'The Phoenix Project' para entender el estado actual de la industria tecnológica.
• El libro explica que las operaciones de TI son similares al trabajo de una planta de manufactura, lo que ofrece implicaciones sobre la gestión del flujo de trabajo dentro de una organización.
• Hay muchos libros de temas similares, como 'The Unicorn Project' e 'Investments Unlimited', y estos libros ofrecen consejos sobre cómo operar una organización de manera eficiente.

McData

• Las empresas que venden productos tecnológicos comercializan sus productos enfocándose en la reproducibilidad de un trabajo consistente más que en los detalles técnicos del producto.
• Los productos prometen que pueden ofrecer resultados suficientemente buenos para resolver problemas técnicos sin depender de la capacidad de un ingeniero en particular.
• Muchas empresas ignoran los detalles técnicos y simplemente intentan resolver los problemas comprando un sistema nuevo.

It's Fucking Raw

• Gran parte del trabajo técnico aún no se ha mercantilizado, y eso es un problema importante.
• La mercantilización del trabajo técnico a menudo fracasa, lo que lleva a que las empresas vendan y compren productos que no funcionan correctamente.
• La mercantilización del trabajo técnico sigue estando vinculada a la creatividad individual, y eso se conecta con el elemento humano dentro de las organizaciones.

La opinión de GN⁺

• Lo más importante de este texto es que la mercantilización del trabajo técnico todavía no ha tenido un éxito completo.
• Comprender la complejidad y la creatividad del trabajo técnico, y gestionarlas de manera efectiva, sigue siendo un reto para muchas empresas.
• Lo interesante de este texto es que muestra cuán complejo es en realidad el intento de ver el trabajo técnico como una simple mercancía.

[GN⁺]

Opiniones de Hacker News

• Creo que el autor pasó por alto que una parte considerable del trabajo técnico ya se ha comoditizado. Cosas que antes eran tareas técnicas ahora se han convertido en tareas simples. Por ejemplo, la combinación de correspondencia o la contabilidad por partida doble ahora han sido reemplazadas por un simple escaneo de código de barras y pagar con un toque. Recolectar requisitos es la parte más difícil, más que el trabajo técnico.
• Estoy de acuerdo en que la completa comoditización del trabajo técnico es una mala idea y que seguirá fracasando. Sin embargo, no creo que The Phoenix Project defienda eso. La idea principal de The Phoenix Project es tener un sistema claro para gestionar y automatizar el trabajo repetitivo, minimizar el tiempo de avance del trabajo, compartir ampliamente la información, hacer el trabajo que el negocio realmente necesita y reducir el trabajo no planificado y el ruido para que los empleados puedan hacer trabajo de mayor valor.
• Se señala que se están confundiendo los términos "commodity" y "commodification". "Commodity" significa que cosas que eran exclusivas se vuelven comunes, mientras que "commodification" significa que cosas que no se vendían se convierten en algo vendible.
• Los desarrolladores no se parecen a los adolescentes que trabajan en McDonald's, sino a los ingenieros que diseñaron la máquina. Programar no es hacer el trabajo, sino un metatrabajo: una vez que escribes una lista de instrucciones, la computadora realiza el trabajo indefinidamente.
• Existe la percepción equivocada de que el desarrollo de software ya se ha comoditizado y que ya no hace falta escribir código. En realidad, no es fácil construir sistemas para resolver problemas nuevos, y se necesitan programadores porque hacen falta texto que represente reglas lógicas y flujos, control de versiones, rollback, etc.
• No se puede producir un libro valioso de autoayuda sin permitir que el factor humano florezca. Pero aun así sigue haciendo falta una fábrica que pueda imprimir libros, y una encuadernación hermosa solo puede surgir cuando la operan personas que tienen una conexión con el trabajo.
• La industria tecnológica lleva mucho tiempo intentando comoditizar a los desarrolladores. A pesar de los frameworks de alto nivel y de requisitos que parecen simples, mucho software todavía no funciona bien. Como señala el autor, la verdadera solución son desarrolladores competentes a quienes les importa lo que hacen.
• En roles de business intelligence/análisis, ha habido intentos de reemplazar a quienes escriben SQL por personas que sepan usar herramientas como Tableau. Pero esto trae varios problemas: hay que contratar a más personas (y peor pagadas), la lógica de negocio queda escondida en la UI y se vuelve más compleja, y ahora la solución queda guardada en un workbook de Tableau que no puede usarse como entrada para otras cosas.
• Parece más adecuado comparar el software con la planificación urbana, y están surgiendo diversas especialidades. A medida que evolucionen los estándares, quizá se necesiten certificaciones específicas para trabajar en ciertas áreas. En muchos casos, el software no es el resultado final, sino algo que habilita sus propias posibilidades.
• Trabajé en una empresa que aplicó las ideas de The Phoenix Project para tratar a los desarrolladores como piezas de maquinaria en una fábrica, pero esa empresa terminó cerrando sus principales subsidiarias y despidiendo a la mayoría de sus empleados.