La guía más completa para la gestión y trazabilidad de requisitos

¿Cuánto tardan los requisitos?

¿Alguna vez te has preguntado cuánto tiempo llevaría crear los requisitos para tu próximo proyecto? Los analistas y gerentes de negocios a menudo hacen esta pregunta.

Para la mayoría de los problemas relacionados con el desarrollo de software y productos, no existe una respuesta única para todos; la respuesta realmente depende de sus circunstancias únicas.

Varias variables contribuyen a este problema, los principales promedios de la industria sugieren qué porcentaje del esfuerzo de un proyecto debe dedicarse al desarrollo de requisitos, como la recopilación y la obtención.

¿Cómo puede determinar la cantidad adecuada de tiempo y esfuerzo necesarios para actividades como la recopilación de requisitos? No es sorprendente que los datos de diversos puntos de referencia no siempre coincidan entre sí. También es discutible si estos proyectos "habituales" son similares a los tuyos. Para ayudarlo a resolver este problema, he adaptado algunas ideas de mi libro "Más sobre los requisitos de software" en este artículo. ¡Échele un vistazo!

Benchmarks de la industria

Para proporcionar un ejemplo de la utilidad potencial de los puntos de referencia, consulte la Tabla 1. Los datos presentados indican los promedios de la industria para varios esfuerzos de elicitación de requisitos y creación de prototipos con respecto a proyectos que tienen un tamaño de 10,000 puntos de función (aproximadamente un millón de líneas de código), provenientes de "Evaluaciones de software, puntos de referencia y mejores prácticas" de Capers Jones. ¿Qué tan pertinentes son estas cifras para su propio proyecto?

El uso de puntos de referencia de la industria como estos no está exento de inconvenientes. Los datos no nos dicen si los proyectos fueron realmente exitosos o si hubo alguna correlación entre el éxito y los esfuerzos realizados para obtener los requisitos. Esta información solo nos da un promedio de lo que se ha realizado, por lo que es difícil describir con precisión el éxito de cada proyecto individual.

Asignar el 10 % o menos de los esfuerzos del equipo a tareas como la recopilación de requisitos puede resultar beneficioso, siempre que no se queden atrapados en la parálisis del análisis. Contrariamente a la creencia popular, invertir una mayor cantidad de esfuerzo para mejorar su proceso de desarrollo de requisitos en realidad acelerará la producción. ¡Aprovechar este concepto proporciona un enorme retorno de la inversión para cualquier proyecto!

Como trabajaba en proyectos más pequeños cuando trabajaba en Kodak, nuestro equipo a menudo asignaba entre el 15 % y el 18 % del esfuerzo total a las actividades de requisitos. Descubrimos que esta inversión disminuyó la cantidad de modificaciones posteriores a la entrega necesarias. Es complicado conectar las causas y los efectos con certeza, pero es probable que nuestra baja tasa de mantenimiento se deba en gran parte a cultivar una participación significativa de los usuarios.

Tratar de averiguar exactamente cuánto tiempo tomará reunir los requisitos para su próximo proyecto es una pregunta complicada y puede ser difícil de medir con precisión. Sin embargo, afortunadamente, la Figura 1 nos da una idea de las variables que pueden acortar o alargar dicho proceso; ayudándolo a estimar de manera más efectiva al crear los requisitos necesarios.

Tu propia experiencia

Para comenzar, podría ser útil revisar los datos de proyectos anteriores para determinar qué tipo de esfuerzo se dedicó específicamente a la recopilación de requisitos. Esto le permitirá evaluar qué tan exitoso ha sido su proceso de desarrollo en el pasado y usar esta información al estimar su costo para proyectos futuros. Como factor adicional, ajuste sus estimaciones iniciales haciendo referencia a la Figura 1, que describe las diferencias entre los próximos proyectos y los de referencia, además de tener en cuenta cualquier otra consideración relevante con respecto a su proyecto en cuestión. Al evaluar cada uno de los elementos enumerados en la Figura 1 en una escala que va de 0 (ninguna influencia) a 5 (gran efecto), esta evaluación puede ayudarlo a detectar factores de riesgo que podrían extender su proceso de desarrollo de requisitos.

