02 - Ingeniería de Requerimientos - Priorizar a través de los tipos y niveles de requerimientos

Summary

En este video, Edgar Fernández explica cómo identificar y priorizar los requerimientos de un proyecto de software para satisfacer las necesidades de los stakeholders. A través del método 'NiNoNiNo', clasifica los requerimientos en cuatro categorías: deseables, importantes, no implementables y obligatorios. Destaca la importancia de los requerimientos de negocio y cómo deben guiar la toma de decisiones. Además, desglosa los niveles de los requerimientos: negocio, usuario y software, proporcionando un enfoque estructurado para gestionar el backlog y asegurar que el software cumpla con los objetivos clave del proyecto.

Takeaways

• 😀 Es fundamental comprender quiénes son los stakeholders y su impacto en el software para satisfacer sus necesidades.
• 😀 Los stakeholders no solo son usuarios directos, sino también otros grupos como patrocinadores, definidores de reglas y usuarios indirectos.
• 😀 Los requerimientos de software se pueden clasificar en 4 tipos: deseables, importantes, no implementables y obligatorios.
• 😀 Los requerimientos obligatorios son los que le dan sentido al producto. Sin ellos, el software sería inútil.
• 😀 Los requerimientos importantes tienen gran valor, pero pueden esperar, mientras que los deseables son opcionales y se hacen si hay tiempo.
• 😀 Un requerimiento no implementable es algo que tiene un alto costo de desarrollo pero bajo valor para la mayoría de los usuarios.
• 😀 Los requerimientos de negocio son los más altos en la jerarquía y guían la dirección del proyecto de software.
• 😀 Los requerimientos de usuario son actividades que el software debe facilitar, alineándose con los objetivos de negocio.
• 😀 Los requerimientos de software detallan funciones específicas del sistema y también incluyen requisitos no funcionales.
• 😀 La priorización de los requerimientos se debe hacer con base en los objetivos de negocio, asegurando que los más importantes se implementen primero.
• 😀 Todos los requerimientos no funcionales (como seguridad y rendimiento) son obligatorios y no deben ser ignorados en las prioridades.

Q & A

¿Qué son los stakeholders en el contexto de un proyecto de software?

Los stakeholders son todas las personas o grupos que tienen un interés o impacto en el sistema de software. Pueden ser usuarios directos, indirectos, patrocinadores del proyecto, definidores de reglas, entre otros.

¿Cuáles son los diferentes tipos de requerimientos en un proyecto de software?

Existen cinco tipos de requerimientos: deseables (nice-to-have), importantes, no implementables, obligatorios, y no funcionales. Cada tipo tiene una prioridad diferente y depende de la importancia y el valor que aportan al sistema.

¿Qué es un requerimiento obligatorio en un proyecto de software?

Un requerimiento obligatorio es aquel que es esencial para que el producto sea funcional. Sin estos requerimientos, el software no tendría razón de ser o no cumpliría su propósito principal.

¿Cómo se clasifican los requerimientos según su importancia?

Los requerimientos se clasifican como deseables, importantes, no implementables u obligatorios. Esta clasificación depende de su valor para el usuario y su contribución al logro de los objetivos del negocio.

¿Qué significa el término 'requerimientos no funcionales' y cómo deben ser tratados?

Los requerimientos no funcionales describen atributos técnicos del sistema como seguridad, rendimiento y escalabilidad. Estos son siempre considerados obligatorios, ya que son esenciales para el buen funcionamiento del software.

¿Qué son los requerimientos de negocio en un proyecto de software?

Los requerimientos de negocio son los objetivos a gran escala del proyecto que definen la razón de ser del software. Estos establecen la dirección del proyecto y responden a la pregunta de qué debe hacer el sistema para alcanzar esos objetivos.

¿Cómo se deben priorizar los requerimientos en un proyecto de software?

La priorización debe comenzar con los requerimientos de negocio, seguidos por los requerimientos de usuario y de software. Los requerimientos que no contribuyen a los objetivos del negocio deben ser considerados de menor prioridad o incluso no implementables.

¿Qué diferencia hay entre los requerimientos importantes y los deseables?

Los requerimientos importantes son aquellos que aportan un gran valor al producto pero pueden esperar para ser implementados. Los deseables, por otro lado, son características que agregarían conveniencia, pero no son cruciales para el éxito del producto.

¿Por qué es importante identificar a los stakeholders en la fase inicial de un proyecto?

Identificar a los stakeholders desde el inicio permite entender sus necesidades y expectativas, lo que facilita la correcta clasificación y priorización de los requerimientos para asegurar que el producto final cumpla con los objetivos de todos los involucrados.

¿Qué es un requerimiento no implementable y cómo se maneja?

Un requerimiento no implementable es un requerimiento que tiene un alto costo de desarrollo pero aporta poco valor al sistema o a la mayoría de los usuarios. Estos deben ser descartados o pospuestos, ya que no justifican el esfuerzo y los recursos necesarios.