Gestión de requerimientos y trazabilidad
Gestiona requerimientos de la necesidad de negocio a producción: casos de negocio, épicas, features e historias, trazados al código y a los cambios.
2 min de lectura
Gestión de requerimientos, de punta a punta
La gestión de requerimientos captura lo que necesita el negocio, lo mantiene al día mientras cambia y demuestra que lo entregado coincide con lo pedido. Esa última parte — la trazabilidad — es la que la mayoría de las herramientas pierde cuando empieza el desarrollo.
De la necesidad de negocio a la tarea
| Nivel | Qué captura |
|---|---|
| Caso de negocio | Por qué vale la pena la inversión, con sus propias autorizaciones |
| Epic | Una gran capacidad de negocio |
| Feature | Una parte entregable de una épica |
| Elemento de backlog o historia de usuario | Una unidad de valor con criterios de aceptación |
| Task | El trabajo para construirlo, con horas |
| Deployment | El cambio gobernado que lo lleva a producción |
Trazabilidad en ambas direcciones
- Hacia adelante: de un caso de negocio a los despliegues que lo entregaron.
- Hacia atrás: de un cambio en producción al requerimiento y al caso de negocio detrás de él.
- Impacto: qué trabajo se ve afectado cuando cambia un requerimiento.
- Cobertura: qué requerimientos tienen pruebas y evidencia.
De dónde vienen los nuevos requerimientos
Las ideas nuevas pueden entrar como solicitudes de proyecto, evaluarse y convertirse en casos de negocio con sus fases de autorización antes de que empiece cualquier desarrollo.
Cómo ayuda DevGob
DevGob mantiene sin cortes la cadena del caso de negocio a producción, y la incluye en el paquete de evidencias de cada cambio.
Leerlo en la documentaciónPreguntas frecuentes
¿Qué es una matriz de trazabilidad?
Una tabla que vincula cada requerimiento con el diseño, el código, las pruebas y los releases que lo implementan. En DevGob esos vínculos ya existen entre elementos de trabajo, código y cambios, y el paquete de evidencias de cada cambio incluye sus requerimientos.
¿Pueden participar los usuarios de negocio?
Sí. Los casos de negocio tienen sus propios solicitantes y autorizadores, separados de los roles de desarrollo.
¿Los requerimientos deben estar cerrados antes del desarrollo?
No. En el trabajo ágil evolucionan; lo que importa es que cada cambio registre qué versión de la necesidad entregó.
Sigue leyendo
DevOps con gobierno, en un solo registro
DevGob planifica el trabajo y gobierna cada cambio en su camino a producción: backlog, sprints, autorizaciones de comité, evidencia de instalación y auditoría.