Junto a otros elementos, es fundamental considerar el ciclo de vida del proyecto. No asuma que todos los requisitos deben acumularse al principio como en un enfoque secuencial o en cascada (ilustrado por la línea de puntos en la Figura 2). En lugar de tener una "fase de requisitos" distintiva, piense en una serie de requisitos que atraviesan cada etapa de desarrollo. A medida que nuestra Especificación de requisitos del sistema (SRS) evoluciona y comienzan a surgir solicitudes de cambio, debemos ser diligentes en la gestión activa de las líneas base de requisitos. Este es un proceso continuo que requiere una atención constante.

Enfoques iterativos e incrementales

Los enfoques de desarrollo ágil, como Scrum, toman una ruta progresiva. Esto permite a los usuarios tener en sus manos las funciones potencialmente útiles del producto de forma rápida y fácil de modificar sus requisitos según sea necesario. Por lo tanto, los desarrolladores pueden mantenerse al día con las demandas comerciales en constante cambio sin esfuerzo. Con proyectos ágiles, rara vez hay una necesidad de grandes iniciativas de solicitud debido a los esfuerzos de recopilación de requisitos pequeños pero regulares (línea continua en la Figura 2).

En lugar de centrarse en el comienzo del proyecto, el esfuerzo de requisitos en un proyecto ágil se distribuye en varias etapas. Las exploraciones iniciales conducen a una funcionalidad detallada del trabajo pendiente en función de su nivel de prioridad. Cuando llega el momento del desarrollo y las pruebas, los equipos refinan los requisitos para que tengan suficientes detalles para proceder con confianza con cada iteración.

Hace años, formé parte de un equipo de desarrollo de software que aprovechó un enfoque incremental para garantizar el éxito. Cada ciclo, nuestro proyecto se lanzaría en fases de tres semanas y la primera parte se dedicaría a planificar los requisitos y desarrollar para ese incremento específico. Obtuvimos excelentes resultados con este método, ya que brindaba una funcionalidad útil cada pocas semanas a la base de usuarios corporativos. El equipo trabajó diligentemente para ofrecer rápidamente nuevas funcionalidades en incrementos, brindando a los usuarios actualizaciones frecuentes. Estos conocimientos de los usuarios fueron invaluables para guiar el proyecto y ayudar a garantizar que se lograra el máximo valor al completarlo.

No todas las iniciativas son adecuadas para entregar en pequeñas porciones. Al reconstruir una aplicación existente, el nuevo sistema debe poseer un nivel sustancial de funcionalidad antes de que los usuarios puedan pasar a él. Independientemente de cuánto complete su equipo en cada ciclo de proyecto, deben comprender los requisitos de esa secuencia en particular para evitar rehacer y reescribir diseños, códigos o pruebas.

Obtención de requisitos de planificación

A menudo es más complicado de lo que parece cuando comienzas a compilar los requisitos para un nuevo proyecto. Cuando realice una lluvia de ideas sobre las actividades que sus analistas deben realizar, tenga en cuenta si tendrán que realizar tareas como estas:

Cultivar relaciones con campeones de productos a través de la negociación.
Recopilación de ideas a través de talleres interactivos y entrevistas en profundidad.
Examinar registros y productos existentes para descubrir posibles mejoras.
Construir, difundir y descifrar encuestas.
Diseñar y evaluar prototipos, estudiar modelos y otras perspectivas de requisitos para el éxito.
Lograr el éxito a través de la evaluación de riesgos, garantizar que se cumplan los protocolos de seguridad y protección, analizar fallas potenciales y realizar exámenes de peligros.
Registrar los detalles de sus necesidades en un repositorio de datos.
Examinando cuidadosamente las demandas detalladas en las especificaciones de requisitos.
Elaborar casos de prueba a partir de los requisitos enumerados y evaluar meticulosamente su rendimiento.
Después de una revisión o prueba exhaustiva, ajuste las especificaciones de los requisitos para garantizar la precisión.

Para poder estimar mejor el esfuerzo necesario para proyectos futuros, es esencial conocer las diversas tareas que su equipo podría tener que realizar como parte de la obtención, el análisis, la especificación y la validación de los requisitos. Este conocimiento lo ayudará a comprender cuánto tiempo implica cada tarea y ayudará a mejorar el rendimiento de su proyecto. No significa necesariamente que todas las actividades deban realizarse en cada empresa, sino que comprender lo que se debe hacer abre el camino hacia un resultado exitoso.

¡No olvides compartir esta publicación!