07 - Ingeniería de requerimientos: el rol del analista / product owner

Summary

Alan Turín, Product Owner en su organización, lidera el desarrollo de un nuevo producto, asumiendo dos responsabilidades clave: asegurar que el equipo entienda las necesidades de los stakeholders y garantizar que la solución construida las satisfaga. Con una visión inicial clara, coordina estrategias de desarrollo basadas en el enfoque elegido (Cascada, Ágil, Lean, o híbrido), minimizando la documentación y priorizando la validación continua. A pesar de no escribir código, su trabajo impacta directamente en la calidad y éxito del producto, manteniendo siempre el enfoque en satisfacer las necesidades del usuario y asegurar la correcta implementación de la solución.

Takeaways

• 😀 Alan Turín es un Product Owner responsable de liderar el análisis de sistemas y el desarrollo de nuevos productos en su organización.
• 😀 Su principal responsabilidad es asegurar que el equipo entienda las necesidades de los stakeholders y que la solución construida las satisfaga correctamente.
• 😀 Alan se enfoca en obtener una comprensión inicial de la visión del producto, sus usuarios y los objetivos generales, sin profundizar demasiado en los detalles de los requerimientos al principio.
• 😀 Recolecta información sobre el entorno, el contexto y las herramientas ya en uso para asegurar que el nuevo producto se integre adecuadamente.
• 😀 Su estrategia de trabajo se adapta según el enfoque elegido para el desarrollo del proyecto, ya sea en Cascada, ágil, Lean o híbrido.
• 😀 Alan prioriza la documentación mínima y asegura que solo se registre la información esencial, como acuerdos clave y elementos que faciliten el entendimiento común y validación de la solución.
• 😀 El equipo debe comprender el contexto, objetivos y ambiente del sistema antes de tomar decisiones sobre la estrategia de desarrollo.
• 😀 Alan sabe que la validación de la solución es un proceso continuo y requiere no solo la aceptación del usuario, sino también pasos automatizados para evitar burocracia y reducir costos.
• 😀 Trabaja estrechamente con los usuarios Champion para acordar las necesidades de información y las fechas de validación de las funciones del producto.
• 😀 A pesar de no escribir código, Alan tiene un impacto directo en la calidad del código del equipo y en los aprendizajes que se derivan del proceso de desarrollo.
• 😀 La clave del éxito del producto es mantener el enfoque en comprender las necesidades de los stakeholders y validar que la solución satisface esas necesidades, sin obsesionarse con la documentación o procesos innecesarios.

Q & A

¿Cuál es el rol principal de Alan Turing en la organización?

Alan Turing es un Product Owner, responsable de liderar las actividades de análisis de sistemas y asegurarse de que el equipo comprenda las necesidades de los stakeholders y construya una solución adecuada.

¿Cuáles son las dos responsabilidades clave de Alan?

Las dos responsabilidades clave de Alan son: asegurar que el equipo comprende las necesidades de los stakeholders y asegurar que el equipo construye una solución que satisface esas necesidades.

¿Por qué Alan no dedica mucho tiempo a obtener todos los requerimientos al principio del proyecto?

Porque sabe que la visión del producto evolucionará con el tiempo, por lo que al inicio solo le interesa entender los objetivos y actividades generales de los usuarios.

¿Qué tipo de información recoge Alan al principio del proyecto?

Alan recoge información sobre el entorno y el contexto, como la ubicación de los usuarios, los sistemas y productos en uso y el ambiente en el que coexistirá el nuevo producto.

¿Cómo gestiona Alan la información obtenida durante el proyecto?

Alan selecciona la información relevante para ser registrada y la coloca en la Wiki del equipo, asegurándose de que solo se documenten los acuerdos importantes.

¿Qué enfoque de trabajo adoptará el equipo de Alan para desarrollar el producto?

El enfoque de trabajo depende de lo que el equipo decida: puede ser en Cascada, iterativo-ágil, Lean, de entrega continua o una forma de trabajo híbrida y personalizada.

¿Cómo afectarán las decisiones sobre el enfoque de trabajo a la documentación del proyecto?

El enfoque elegido determinará el tipo de documentación necesaria. En un enfoque en Cascada, habrá una documentación exhaustiva, mientras que en un enfoque ágil, las especificaciones se limitarán a lo necesario para el sprint en desarrollo.

¿Qué importancia tiene la validación de la solución para Alan?

La validación es crucial para Alan, ya que asegura que la solución cumple con las expectativas. Él busca automatizar algunos pasos para evitar procesos burocráticos y de alto costo.

¿Cómo mantiene Alan a los usuarios Champion involucrados en el proceso de desarrollo?

Alan hace acuerdos con los usuarios Champion sobre las necesidades de información del equipo de desarrollo, establece fechas para validar las funciones y los mantiene motivados e involucrados en el proceso.

¿Cuál es la prioridad de Alan en cuanto a la documentación del proyecto?

La prioridad de Alan no es crear mucha documentación, sino registrar solo lo que sea necesario para garantizar un entendimiento común y validar que lo realizado es correcto.