Jordi Borja - VISURE SOLUTIONS - Ingeniería de Requisitos -10 aspectos a considerar cuando hablamos de Requisitos

1. 10 ASPECTOS A CONSIDERAR
CUANDO HABLAMOS DE
REQUISITOS
Jordi Borja – jborja@visuresolutions.com
Director de Desarrollo de Negocio y Estrategia de Solución

2. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
2

3. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
3

4. Visure Solutions, The Requirements Company
• Compañía española especializada en Ingeniería de Requisitos
• Experiencia de más de 10 años en proyectos de Gestión y Definición de Requisitos
• Fabricante y distribuidor de la herramienta IRQA, solución líder en Europa con más
de 200 clientes en 20 países.
• Oficinas en España, Suecia, Alemania y USA.
4

5. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
5

6. La inversión en requisitos no puede esperar
• Síntomas
• Usuarios no satisfechos
• Alto nivel de retrabajo
• Planificaciones no predecibles y sobrecostes
• Incumplimiento de normativas y Requisitos no funcionales
• Falta de visibilidad y control.
• Dificultad para administrar el cambio
• El papel clave del CIO
• Diagnosticar si el proceso de Requisitos es maduro o no.
• Asumir el reto de mejorar la Gestión y Definición de Requisitos
• “Vender” internamente la importancia de los Requisitos
‒ A Tecnología y a Negocio.
– Asignar los recursos necesarios para la mejora
– Asignar el presupuesto para la mejora.
6

7. Muchas empresas ya han decidido mejorar sus Requisitos con Visure
7

8. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
8

9. 1.- Sí: los proyectos fallan por culpa de los Requisitos
Causas de los defectos Esfuerzo dedicado a corregir los defectos
Requirements
Errors Design Errors
(82%) (13%)
Other Errors (4%) Coding Errors (1%)
Coste relativo de solucionar un defecto La importancia de los Requisitos
200 Project Analyzed
180
0- 5% invested in Req.
160 Management results in 80-200%
% Overcost
140 overcost
8-14% invested in Req.
120
Management results in 0-60%
100 overcost
80
60
40
20
0
0 5 10 15 20 25
% Requirements Management Cost compared to total project cost
Fuentes: James Martin, Barry Boehm
9

10. 1.- Sí: los proyectos fallan por culpa de los Requisitos
Requisitos incompletos 13, 1%
Usuarios no involucrados 12.4%
Falta de recursos 10,6%
Expectativas no realistas 9,9%
Falta de soporte ejecutivo 9,6%
Cambios en la especificación 8,7%
Fallos de planificación 8,1%
No hay necesidad futura 7,5%
Fuentes: IT Toolbox y Standish Group
10

11. 1.- Sí: los proyectos fallan por culpa de los Requisitos
Fuente: Keil, Cule, Lyytinen, Schmidt .
11

12. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
12

13. 2.- Los Requisitos defectuosos impactan en el negocio
13

14. 2.- Los Requisitos defectuosos impactan en el negocio
14

15. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
15

16. 3.- Invertir en Requisitos proporciona grandes beneficios
Nivel 1 Nivel 4
Coste estimado por proyecto $ 250.000,00 $ 250.000,00
Sobrecoste medio (preproducción) $ 72.000,00 $ 4.200,00
Coste medio post-producción $ 34.400,00 $ 2.800,00
Coste Total Proyecto $ 356.400,00 $ 257.000,00
Sobre coste total por proyecto $ 106.400,00 $ 7.000,00
• 32,4% en aumento de productividad de los Analistas
• >30% reducción tiempo requerido por Stakeholders
16

17. 3.- Invertir en Requisitos proporciona grandes beneficios
17

18. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
18

