• Like
  • Save

Loading…

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

05 Visure VI Semana del CMMI

  • 707 views
Uploaded on

Presentación de Visure en la VI Semana del CMMI

Presentación de Visure en la VI Semana del CMMI

More in: Technology , Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
707
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
0
Comments
0
Likes
3

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • Ask people to put a checkmark by every item they have experienced.

Transcript

  • 1. RCM, The Requirements Capability Model, un marco complementario a modelos de madurez CMMI 11 de Noviembre de 2010 www.visuresolutions.com Almudena Díez, Consultora – adiez@visuresolutions.com
  • 2. Agenda
    • Presentación de la Compañía
    • ¿Por qué preocuparme de los requisitos?
    • Metodología de Mejora para el desarrollo y gestión de requisitos
    • The Requirements Capability Model (RCM)
  • 3. Agenda
    • Presentación de la Compañía
    • ¿Por qué preocuparme de los requisitos?
    • Metodología de Mejora para el desarrollo y gestión de requisitos
    • The Requirements Capability Model (RCM)
  • 4. ¿Quiénes somos?
    • Compañía con capital 100% español especializada en Ingeniería de Requisitos .
    • Experiencia de más de 10 años en proyectos de Ingeniería de Requisitos
    • Fabricante y distribuidor de la solución IRQA , líder en Ingeniería de Requisitos, con más de 200 clientes en 40 países.
    • Alianzas internacionales con las principales consultoras especializadas en Requisitos, como HOOD Group (Alemania), the Atlantic Systems Guild (USA) o International Requirements Engineering Board .
      • Acuerdos exclusivos para impartir sus programas formativos
      • Acuerdos exclusivos para aplicar sus metodologías registradas en nuestros clientes
      • Formador autorizado IREB.
    • Innovación y evolución continuada.
    • Orientados a solución .
    • Certificación ISO SPICE
  • 5. Nuestra visión Ayudar a nuestros clientes a mejorar la calidad de sus productos y servicios a través de la optimización de sus procesos de Gestión y Definición de Requisitos
  • 6. Agenda
    • Presentación de la Compañía
    • ¿Por qué preocuparme de los Requisitos?
    • Metodología de Mejora para el desarrollo y gestión de requisitos
    • The Requirements Capability Model (RCM)
  • 7. ¿Le son familiares estas situaciones?
    • La visión del proyecto y el alcance nunca son claramente definidos.
    • Los clientes están demasiado ocupados para gastar su tiempo trabajando con los analistas o desarrolladores sobre los requisitos.
    • Los clientes afirman que todos los requisitos son críticos, y no los priorizan.
    • Los desarrolladores se encuentran con ambigüedades y omisión de información cuando desarrollan los requisitos, y así comienza la inventiva.
    • Sus clientes firman (aprueban) los requisitos y luego los cambian continuamente.
    • El alcance del proyecto aumenta a medida que se aceptan cambios en requisitos, pero el calendario no se modifica en plazos ni en recursos.
    • Los cambios de requisitos se pierden e incluso no se conoce el estado de las peticiones de cambio.
    • La funcionalidad es solicitada y construida, pero nunca usada.
    • La especificación está satisfecha, pero el cliente no.
  • 8. ¿Le son familiares estas situaciones? Sorpresa ! } Tiempo Lo que el cliente necesita Lo que el desarrollador construye
  • 9. La realidad de los proyectos software
    • En 2004, el Chaos Report de Standish Group vaticinaba una mejora continuada en el número de proyectos software que terminaban con éxito.
    • ¿Pero qué ha ocurrido en realidad?
    Nota: Standish Group, en su Chaos Report considera como variables de éxito la entrega en tiempo y coste , la calidad de los sistemas entregados, y el cumplimiento de las necesidades del usuario ( alcance )
  • 10. La realidad de los proyectos software
    • Evolución de los resultados del análisis Chaos Report .
    • En 2006, diferentes analistas ya predecían este comportamiento:
    Fuente: TynerBlain.com
  • 11. Algunos datos interesantes… Fuentes: James Martin, Barry Boehm Causas de los defectos Esfuerzo dedicado a corregir los defectos Coste relativo de solucionar un defecto La importancia de los Requisitos
  • 12. ¿Cuál es el Retorno de la Inversión (ROI)?
    • Según datos del Software Engineering Institute, SEI, el 40% del tiempo de un proyecto se dedica al retrabajo:
      • Alrededor de un 80% del retrabajo está asociado a problemas en los Requisitos. ¡Esto supone que el 30% del coste y esfuerzo de un proyecto se dedica a corregir defectos en los Requisitos!
    • Según Gartner, un tercio del dinero invertido en mejoras en la codificación no proporciona ningún valor a las organizaciones.
    • ¿Por qué no invertirlo en mejorar los procesos de Requisitos?
    30%
  • 13. Agenda
    • Presentación de la Compañía
    • ¿Por qué preocuparme de los Requisitos?
    • Metodología de Mejora para el desarrollo y gestión de requisitos
    • The Requirements Capability Model (RCM)
  • 14. Metodología de Mejora Process Asset Library Modelos Madurez Requirements Capability Model Evaluaciones Visure University Technical Asset Library Contexto Actual y legislativo
  • 15. Fase 1 – Diagnóstico Inicial
    • OBJETIVOS
      • Analizar los procesos actuales y en definición
      • Detectar fortalezas y debilidades
      • Establecer grado de alineamiento con estándares
    • ACTIVIDADES
      • Preparación y orientación de la evaluación
      • Revisión de documentación de procesos
      • Revisión de documentación de proyectos
      • Revisión de implantación mediante entrevistas
      • Elaboración y presentación de los informes de resultados
  • 16. Estándares utilizados
    • CMMI for Development v 1.2
      • Principalmente las áreas de proceso REQM Y RD.
      • Pero analizando los interfaces con otras áreas de proceso como TS, PI, VER, VAL, RSKM, CM, PP y PMC.
      • Evalúa el uso de prácticas específicas y genéricas, así como el cumplimiento de objetivos.
    • Requirements Capability Model (RCM)
      • Definido por Visure en colaboración con líderes del sector de automoción y defensa.
      • Específico de Ingeniería de Requisitos.
      • Evalúa las prácticas, actividades, necesidades de capacitación y herramientas de apoyo existentes.
      • Cubre aspectos como reutilización, gestión del cambio, trazabilidad, grado de implantación, …
  • 17. Estándares utilizados
    • IREB: estándar para la certificación de analistas en Ingeniería de Requisitos.
    • SPICE (ISO 15504)
      • Principalmente las áreas de proceso de:
        • Definición de requisitos de stakeholders
        • Análisis de los requisitos del sistema
        • Análisis de requisitos del software
      • Pero analizando los interfaces con otras áreas de proceso de soporte
      • Evalúa:
        • Parte genérica: Uso de atributos de proceso (AP) y los componentes de los atributos de proceso (CAP)
        • Parte específica ( outcomes )
        • Cumplimiento de objetivos
  • 18. Agenda
    • Presentación de la Compañía
    • ¿Por qué preocuparme de los Requisitos?
    • Metodología de Mejora para el desarrollo y gestión de requisitos
    • The Requirements Capability Model (RCM)
  • 19. The Requirements Capability Model, RCM RCM RCM RCM RCM RCM Nivel 1 Nivel 3 Nivel 2 Nivel 4 Nivel 5 Proceso CMMI, Spice, ISO, ad-hoc Personas Formación Tecnología Herramientas
  • 20. ¿Por qué emplear RCM?
    • ¿Por qué emplear The Requeriments Capability Model (RCM)?
      • Es un Modelo de Buenas Prácticas basado en experiencias exitosas del mercado.
      • Evalúa la idoneidad de la Capacidad del Proceso de Requisitos en tres aspectos:
        • Los PROCESOS
        • Las PERSONAS
        • La TECNOLOGÍA
      • Es compatible y complementario con otros estándares y modelos de referencia, p. e. CMMI, SPICE, ITIL, COBIT, etc.
  • 21. Objetivos de RCM
    • Los principales objetivos de un diagnóstico inicial empleando RCM son:
      • Identificar la adherencia de los Procesos de Ingeniería de Requisitos con los estándares reconocidos por el mercado:
        • CMMI for Development v1.2
        • SPICE (ISO 15504)
        • IREB
      • Profundizar en el detalle, de cara a la identificación de diferentes características del Proceso de Definición y Gestión de Requisitos, como son:
        • Estructuración de los requisitos
        • Idoneidad de la trazabilidad
        • Alcance de la gestión de cambios
        • Reutilización de requisitos
        • Etc.
  • 22. Niveles de RCM
    • El Modelo RCM establece diferentes niveles de Capacidad:
      • En el nivel 0 los requisitos están recogidos en documentos y no están estructurados más allá de la organización en capítulos del propio documento.
      • En el nivel 1 comienza la implantación del proceso de Ingeniería de Requisitos en una organización.
      • En el nivel 2 existe un proceso de Gestión y Definición de Requisitos establecido.
      • En el nivel 3 se mantienen trazas a nivel de pruebas de aceptación y gestión del proyecto.
      • En el nivel 4 se mantienen trazas a nivel de elementos de diseño.
      • En el nivel 5 es consistente la gestión de cambios, la reutilización de requisitos y la implantación corporativa del proceso de Ingeniería de Requisitos.
  • 23. El Modelo RCM Los requisitos están identificados con códigos únicos, redactados de forma adecuada y caracterizados con atributos básicos (origen y prioridad) Nivel 1 Estructurado Se establecen los niveles de requisitos a tratar (requisitos de usuario, de sistema, de subsistema, etc.), y los tipos de requisitos (funcionales, no funcionales.) Se definen las relaciones de trazabilidad entre requisitos. Se establece el proceso de gestión de los requisitos de los distintos niveles (ciclo de vida, responsables de cada estado, etc.) Nivel 2 Proceso Definido Se asegura que los requisitos son verificables. Se trazan los requisitos con las pruebas de aceptación y verificación. Se trazan los requisitos con las etapas del proyecto. Nivel 3 Trazado inicial Los requisitos se trazan con los elementos de diseño. Nivel 4 Trazado Se realizan modelos de negocio: clases conceptuales, casos de uso de negocio, diagramas de secuencia, etc. Se realizan modelos del funcionamiento del sistema a desarrollar: casos de uso, escenarios, prototipos, etc. Nivel 5 Modelizado Los requisitos están recogidos en documentos y no están estructurados. Nivel 0 No Estructurado NIVELES DE CAPACIDAD
  • 24. Niveles de RCM Nivel 0- No estructurado Nivel 1- Estructurado Nivel 2- Proceso definido Nivel 3- Trazado inicial Nivel 4- Trazado Nivel 5- Modelizado Gestión del cambio y reutilización
  • 25. Niveles de capacidad RCM
    • Niveles de 1 a 3:
      • Comienza la implantación del proceso de Ingeniería de Requisitos en una organización.
      • Los requisitos están estructurados en una jerarquía (requisitos padre e hijos).
      • Se identifican incipientes prácticas para la gestión de cambios, la reutilización de requisitos y la implantación corporativa del proceso de Ingeniería de Requisitos.
      • Se identifican métricas.
    • Niveles 4 y 5:
      • Existe trazabilidad completa y gestión de cambios a todos los niveles.
      • La reutilización de requisitos existe y es consistente.
      • Se dispone de métricas consistentes.
  • 26. Niveles de capacidad RCM
    • Cada uno de los niveles de capacidad está conformado por diversas prácticas, que se agrupan en 4 categorías:
      • Prácticas relacionadas con la Ingeniería de Requisitos (IR)
      • Prácticas relacionadas con el Control de Cambios (GC)
      • Prácticas para garantizar la Implantación Corporativa (IC)
      • Prácticas de Reutilización (RU)
  • 27. Niveles de capacidad RCM NIVEL Ingeniería de Requisitos y Gestión de Cambios Implantación Corporativa y Reutilización Funcionalidades Herramienta (IRQA) Formación necesaria Nivel 1 Codificación de requisitos Patrón de escritura Jerarquía Origen de requisitos Prioridad de requisitos Líneas base Impacto de cambio en requisitos Negociación de cambios Conceptos de negocio Reglas de codificación Plantillas de redacción de requisitos Valores de prioridad Métricas de redacción de requisitos Reutilización de patrones Reutilización de conceptos de negocio Captura de requisitos y servicios Codificación automática Atributos Jerarquía de requisitos Conceptos de negocio Gestión de vistas y filtros Versiones de requisitos y servicios Líneas base Plantillas de proyecto IRQA Quality Analyzer Module
    • Formación básica en IR:
    • Redacción de requisitos
    • Codificación
    • Priorización
    • Trazabilidad al origen
    • Conceptos de negocio
  • 28. Niveles de capacidad RCM NIVEL Ingeniería de Requisitos y Gestión de Cambios Implantación Corporativa y Reutilización Funcionalidades Herramienta (IRQA) Formación necesaria Nivel 2 Identificación de niveles de requisitos Ciclo de vida Clasificación de requisitos Trazabilidad entre niveles Relaciones entre requisitos Análisis de impacto de cambios Definición de niveles de requisitos y reglas de trazabilidad Tipificación de requisitos Métricas de consistencia Reutilización de requisitos Diagramas de bloques Atributos Flujos de trabajo Relaciones entre requisitos por motivo libre Matriz de trazabilidad Análisis de consistencia Reutilización de componentes
    • Formación en IR:
    • Trazabilidad
    • Ciclo de vida de requisitos
  • 29. Niveles de capacidad RCM NIVEL Ingeniería de Requisitos y Gestión de Cambios Implantación Corporativa y Reutilización Funcionalidades Herramienta (IRQA) Formación necesaria Nivel 3 Definición de niveles de pruebas de aceptación y verificación Trazabilidad de requisitos a pruebas Asignación de requisitos a etapas del proyecto Análisis de impacto de cambios Definición de niveles de pruebas y reglas de trazabilidad con requisitos Definición de reglas de asignación a etapas del proyecto Métricas de consistencia Métodos de estimación de esfuerzo Reutilización de requisitos y pruebas Diagramas de bloques Atributos Captura de pruebas Matriz de trazabilidad Integración con TD/QC Integración con MS Project Análisis de consistencia Estimación de esfuerzo Reutilización de componentes
    • Formación en IR:
    • Requisitos y pruebas
    • Requisitos y gestión de proyecto
  • 30. Niveles de capacidad RCM NIVEL Ingeniería de Requisitos y Gestión de Cambios Implantación Corporativa y Reutilización Funcionalidades Herramienta (IRQA) Formación necesaria Nivel 4 Identificación de elementos de diseño Trazabilidad entre requisitos y elementos de diseño Análisis de impacto de cambios Definición de técnicas de diseño y reglas de trazabilidad Métricas de consistencia Reutilización de requisitos y elementos de diseño Integración con herramientas UML
    • Formación en IR:
    • Trazabilidad
  • 31. Niveles de capacidad RCM NIVEL Ingeniería de Requisitos y Gestión de Cambios Implantación Corporativa y Reutilización Funcionalidades Herramienta (IRQA) Formación necesaria Nivel 5 Modelos de negocio Trazabilidad entre requisitos y modelos de negocio Modelos de interacción del sistema con el exterior Modelos de comportamiento del sistema Análisis de impacto de cambios Reglas de trazabilidad entre requisitos y elementos de modelización Reutilización de modelos de negocio Conceptos de negocio Relaciones entre requisitos y conceptos de negocio Diagramas de casos de uso y de contexto Actores/Entidades Externas Servicios Diagramas de estados Diagramas de secuencia DFDs Escenarios Analizador Automático Plantillas de proyecto
    • Formación en IR:
    • Técnicas de modelización de requisitos
  • 32. Evaluación RCM
    • El modelo RCM posee un método de evaluación basado en el análisis de:
      • La documentación de los Procesos de Gestión y Definición de Requisitos.
      • La documentación de los Proyectos en el marco de los Requisitos.
      • Adicionalmente a la revisión de esta documentación, se realizan diferentes entrevistas con el personal involucrado, de forma que todos los puntos de vista son tenidos en cuenta.
    • Toda esta información es tratada de forma objetiva para obtener así una ponderación de la adherencia de los procesos de la organización frente a las prácticas del modelo, a nivel de cumplimiento con el Modelo RCM y también para cada nivel de RCM en sus diferentes categorías.
  • 33. Resultados RCM G: No se identifican debilidades en la ejecución de las prácticas Y: Se identifican algunas debilidades en la ejecución de las prácticas R: No se ejecutan las prácticas
    • Se obtiene una valoración cualitativa y cuantitativa de la cobertura frente al modelo RCM, identificando:
      • Puntos Fuertes
      • Oportunidades de Mejora
      • Métricas del cumplimiento de cada nivel y práctica
  • 34.
    • ¿PREGUNTAS?
    • ¡Muchas gracias!
    • [email_address]