• Author / Uploaded
• Marcelo

Citation preview

Actividades gestión de requerimientos Hugo A. Lagunas Gallardo

Ingeniería de Requerimientos de Software

16-12-2019

DESARROLLO DE LA TAREA La gestión de requerimientos, entendida como el conjunto de actividades que abarcan la recopilación, control, análisis, filtrado y documentación de los requisitos del sistema, consiste en tres actividades fundamentales: Generación de requerimientos Es la habilidad de entender las necesidades de los interesados, y recopilarlos en un repositorio para futuros análisis. Las necesidades pueden ser expresadas de forma abstracta y en términos de problemas (Quiero reducir mis ratios de error en un 35%) o bien concretos y en términos de una solución (Debe haber un botón rojo de paro en la consola). En ambos casos las necesidades son conocidas como características. Evaluación de requerimientos Es la habilidad de discernir qué características son apropiadas para incluir en el producto, dado que raramente es posible satisfacer todas las características demandadas por cada uno de los interesados. La evaluación tiene en consideración todas las realidades del mercado y toma la decisión acerca de qué características se implementará, cuales lo serán en la próxima versión, y cuales se aplazarán hasta más tarde. Especificación de requerimientos Es la habilidad de detallar el comportamiento de un sistema. En cada estadio del proceso de desarrollo, variaran la forma y el nivel de detalle en la especificación de los requerimientos. Para ilustrarlo, considérese un proceso estándar de desarrollo en 5 fases: Investigación, Viabilidad, diseño, construcción y test, lanzamiento. Investigación En la fase de investigación, se recopilan requerimientos entre los usuarios y los miembros del equipo de desarrollo. Para cada uno de ellos se formulan cuestiones similares acerca de cuáles son los logros, las restricciones y las herramientas o procesos disponibles. Hay que tener muy presente que los requerimientos no pueden ser completamente definidos al inicio del proyecto. Algunos cambian, bien porque sean simplemente suprimidos, o debido a los intereses y modificaciones que afecten al ciclo de vida del proyecto. Por ello, la flexibilidad en los planteamientos y las operaciones, son condiciones para el éxito. El entregable del estudio de investigación es un documento de requerimientos que haya sido aprobado por todos los miembros del equipo. Después, y durante el desarrollo, este documento será clave para prevenir la corrupción del alcance o los cambios innecesarios.

Página: 2

Viabilidad Durante el estudio de viabilidad, se determinan:  



Los costos de los requerimientos: Para los requerimientos de usuario, se comparan los costes actuales con los futuros, una vez se haya implementado el nuevo sistema. Los costos de operación: Indicarán qué departamento tiene presupuesto para ello y cuál es el retorno de inversión para este producto, incluyendo la reducción de costes si se desarrolla un nuevo sistema más fácil de utilizar. Los costos técnicos: Están relacionados con los costes de desarrollo de software y los costes del hardware. El equipo debe indagar si los nuevos equipos y herramientas añadirán suficiente potencia de procesamiento para transferir suficiente carga de trabajo del usuario al sistema que permita un ahorro significativo de tiempo y costes al personal

Diseño Asumiendo que los costos han sido determinados con precisión y que los beneficios a obtener son suficientemente importantes, el proyecto puede pasar al estadio de diseño. En dicho estudio, la actividad principal de la gestión de requerimientos es comparar los resultados del diseño con el documento de requerimientos, para asegurarse de que el trabajo está contemplado dentro del alcance. Implementación y test En el estudio de implementación y test, la actividad principal de la gestión de requerimientos, es asegurar que el trabajo y el costo se desarrollan de acuerdo con la programación y el presupuesto, y que las nuevas herramientas cumplen de hecho con los requerimientos. La herramienta principal utilizada en este estadio es la construcción de prototipos y el test iterativo. Para una aplicación de software, la interfaz de usuario puede ser creada en papel y probada con los usuarios potenciales, mientras está siendo creado el entorno de software. Los resultados de dichos test son archivados en una guía de diseño de interfaz de usuario y trasladado al equipo de diseño, cuando este esté listos para desarrollar la interface. Esto ahorra tiempo y hace el trabajo mucho más fácil. Lanzamiento Podría pensarse que la gestión de requerimientos finaliza al entregar el producto, pero no es del todo cierto. Desde este punto, se recopilan los datos provenientes de la aceptación de la aplicación, y utilizados posteriormente en la fase de investigación de la nueva generación o versión. Entonces, el proceso empieza de nuevo.