19. 4.- El retorno de la inversión es inmediato
Investments - Year One
Software / Hardware
Licenses (IRQA + IRQA Web) 14.100 €
Maintenance - Year One 0€
Hardware 0€
Services
Training 4.000 €
Consulting 8.000 €
People
Labor Related Investment 7.800 €
Grand Total: Year One Investments 33.900 €
Labor Savings
Low High
Total Project Staff Headcount 20 20
Total Labor Hours Saved - Year One 1.598 2.340
Less - Startup Labor Hours Invested 260 260
Net Labor Hours Recovered - Year One 1.338 2.080
Total Annual Labor Euros
40.144 € 62.400 €
Recovered In Year One
Return on Investment
Low High
Investment Payback Period (Months) 8,5 5,8
NPV (over 2 years, discounted at 7%) 12.899 € 54.129 €
First Year ROI 41% 107%
19

20. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
20

21. 5.- No es suficiente con tener una metodología de desarrollo.
• Adoptar metodologías de desarrollo ágiles o basadas en prototipado y
simulación no es garantía de éxito.
21

22. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
22

23. 6.- No es suficiente con tener buenos Analistas
• Un buen analista requiere además:
• Un proceso maduro e institucionalizado en la organización
• Un conjunto de técnicas bien definidas.
• Una capacitación especializada
• Una herramienta que de soporte al proceso y a las técnicas
3 Analistas en organizaciones
de Nivel 2
2 Analistas en organizaciones
de Nivel 3
23

24. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
24

25. 7.- ¿Somos maduros en Requisitos?
Process
Contexto Asset
Actual y legislativo Library
Modelos
Madurez Adecuación de procesos
(3.1)
Diagnóstico Plan de Implantación Mejora
Inicial Mejora Desarrollo de la solución de la Solución Continua
Fase 1 Fase 2 Fase 3 Fase 4 Fase 5
Requirements
Capability Adecuación Solución Tecnológica
Model (3.2)
Evaluaciones Technical Visure
Asset University
Library
25

26. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
26

27. 8.- ¿Qué técnicas debemos de utilizar?
• La clave del éxito en la Ingeniería de Requisitos es usar técnicas:
– Maduras
– Probadas Creativas
Brainstorming
– Que se ajusten a la realidad de la organización Walt Disney
Other people’s view (OPV)
– En base a la tipología de proyectos. Observación
Field Observation
• Elegir las técnicas adecuadas no es sencillo Aprendizaje
Entrevistas
Entrevistas
– Levantamiento de Requisitos Cuestionarios
Osborn checklist
– Priorización / Release Management / Planificación Orientadas a Históricos
Arqueología
– Escritura de Requisitos Reutilización
Otras
– Modelado de requisitos Prototipos, simulaciones, storybo
ards.
– Derivación de pruebas Ordenamiento de Cartas
– Administración del cambio Priorización
MoSCoW
– Análisis de impacto Kano
Matrices de Wieger
User stories
– Gestión de configuraciones y líneas base Release Management
Velocidad del equipo
– Taxonomías de requisitos. Story Points
Maximización / Minimizaciión
– Identificación de stakeholders Planificación y Estimación
Simulaciones de Montecarlo
– … COCOMO
Puntos función
27

28. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
28

29. 9.- Capacitación de las personas: el mejor activo de la organización
• Las personas involucradas en la Ingeniería de Requisitos necesitan una
formación especializada
29

30. Agenda
• Visure Solutions, the Requirements Company
• La inversión en requisitos no puede esperar
• 10 aspectos a considerar cuando hablamos de requisitos
1. Sí: los proyectos fallan por culpa de los requisitos
2. Los requisitos defectuosos impactan en el negocio
3. Invertir en requisitos proporciona grandes beneficios
4. El retorno de la inversión es inmediato
5. No es suficiente con tener una metodología de desarrollo
6. No es suficiente con tener buenos analistas.
7. ¿Somos maduros en Requisitos?
8. ¿Qué técnicas debemos utilizar?
9. Capacitación de las personas: el mejor activo.
10. ¿Estamos usando las herramientas adecuadas?
30

