Intercambio: 6 maneras en que los ingenieros y los gerentes de producto pueden ayudarse mutuamente

Creado: Octobre 31, 2024
Actualizado: Noviembre 18, 2024
Colaboración entre Ingenieros y Gerentes de Producto

Olvida todo lo que has escuchado sobre la rivalidad entre ingenieros y gestores de producto—es un paradigma que necesita desaparecer. El mundo tecnológico de hoy se mueve demasiado rápido, y la única manera de avanzar es mediante la colaboración mutua. Este artículo descubre seis maneras en las que ingenieros y PMs pueden evitar chocar y mantenerse enfocados en la misión.

1. PMs: Compartir la Visión General; Ingenieros: Compartir las Restricciones Técnicas

Dar: Los PMs pueden ayudar a los ingenieros proporcionando una comprensión clara de los objetivos comerciales y las necesidades del cliente detrás de un proyecto. Esto ayuda a los ingenieros a entender por qué una característica particular o un plazo es importante. Compartir el contexto desde el principio permite a los ingenieros alinear su trabajo con objetivos más amplios.

Recibir: Los ingenieros, a cambio, deben comunicar abiertamente las restricciones técnicas y complejidades involucradas en un proyecto. Si una característica aparentemente pequeña requerirá cambios importantes en el backend, explicar esto desde el principio ayuda a los PMs a tomar mejores decisiones sobre la priorización y los plazos.

Ejemplo: Un PM explica que una característica es clave para ganar un cliente importante o enfrentar una amenaza competitiva, lo que ayuda a los ingenieros a priorizarla. De manera similar, cuando un ingeniero comparte que una característica tomará más tiempo debido a problemas de escalabilidad, un PM puede ajustar las expectativas.

Recurso

Para PMs: "Product Management in Practice" por Matt LeMay – Una guía completa para entender y comunicar los objetivos del producto.

Para Ingenieros: "The Pragmatic Programmer" por Andrew Hunt y David Thomas – Un libro que enfatiza la comunicación y la toma de decisiones técnicas en el proceso de desarrollo.

2. PMs: Evitar el Micromanagement; Ingenieros: Involúcrate en el Proceso de Ideación

Dar: Los gerentes de producto deben resistir el impulso de controlar cada detalle de la ejecución del producto. Confía en los ingenieros para manejar los aspectos técnicos y dales espacio para resolver problemas a su manera. Un manejo excesivamente prescriptivo puede sofocar la creatividad y llevar al desinterés.

Recibir: Los ingenieros deben tomar la iniciativa en el proceso de ideación. No esperes a que te lo pidan—ofrece sugerencias e ideas sobre cómo mejorar el producto. Muchos ingenieros tienen percepciones valiosas que pueden realzar la funcionalidad, el rendimiento o el diseño del producto. Ser proactivo muestra que estás invertido en el éxito del producto más allá de solo escribir código.

Ejemplo: Un PM esboza los objetivos comerciales y pide aportes en lugar de decir a los ingenieros cómo implementar una característica. Mientras tanto, los ingenieros ofrecen soluciones técnicas de manera proactiva y contribuyen a las sesiones de lluvia de ideas.

Recurso

Para PMs: "Empowered" de Marty Cagan y Chris Jones – Este libro explora cómo empoderar a los equipos para que tomen propiedad de la ejecución del producto.

Para Ingenieros: "Confianza Creativa" de Tom Kelley y David Kelley – Un gran recurso para ingenieros que buscan contribuir creativamente a la ideación del producto.

Ideation Process

3. PMs: Dar Crédito Generosamente; Ingenieros: Apoyar las Decisiones del Producto Públicamente

Dar: Una queja común de los ingenieros es que los PMs se llevan el crédito por el éxito del proyecto ya que a menudo son ellos quienes lo presentan al liderazgo. Los PMs pueden ayudar a construir confianza compartiendo el crédito con el equipo de ingeniería y dando a los ingenieros oportunidades para presentar su trabajo.

Tomar: Los ingenieros, a cambio, pueden apoyar las decisiones de los PMs cuando presenten a otros equipos o stakeholders. Incluso si no estás de acuerdo con algunos aspectos, respaldar públicamente las decisiones del producto muestra unidad y fomenta una cultura colaborativa.

Ejemplo: Después de un lanzamiento exitoso, un PM invita a los ingenieros a presentar los logros técnicos. Los ingenieros, a cambio, apoyan públicamente las decisiones del producto de los PMs en reuniones con stakeholders.

Recurso

Para PMs: "Radical Candor" de Kim Scott – Un libro que proporciona perspectivas sobre cómo construir relaciones fuertes y dar crédito donde se debe.

Para Ingenieros: "Conversaciones Cruciales" de Al Switzler, Joseph Grenny y Ron McMillan – Aprende a tener conversaciones efectivas y de apoyo con colegas y liderazgo.

4. PMs: Estar abiertos a discusiones sobre Deuda Técnica; Ingenieros: Ser realistas sobre los plazos

Ofrecer: Los PMs pueden ayudar a los ingenieros estando abiertos a conversaciones sobre deuda técnica y mantenimiento. Es tentador priorizar nuevas características, pero descuidar la base técnica puede llevar a problemas mayores. Permitir tiempo para la refactorización de código necesaria o mejoras de infraestructura demuestra una comprensión de la salud del producto a largo plazo.

Recibir: Los ingenieros también deben ser realistas sobre cuánto tiempo tomarán las cosas. Si das estimaciones demasiado conservadoras, los PMs pueden sentirse presionados a rechazar los plazos. Proporcionar plazos precisos y comunicar los retrasos temprano ayuda a los PMs a planificar de manera efectiva.