Página: 3

Mejores prácticas para escritura de requerimientos. Actualmente existen y se desarrollan continuamente innumerables metodologías para la gestión de requerimientos para los proyectos de software, por tal motivo es de suma importancia reconocer la importancia de las metodologías que han impactado la gestión de manera positiva y de así tomar las acciones o actividades que generan éxito. Es importante hacer un compilado de todas las mejores prácticas utilizadas en las diferentes metodologías y así poder asegurar que la metodología propuesta sea efectiva para el mercado. En el desarrollo de software, una mejor práctica es un método bien definido que contribuye a una implementación exitosa del proyecto software. Las organizaciones implementan mejores prácticas reconocidas en su medio, para que les ayuden a enfrentar los inconvenientes presentados al encarar un proyecto de software, teniendo como herramientas las lecciones aprendidas en anteriores proyectos. Mejores prácticas en el desarrollo de requisitos A continuación se describen una serie de mejores prácticas orientadas al desarrollo de requisitos:  Documentar el alcance y visión del proyecto: permitirá tener un mejor entendimiento de los requisitos y asegurará que todas las personas involucradas en el proyecto trabajen hacia la misma meta.  Mantener un glosario del proyecto: facilitará una comunicación efectiva asegurando un entendimiento unánime  Uso de técnicas de obtención de requisitos de usuario: para facilitar esta tarea.  Involucrar a toda la gente implicada: asegura una validación temprana del entendimiento de los requisitos.  Desarrollo incremental de requisitos: puede minimizar la cantidad de re-trabajo del proyecto  Captura de requisitos usando casos de uso: será más fácil gestionar los requisitos y hacer un seguimiento de los mismos  Validar requisitos: para mejorar el éxito de los proyectos es crítico que se validen los requisitos de forma adecuada  Verificar requisitos: para asegurar que los requisitos proporcionan una base adecuada para llevar a cabo el diseño, la construcción y las pruebas.   

Mejores prácticas en la gestión de requisitos A continuación se muestran una serie de mejores prácticas relacionadas con la gestión de requisitos: Priorizar requisitos: para determinar aquellos que se deberían cumplir en la primera versión o producto y aquellos que pueden llevarse a cabo en sucesivas versiones

Página: 4

      

Establecer líneas base de los requisitos: para asegurar que cualquier modificación en los requisitos que cambie la línea base se trata como cambios de alcance Comunicación abierta: para asegurar que la información relacionada con los requisitos se comunica de forma consistente. Una comunicación abierta también implica comunicar a la gente correcta y al conjunto mínimo de personas Gestión de cambios de los requisitos: es esencial gestionar estos cambios de forma efectiva y eficiente Uso de herramientas para la gestión de requisitos: para facilitar la gestión de requisitos Mantener trazabilidad de requisitos: para llevar un seguimiento de la vida de un requisito Establecer un plan de mejora de procesos para la ingeniería de requisitos: para cumplir con las necesidades actuales y futuras de forma más eficiente y con mayor calidad. Formar a los analistas de requisitos: para asegurar que los analistas de requisitos tienen el conocimiento, entre otros aspectos, de cómo escribir buenos requisitos, etc.

Página: 5

La técnica de TimeBox para gestión del tiempo Una de las tareas más complejas al diseñar productos digitales es la estimación del tiempo de producción. La técnica de TimeBox puede ayudar a usar el tiempo disponible de manera más efectiva. En los modelos de desarrollo ágil, un timebox es un período de tiempo definido durante el cual el equipo debe realizar una tarea. Los timeboxes, o Cajas de Tiempo son periodos cortos de tiempo, de entre 5 y 120 minutos y se utilizan comúnmente para administrar el tiempo que un equipo de diseño y desarrollo de producto dispone para terminar un requerimiento dentro de un sprint. En lugar de permitir que el trabajo del equipo continúe hasta que se alcance el objetivo y evaluar el tiempo utilizado, el enfoque de timebox consiste en detener el trabajo cuando se alcanza el límite de tiempo y evaluar lo que se hizo.

