Equipos de Producto (Software) Efectivos

Eduardo comenzó la entrevista comentando acerca de la diferencia entre un grupo de personas versus un equipo, siendo este último una unidad cohesionada y alineada con los objetivos del negocio. Él hizo otra clarificación importante acerca de proyectos y productos, donde los segundos corresponden a algo más orgánico que continua evolucionando cuando el producto ingresa al mercado, prospera y con el tiempo es discontinuado.

Eduardo menciono que el Agilismo en general y la Artesanía de Software en particular, ponen más énfasis en la calidad y esto ayuda en todas las etapas del desarrollo de un producto. Los equipos de producto, según él, deberían tener la pasión por la calidad y el poder de decision que les permita construir el producto correcto, para el mercado correcto, y con calidad sobresaliente.

Product Owners apoderados, de acuerdo con Eduardo, deberían liderar el desarrollo del producto pero todos en el equipo de producto deberían estar realmente inmersos y entender el problema que el producto tratará de resolver. Cuando dice todos, Eduardo implica a los desarrolladores que deberían hablar con el negocio ellos mismos sin intermediarios o apoderados. Él señalo que uno de los temas centrales de Programación Extrema es resolver la innecesaria separación entre el negocio y los desarrolladores. En lugar de programadores que solo escriben código, Eduardo aboga por tener desarrolladores que entienden todos los aspectos del desarrollo de producto.

Hablando de practicas de XP, Eduardo comentó que los equipos que solamente hacen Scrum y no XP o prácticas técnicas similares, están condenados a fallar. Estas prácticas deben apuntar a diseñar código de buena calidad que permita liberar software constantemente. Continuando con la conversación acerca de prácticas técnicas, Eduardo ve en DevOps el complemento lógico de las prácticas de XP que posibilitan el desarrollo de productos de extremo a extremo.

Eduardo también mencionó que Test Driven Development es un gran vehículo para lograr tener pruebas automatizadas, pero que no es el único medio para alcanzar ese propósito. XP y DevOps deben ser vistos como puntos de partida, y los equipos deberían seguir buscando prácticas que puedan permitirles tener código automatizado que sea sostenible en el tiempo. Para Eduardo la excelencia técnica no es algo opcional, por el contrario es un elemento indispensable del profesionalismo de un artesano de software.

Un buen equipo de producto, de acuerdo con Eduardo, termina construyendo el producto de la forma correcta usando sólidas prácticas de desarrollo de software. En otras palabras, un buen equipo de desarrollo de producto conoce varias herramientas que le permiten entender el problema u oportunidad de negocio, descubrir una solución, e implementar esa solución con buena calidad.

Para terminar Eduardo sugirió que las empresas que quieran comenzar a formar buenos equipos de producto deberían empezar a prestar atención a métricas como: tiempo medio hasta producción, tiempo medio entre fallas en producción, y tiempo medio de recuperación. Optimizar estas métricas puede llevar a la empresa a un estado más avanzado de agilidad. Eduardo nos dejó un pensamiento final, casi todas las empresas tienen sus operaciones de negocio apoyadas por software, y tener buen software y saber cómo diseñarlo puede ser un gran diferenciado.

Sobre el Autor: Juan Banda

Juan se especializa en entrenar, mentorear y hacer coaching de equipos Agiles para que en corto tiempo puedan alcanzar resultados asombrosos. Juan es también un agente de cambio que ayuda a que empresas completas vuelquen sus prácticas hacia formas más humanas de trabajo. Juan es un Certified Scrum Trainer (CST) y LeSS Friendly Scrum Trainer. Su formación universitaria incluye un grado de Magister en Administración de Sistemas de Información conferido por The University of Illinois at Chicago.