Ingeniería y Odio: ¿Por qué creamos productos impopulares?

Fuentes: Working on products people hate

Este artículo explora una realidad común y a menudo incómoda en la industria del software: trabajar en productos que la gente odia. El autor, un ingeniero con experiencia en empresas como Zendesk y GitHub, comparte su perspectiva sobre por qué esto ocurre y cómo afrontarlo.

¿Por qué trabajamos en productos que la gente odia? La respuesta no es simplemente una cuestión de mala ingeniería. Aunque la calidad del código es importante, el desarrollo de software a gran escala es un esfuerzo de equipo impulsado por incentivos empresariales. Un ingeniero individual puede mejorar la calidad localmente, pero su trabajo se integra en sistemas más amplios y se modifica por otros, diluyendo su impacto. Además, las decisiones sobre qué productos mantener, cómo funcionan y qué características ofrecer a menudo están dictadas por factores económicos y estratégicos que escapan al control del ingeniero. A veces, las empresas deben tomar decisiones impopulares, como limitar el uso de un servicio o descontinuar un producto, incluso si es querido.

El impacto emocional y la respuesta adecuada: Es natural sentirse atacado por las críticas negativas sobre el trabajo realizado. Sin embargo, el autor advierte contra las reacciones impulsivas como ignorar la retroalimentación o culpar a los usuarios. La clave es encontrar un equilibrio entre las necesidades de la empresa y las expectativas de los usuarios, reconociendo que la satisfacción total es a menudo inalcanzable.

El valor de la experiencia: Trabajar en productos impopulares puede ser una oportunidad de aprendizaje valiosa. Obliga a los ingenieros a aceptar la limitada influencia que tienen sobre la percepción pública y a centrarse en mejorar lo que sí pueden controlar. Incluso pequeñas mejoras en un producto ampliamente utilizado pueden tener un impacto significativo. Además, la experiencia de trabajar en un producto “odiado” fomenta la empatía hacia otros ingenieros que se encuentran en situaciones similares. Finalmente, el autor enfatiza que la mayoría de los ingenieros eventualmente trabajarán en productos que no son del agrado de todos, y que es importante evitar la autocrítica innecesaria.

En resumen, el artículo ofrece una perspectiva realista y útil sobre una experiencia común en la industria del software, animando a los ingenieros a aceptar la complejidad de su trabajo y a encontrar formas constructivas de afrontar la crítica y las limitaciones.