Beneficios del TimeBoxing Al tener límites de tiempo para trabajar, se priorizan los objetivos y tareas más importantes a realizar. El timebox ayuda a acelerar la toma de decisiones para que las cosas puedan ser cristalizarse, así se evita dejar las decisiones hasta el final. El modelo de timebox ayuda a los equipos a ser más eficientes y a aprender a medir cuánto tiempo se necesita para completar una tarea, para ser más eficientes en cada iteración. Al cierre de un timebox es un buen momento para pedir retroalimentación sobre el trabajo hecho y sobre los entregables , y revisar contra la planeación si los objetivos conseguidos son suficientes, si se cumplieron las expectativas o bien es necesario más tiempo, recursos o personas para profundizar más en el resultado o definir nuevos objetivos. Riesgos del Timeboxing El uso de timeboxing puede que no sea apropiado para todos los equipos o escenarios de trabajo. Por ejemplo, es posible que sea difícil detenerse para cambiar a una tarea cuando ya comenzó su desarrollo, o cuando se enfrenta a una tarea que un nivel alto de calidad es más importante que el tiempo que tome realizarla. Timeboxing es una herramienta poderosa, pero hay que usarlo solo cuando sea apropiado. Tips para timeboxing eficientes El propósito de timeboxing es garantizar que el tiempo se use de manera eficaz y productiva.

Página: 6

Asignar un tiempo específico para cada tarea. Al terminar, analizar el progreso y pasar a la siguiente tarea. El timeboxing ofrece muchos beneficios, y utilizado correctamente puede ser de mucha ayuda para que los miembros de su equipo se integren más, a evitar la parálisis del análisis, a limitar la tendencia a postergar el trabajo y aumentar su motivación al producir entregables con más frecuencia y al cumplir metas.

Página: 7

Priorización de requisitos - Técnica MoSCoW Durante la gestión de requisitos de un desarrollo de un producto o servicio, además de realizar una correcta recogida y escritura de los requisitos, adquiere una gran importancia realizar una priorización de los requisitos. Esta tarea no es nada sencilla, debido a que podemos encontrar intereses diferentes, o incluso opuestos. Es muy importante llegar a acuerdos y mantener una negociación continúa al respecto, apoyándonos en métodos como la técnica MoSCoW, que nos faciliten poder priorizar cada uno de los requisitos.

Una de las técnicas más utilizadas en la priorización de requisitos es la conocida como técnica MoSCoW. Es una técnica de priorización de requisitos basada en el hecho de que, aunque todos los requisitos se consideren importantes, es fundamental destacar aquellos requisitos vitales que aportan un mayor valor al negocio y que son considerados obligatorios, de forma que el producto o servicio no se puede poner en producción si incumple alguno de estos requisitos. Esto nos ayudará a enfocar el desarrollo de forma más eficiente. La técnica MoSCoW no se limita a indicar si un requisito es de prioridad baja, media o alta. Esta técnica nos ayuda a separar los requisitos en cuatro grandes categorías:  

M – Must: Requisitos fundamentales y obligatorios para satisfacer las necesidades del negocio. Si estos no se cumplen, se verá comprometido el éxito del servicio. S – Should: Requisitos que deberían ser cumplidos en la medida de lo posible. El éxito del proyecto o servicio no dependerá directamente del cumplimiento de estos requisitos. Estos requisitos pueden ser satisfechos mediante soluciones temporales, o llegado el momento si fuera necesaria, podrían ser prescindibles si existiera alguna causa que lo justificara.

Página: 8





C – Could: Requisitos que son interesantes que cumpla el servicio. Se trata de requisitos adicionales que se implementarán en el caso de disponer de tiempo y presupuesto para ello. Estos requisitos mejorarían el rendimiento del servicio pero podrían ser eliminados fácilmente. W – Won’t: Requisitos que se ha decidido no implementar de momento, pero que serán tomados en cuenta en el futuro con el objetivo de mejorar el servicio o producto.

Esta categorización nos ayuda a marcar una “línea roja“, identificando aquellos requisitos que obligatoriamente deben ser incluidos en el desarrollo del servicio. Es muy fácil de entender por todas las partes interesadas, y de poner en práctica, ya que definimos claramente cuáles son los requisitos básicos sin los cuales no se pondrá en producción el servicio. Una vez priorizados y categorizados los requisitos, es recomendable utilizar herramientas de gestión de requisitos que nos faciliten la comprobación del cumplimiento de dichos requisitos.

Página: 9

Página: 10

Bibliografía

    

Contenido proporcionado por IACC http://www.overti.es/tecnologia/275-priorizacion-de-requisitos-tecnica-moscow http://blog.masterinprojectmanagement.net/gestion-de-requerimientos-vactividades/ https://www.tesseractspace.com/blog/la-tecnica-de-timebox-para-gestion-deltiempo/ https://sites.google.com/site/metodologiareq/capitulo-viii

Página: 11