31. 10 .- Seleccionar la herramienta adecuada no es sencillo.
IRQA IRQA IRQA
IRQA Sólo Report Quality IRQA Prototyper
Actividad SubActividad IRQA lectura Manager Analyzer Prototyper Server
Técnicas de Captura y Análisis de Requisitos X X X
Modelado de requisitos X
Especificación y documentación de requisitos X
Manejo de líneas base de requisitos X
Manejo de la trazabilidad de los requisitos X
Control de versiones de los requisitos individuales y grupales X
Ingeniería de requisitos en Taxonomía de requisitos X
proyectos y mantenimiento Manejo de atributos de los requisitos X
(captura, modelado, Consulta y búsqueda de requisitos X
documentación y validación de Firma digital X
requisitos) Reutilización de requisitos, escenarios de prueba y casos de uso X
Trabajo distribuido y fuiera de linea X
Integración con herramientas de ofimática X
Actividades de revisión de la calidad del requerimiento X
Gestión de solicitudes de cambio para mantenimiento X
Gestión de reglas de negocio X
Integración con otras actividades y herramienta para el
desarrollo de los requisitos X
Lectura de requisitos Lectura y seguimiento de los requisitos X
Creación de prototipos y Creación de Prototipos X
simulaciones Creación de Simulaciones X
Consulta de prototipos y
simulaciones
Consulta de prototipos y simulaciones X
Administración de requisitos Gestión de flujos de trabajo para el seguimiento y
administración de los requisitos X
(Administración de la
configuración, diseño de plantillas Generación de informes y dashboards X
de reutilización, diseño de
plantillas de informes y dashbord, Administración de perfiles y permisos X
definición de reglas de calidad del
requerimiento, seguimiento de Seguimiento de los requisitos X
los requisitos)
Administración de plantillas de reutilización X
Definición de reglas para la revisión de la calidad de los
requisitos
X
Creación de escenarios de pruebas X
Definición y administración de Seguimiento de los escenarios de pruebas X
escenarios de pruebas
Creación y seguimiento de los criterios de aceptación de los
requisitos X
Consulta de informes y dashboard
Consulta de los informes y dashboards X X
31

32. Tener un proceso no es suficiente
32

33. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
33

34. Automatizar el proceso
34

35. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
35

36. Prototipado y Simulación
36

37. Prototipado y Simulación
37

38. Diagramas para el levantamiento de Requisitos
38

39. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
39

40. Plantillas de escritura de Requisitos
40

41. Validación de la calidad
41

42. Validación de la calidad
42

43. Validación de la calidad
43

44. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
44

45. Madurez en la especificación
45

46. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
46

47. Priorización multidimensional
47

48. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
48

49. Trazabilidad y Análisis de Impacto
49

50. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
50

51. Ejemplos de Integraciones
51

52. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
52

53. Exportación a Office
53

54. Importación de Requisitos
54

55. Cliente web
55

56. Interfaces personalizables por roles
56

57. Vista documental
57

58. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
58

59. Reutilización
59

60. Reutilización
60

61. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
61

62. Gestión de la Configuración
62

63. Firma electrónica
63

64. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
64

65. Report Manager
65

66. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
66

67. Un posible proceso de licitación
67

68. Análisis de las Respuestas
Cumplimiento Proveedor 1
RFP/RFI: Requisitos y desc
Respuestas y comentarios
Proveedor 1
68

69. Informes de cumplimiento
69

70. ¿Qué debe proporcionar una herramienta?
• Automatizar el proceso
• Dar soporte a las técnicas de levantamiento de requisitos
• Ayudar a escribir correctamente los Requisitos
• Facilitar la comunicación de requisitos a Tecnología.
• Dar soporte a técnicas avanzadas
• Dar soporte a los cambios y al análisis de impacto de los mismos.
• Integrar con otras herramientas del ciclo de vida.
• Proporcionar interfaces adecuadas para cada perfil de usuario
• Permitir reutilizar Requisitos entre proyectos.
• Gestionar las versiones y las configuraciones
• Capacidad de generar informes que reflejen el estado actual de los Requisitos.
• Gestionar RFIs, RFPs y contratos, trazando los Requisitos a su origen.
• Dar soporte a Requirements Based Testing
70

71. Requirements Based Testing
71

72. Jordi Borja – Director de Desarrollo de Negocio y Estrategia de Solución – jborja@visuresolutions.com – 2011
72