Soluciones Visure


Soporte
Registro
Acceder
Empiza La Prueba Gratuita

Estado de requisitos y cambios de solicitud

Estado de requisitos y cambios de solicitud

Índice del contenido

Estado de requisitos

Para mantenerse al tanto del proyecto, realice un seguimiento de cada requisito a lo largo de su vida útil. Incluso podría asignar un valor de atributo para almacenar esa información para mayor seguridad y precisión. Este tipo de seguimiento de estado ayudará a reducir el dilema común con los proyectos de software: afirmar falsamente que está "terminado en un noventa por ciento". Cada requisito debe tener uno de estos estados durante un período de tiempo determinado:

  • Abogado (alguien lo apoyó vigorosamente)
  • El proceso de aprobación fue exitoso y la asignación se colocó en una línea de base.
  • Después de diseñar, programar y probar cuidadosamente el código, lo implementamos.
  • Una vez que el requisito se sometió y pasó sus pruebas, se verificó su integración exitosa en el producto.
  • Este requisito se cumplirá en una fecha posterior.
  • Decide eliminarlo y no implementarlo.
  • Descartado (el concepto nunca recibió luz verde)

Además de las opciones de estado antes mencionadas, se pueden considerar otros estados. Algunos pueden optar por un estado "Revisado" para validar sus requisitos antes de agregarlos a las configuraciones de referencia. Alternativamente, las organizaciones pueden usar "Entregado al cliente" como un medio para verificar que han liberado el requisito intacto y correctamente.

Si pregunta sobre el progreso de un desarrollador, puede responder que hay 87 requisitos para este proyecto en particular. 61 ya han sido confirmados y 9 están en marcha pero aún están pendientes de verificación, mientras que 17 quedan por finalizar. Sin embargo, es importante tener en cuenta que estas solicitudes no coinciden en cuanto a tamaño o efecto en la satisfacción del cliente; también pueden requerir diferentes cantidades de esfuerzo. Como gerente de proyecto, no tengo ninguna duda de que teníamos una comprensión precisa del tamaño del subsistema y qué tan cerca estaba de completarse. Esto es mucho más efectivo que simplemente decir "Estoy hecho en un noventa por ciento". Con una imagen general del progreso, puedo decir con confianza "¡se ve muy bien!"

Solicitudes de cambio

Para lograr una gestión de requisitos exitosa, su organización debe prestar atención a cada adición, eliminación y modificación de requisitos. Esto le permitirá realizar un seguimiento del estado y de las implicaciones de todas las solicitudes de cambio. También puede utilizar estos datos para responder a varias preguntas de consulta, como:

  • ¿Cuántas solicitudes de modificación se han realizado dentro del plazo designado?
  • ¿Cuántas de las solicitudes han sido respondidas y cuántas quedan sin resolver?
  • ¿Cuál fue la tasa de aprobación de las solicitudes y qué porcentaje fueron rechazadas?
  • ¿En qué medida gastó energía el equipo para ejecutar cada modificación autorizada?
  • ¿Cuál es el tiempo típico que las solicitudes permanecen abiertas?
  • En promedio, ¿cuántos elementos (p. ej., requisitos o artefactos) se ven afectados por cada solicitud de cambio enviada?

Asegúrese de realizar un seguimiento de las modificaciones realizadas durante el proceso de desarrollo después de establecer una línea de base para cada versión. Recuerde, una solicitud de cambio puede tener un efecto en numerosos requisitos de diferentes tipos (orientados al usuario, funcionales y no funcionales). Para evaluar cuántos cambios se realizaron en un período de tiempo particular, divida la cantidad de modificaciones por la cantidad total de requisitos antes de este período (como cuando define su línea de base).

