¿Es aconsejable utilizar una herramienta de seguimiento de problemas solo para la gestión de requisitos, o se necesitan más funcionalidades? ¿De ser asi, cuales?

Bueno, es mejor usar una herramienta de administración de pruebas en su lugar. Puede crear o importar los requisitos en la herramienta asociar casos de prueba con esos requisitos y una vez que comience a ejecutar casos de prueba, podrá asociar problemas con su caso de prueba y rastrearlos hasta sus requisitos también.

Incluso si está utilizando JIRA, puede intentar usar diferentes complementos para una solución de administración de pruebas.

Sin embargo, utilizamos Kualitee. Es una solución de gestión de pruebas basada en la nube. Puede crear, administrar y ejecutar sus escenarios de prueba y casos de prueba. También tiene un módulo dedicado de gestión de tareas y gestión de defectos .

No tiene planificación de requisitos, pero puede usar la función de compilación y módulo para agrupar sus escenarios de prueba y casos de prueba, etc.

En la Gestión de tareas también puede crear horas facturables . Los módulos de gestión de defectos también rastrean problemas en sus casos de prueba fallidos .

Cree informes de prueba y errores personalizados para exportarlos en un formato de su elección en un formato de su elección.

La herramienta se integra con JIRA, Bitbucket, Jenkins y también tiene API disponibles en caso de que desee integrar esta herramienta con una solución.

La herramienta también tiene una aplicación móvil que puede usar para administrar, rastrear cualquier caso de prueba o problema. Además, a través de la aplicación puede registrar problemas sobre la marcha.

La pregunta es ambigua, pero la buena noticia es que ambos sentidos plantean puntos interesantes. Se puede leer en el sentido de:

1 ¿se puede utilizar una herramienta de gestión de problemas para gestionar los requisitos y, si es insuficiente, qué funciones adicionales se requieren?

2 ¿se requiere una herramienta de gestión de problemas solo durante una fase de requisitos y no posteriormente, y si no, qué más se requiere?

Para el sentido 1, es probable que una herramienta diseñada para la gestión de problemas y nada más sea insuficiente para gestionar los requisitos. Por ejemplo, la trazabilidad es una función importante durante los requisitos, por lo que se requiere una capacidad para organizar e indexar los requisitos para una referencia posterior.

Para el sentido 2, necesitará la gestión de problemas durante todo el ciclo de vida del proyecto y es deseable una herramienta robusta que capture, priorice, informe y distribuya el estado y las acciones.

Como postdata, un problema frecuente con los requisitos es la ambigüedad, por lo tanto, evite el esfuerzo improductivo del problema haciéndolos lo más claros posible haciendo que un segundo par de ojos los revise antes de la finalización, por ejemplo.