Ejemplo: Los ingenieros comunican los riesgos de la deuda técnica y los PMs permiten tiempo para la refactorización, mientras que los ingenieros proporcionan estimaciones de tiempo realistas para gestionar las expectativas.

Recurso

Para PMs: "Deuda Técnica 101" de ThoughtWorks – Una excelente introducción para entender la deuda técnica y cómo gestionarla.

Para Ingenieros: "El Proyecto Fénix" de Gene Kim, Kevin Behr y George Spafford – Una novela que ilustra el impacto de equilibrar la deuda técnica con las prioridades del negocio.

Technical debt and maintenance

5. PMs: Incluyan a los Ingenieros en el Feedback de los Clientes; Ingenieros: Respeten las Prioridades del Negocio

Ofrecer: Los PMs pueden ayudar a los ingenieros compartiendo directamente el feedback de los clientes. Los ingenieros a menudo se sienten más conectados con el producto cuando escuchan cómo los clientes lo están utilizando, qué problemas enfrentan y qué características aman.

Recibir: Los ingenieros, a su vez, deben respetar las prioridades del negocio que los PMs están equilibrando. Aunque puede ser frustrante lanzar una característica que no es perfecta, hacerlo a veces puede ser crucial para mantener la competitividad.

Ejemplo: Un PM invita a los ingenieros a participar en sesiones de feedback de clientes, y los ingenieros entienden la importancia de lanzar ciertas características, incluso cuando sienten que algunos aspectos necesitan más refinamiento.

Recurso:

Para PMs: "El Manual del Producto Lean" de Dan Olsen – Una guía práctica para entender el feedback de los clientes y traducirlo en estrategias de desarrollo de producto accionables.

Para Ingenieros: "The Mythical Man-Month" por Frederick P. Brooks – Este libro clásico aborda los desafíos de los plazos de desarrollo de software y las expectativas empresariales.

6. PMs: Establecer Metas Claras y Alcanzables; Ingenieros: Ser Orientados a Soluciones

Dar: Una de las cosas más valiosas que un PM puede hacer por los ingenieros es establecer metas claras y alcanzables. Los requisitos vagos o las prioridades que cambian constantemente pueden causar frustración. Definiendo cómo se ve el éxito y manteniéndose dentro de esos parámetros, los PMs pueden ayudar a los ingenieros a enfocarse y trabajar de manera eficiente.

Recibir: Los ingenieros deben abordar los problemas con una mentalidad orientada a soluciones. En lugar de enumerar razones por las cuales algo no se puede hacer, ofrecer alternativas o soluciones alternativas. Ser constructivo ayuda al PM y al equipo a avanzar sin quedarse atascados por obstáculos técnicos.

Ejemplo: Un PM proporciona métricas claras de éxito para un proyecto, mientras que los ingenieros ofrecen soluciones prácticas cuando surgen restricciones técnicas.

Recurso

Para PMs: "Measure What Matters" por John Doerr – Aprende cómo establecer objetivos claros y resultados clave medibles (OKRs) que se alineen con los esfuerzos de tu equipo.

Para Ingenieros: "Diseñando Aplicaciones Intensivas en Datos" por Martin Kleppmann – Un recurso técnico que ayuda a los ingenieros a pensar en construir sistemas escalables y fiables mientras se equilibran los requisitos del producto.

Business Strategies and Competitive Advantage

Ejemplo Real: El Algoritmo de 5 Pasos de Elon Musk para Cortar la Burocracia Interna

Elon Musk es bien conocido por su audaz estilo de gestión en Tesla y SpaceX. En su búsqueda por cortar la burocracia interna, Musk ha desarrollado un algoritmo de cinco pasos, detallado en su reciente biografía por Walter Isaacson, que proporciona un marco de acción para agilizar procesos.

  1. Cuestiona Cada Requisito: Musk aconseja desafiar cada requisito, incluso si proviene de una "persona inteligente". Asigna un nombre a cada requisito y pregunta continuamente si es necesario. Si no lo es, elimínalo.
  2. Elimina Cualquier Parte del Proceso que Puedas: Musk enfatiza que la simplicidad es clave. Elimina pasos innecesarios—ve más allá de lo que crees que deberías. Si no tienes que añadir al menos un 10% de vuelta, no has eliminado suficiente.
  3. Simplifica y Optimiza: Solo después de eliminar los pasos innecesarios debes simplificar y optimizar lo que queda. Evita el error de agilizar procesos que no deberían existir en primer lugar.
  4. Acelerar el Tiempo de Ciclo: Una vez que el proceso está optimizado, concéntrate en acelerarlo. Musk advierte contra perder tiempo acelerando partes de procesos que son redundantes o innecesarias.
  5. Automatizar al Final: El último paso de Musk es la automatización, pero solo después de cuestionar, eliminar y simplificar a fondo el proceso. Automatizar demasiado pronto puede llevar a una complejidad innecesaria.

El método de Musk puede ser un poderoso ejemplo de cómo los PMs e ingenieros pueden trabajar juntos para desafiar las ineficiencias, optimizar los flujos de trabajo y optimizar la productividad. Al cuestionar continuamente las suposiciones y simplificar los procesos, los equipos de desarrollo de productos pueden reducir drásticamente los obstáculos internos y mejorar la colaboración.

Menos Estrés, Más Pasión

Como sabiamente dijo Simon Sinek, "Trabajar duro por algo que no nos importa se llama estrés; trabajar duro por algo que amamos se llama pasión." Lo mismo se aplica a la relación entre ingenieros y PMs. Cuando trabajan juntos con respeto mutuo y pasión, suceden cosas grandes. Deja que este espíritu de dar y recibir impulse el próximo gran lanzamiento de producto de tu equipo.

Recursos Relacionados

Documentación técnica relacionada

Volver a la Pàgina de Inicio
Thank you, you are now subscribed to updates.