No queremos eliminar por completo la volatilidad de los requisitos. Después de todo, a menudo existe una justificación legítima para modificarlos. Sin embargo, al mismo tiempo, debemos asegurarnos de que nuestro proyecto pueda manejar modificaciones y aún así cumplir con sus obligaciones. Acercarse a la finalización incurre en costos adicionales cuando los cambios se realizan con frecuencia; ¡esto hace que sea difícil determinar cuándo lanzará su producto al mundo! A medida que avanza el desarrollo, la mayoría de los proyectos deberían volverse más resistentes a los cambios; en otras palabras, la tasa de aceptación de cambios debería disminuir gradualmente hasta llegar a cero cuando finalice el lanzamiento. Un enfoque iterativo brinda a los equipos múltiples oportunidades para incorporar mejoras en iteraciones posteriores mientras se mantienen al día con la línea de tiempo de cada ciclo.

Si su equipo está inundado de solicitudes de cambio, es probable que el proceso de elicitación no haya sido exhaustivo o que sigan surgiendo ideas a medida que avanza el proyecto. Como tal, es esencial realizar un seguimiento de dónde provienen estos cambios de marketing, usuarios, vendedores, equipos de administración, etc. Mantener el control de esta información lo ayudará a determinar quién y qué necesita atención para minimizar los requisitos que se pasan por alto y evitar la falta de comunicación en el futuro.

Cuando las solicitudes de cambio permanecen sin resolver durante un período prolongado de tiempo, es una clara indicación de que su proceso de gestión de cambios necesita atención. Personalmente he sido testigo de una organización que tenía solicitudes de mejora que tenían varios años y aún estaban pendientes. Para lograr que el administrador del proyecto priorice su energía en los elementos más importantes del backlog, este equipo debe asignar solicitudes abiertas específicas en versiones de mantenimiento planificadas y convertir otros cambios diferidos a largo plazo en rechazados. De esta manera, pueden abordar más fácilmente lo que es esencial y urgente primero antes de abordar cualquier asunto menos urgente.

Tiempo y esfuerzo

Para garantizar un rendimiento óptimo, le recomendamos encarecidamente que registre la cantidad de tiempo que su equipo dedica a las tareas de ingeniería de requisitos. Esto incluye la elaboración de requisitos de calidad y la gestión de cambios, el seguimiento del progreso, la creación de datos de trazabilidad y otras actividades relacionadas con este proceso.

La gente a menudo me pregunta cuánto tiempo y energía se debe dedicar a las necesidades de un proyecto. Esta respuesta depende en gran medida del tamaño, el equipo, la organización que lo crea y su propósito. Hacer un seguimiento de sus esfuerzos invertidos en tareas críticas para proyectos como estos puede ayudarlo a planificar mejor los futuros con estimaciones precisas.

Si su equipo completó previamente un proyecto y asignó el 10% de su tiempo a los requisitos, después de reflexionar, es posible que haya notado que la calidad de esos requisitos podría mejorar mucho. Si se enfrenta a otro proyecto similar, sería prudente que el director del proyecto se asegurara de que se haga un mayor esfuerzo para crear especificaciones detalladas: ¡más del diez por ciento de los recursos totales disponibles debería ser suficiente!

A medida que recopila y analiza datos, compare el esfuerzo de desarrollo del proyecto con una medida del tamaño del producto. Sus requisitos documentados le darán una idea de su tamaño total. Para ser más precisos, puede correlacionar el esfuerzo para contar especificaciones individuales comprobables, puntos de casos de uso o puntos de función, lo que sea proporcional a las medidas de su producto. Al recopilar datos relacionados con el tamaño de su producto y anotar el esfuerzo de implementación asociado, puede formular estimaciones precisas en preparación para proyectos futuros similares.

El miedo puede persistir en la mente de muchos; temen que el desarrollo de un programa de medición de software robe un tiempo valioso de las tareas esenciales. Por el contrario, implementar un sistema métrico eficiente y específico no requiere demasiado esfuerzo o energía. Todo lo que necesita hacer es construir una infraestructura básica para recopilar y analizar datos, así como alentar a los miembros de su equipo a registrar algunos detalles relevantes sobre sus actividades laborales. Cuando crea una cultura basada en métricas dentro de su empresa, ¡es increíble lo que uno puede aprender a través de este método!

¡No olvides compartir esta publicación!

Notable