5 Consejos Rápidos … Jordi Borja Director General Borland Ibérica Madrid, 20 de Junio de 2008
Esto ya os lo sabéis… 0 10 20 30 40 50 60 70 Requirements Design Code Development Testing Acceptance Testing Operation Relative Cost to Correct a Defect
…  y esto también…
…  y me imagino que estos chistes también…
…  entonces… …  qué os cuento?
Agenda Mejora tus Procesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
Agenda Mejora tus Procesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
Los 5 subprocesos RDM básicos
Los 5 subprocesos RDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries |  Glossary IT Management & Governance Strategic & Operational Demand Business  Demand IT  Operations ELICITATION 1 Elicitation Identify Stakeholders Select Elicitation Techniques 1 Define  User Scenarios Set System Boundaries Manage Dependencies Create Glossary / Domain Model
Los 5 subprocesos RDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries |  Glossary Prioritization | Verify Risk | Estimation IT Management & Governance Strategic & Operational Demand Business  Demand IT  Operations ELICITATION ANALYSIS 1 2 Analysis Prioritize  High-Level User Scenarios Verification & Analysis
Los 5 subprocesos RDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries |  Glossary Prioritization | Verify Risk | Estimation Detail Requirements |  Business Model Scenarios |  UC Model | Prototype IT Management & Governance Strategic & Operational Demand Business  Demand IT  Operations ELICITATION ANALYSIS SPECIFICATION 1 3 2 Specification Detail User Scenarios Create Use Case Model Construct/Enhance Business Model Create UI Prototype
Los 5 subprocesos RDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries |  Glossary Prioritization | Verify Risk | Estimation Detail Requirements |  Business Model Scenarios |  Use Case Model | Prototype Review | Signoff |  Baseline IT Management & Governance Strategic & Operational Demand Business  Demand IT  Operations ELICITATION ANALYSIS SPECIFICATION VALIDATION 1 3 2 4 Validation Review / Validate Requirements
Los 5 subprocesos RDM básicos Requirements Definition & Management Technique | Stakeholders System Boundaries |  Glossary Prioritization | Verify Risk | Estimation Detail Requirements |  Business Model Scenarios |  UC Model | Prototype Review | Signoff |  Baseline IT Management & Governance Strategic & Operational Demand Business  Demand IT  Operations ELICITATION ANALYSIS SPECIFICATION VALIDATION 1 3 2 4 Storage | Linking/Trace | Measure/Audit | Reporting/Doc | Security  MANAGEMENT 5 Manage Storage Baselines Linking Tracing Planning (Impact / Estimation) Reporting / Documentation
Se trata de un proceso iterativo…
Un buen proceso de requisitos, independiente de la metodología que se utilice… 1. Planning 2. Staging 3. Developing 4. Releasing
Contratad a expertos “de verdad”…
Agenda Mejora tus Procesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
Hay, la comunicación … tiempo Lo que el cliente NECESITA Lo DESARROLLADO } Expectation Gap Crítico! Esto no me vale!   …  pero funciona!   PERFECTO…  lo voy a probar!   FUNCIONA!   Customer Developer
Entenderse no es tan difícil…
¿Qué se necesita? Capturar escenarios de negocio, de usuario y funcionales de forma visual. Evitando el lenguaje natural … …  pero evitando lenguajes complejos!! Validación de escenarios a través de prototipado y  Story Boards. Corrección semántica. Reutilización. Con el objetivo de… Disminuir la volatilidad de los requisitos Reducir el retrabajo Estimar presupuestos y plazos de entrega más realistas. Esfuerzos de desarrollo más eficientes. Mayor valor de negocio del software. Clientes más satisfechos.
Un ejemplo… DefineIT
 
Agenda Mejora tus Procesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
Vale la pena el esfuerzo …
Requirements Based Testing Una solución que  valida que los requisitos son correctos, completos y sin ambigüedades ; y que  define automáticamente el conjunto óptimo de casos de prueba  a partir de los requisitos para asegurar la calidad del producto Requirements Quality Validate against Business Objectives Map Against  Use Cases Ambiguity Analysis Domain Expert Reviews Validated Requirements Logical  Test Cases Fix  Requirements Validated Test Cases Validate  Apps Test Case Design Formalize Requirements Define / Optimize Test Cases Test Cases Quality Review Test Cases by Reqs Authors Review Test Cases by Domain Experts Design & Code Quality Review Test Cases by Developers Review Design & Code with Test Cases Test Execution Complete Test Cases Execution Tests
Requirements Based Testing Formalize Requirements For Test Design Cálculo automático de los casos de prueba Exportación directa a herramienta de pruebas
Requirements Based Testing –  CaliberRM & SCTM
Cobertura de Pruebas de Requisitos.
 
Agenda Mejora tus Procesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
Una gestión de cambios típica… CHANGE MANAGEMENT request for change CHANGE MANAGER defect PROJECT MANAGEMENT REQUIREMENTS MANAGEMENT approved request for change approved request for change REQUIREMENTS ANALYST PROJECT MANAGER TEST MANAGEMENT MODEL MANAGEMENT DESIGNER TESTER verified requirements verified requirements CONFIGURATION MANAGER CONFIGURATION MANAGEMENT verified design verified design unit tested code/modules REQUESTOR C
Trazabilidad implícita Release    Demandas; Subsistemas    Artefactos
Trazabilidad de cambios Demandas    Artefactos afectados
Trazabilidad semántica entre artefactos Requisitos    Casos de uso    Diseño    Código…
Análisis de las trazas (explícitas) El objetivo es documentar las relaciones entre información, por ejemplo: Los requisitos funcionales están enlazados con los requisitos de usuario Los componentes técnicos están enlazados con los requisitos funcionales Las pruebas de aceptación están enlazadas con los requisitos de negocio Facilita varias formas de análisis: Análisis de impacto : ¿A qué elementos afecta un cambio en los requisitos? Análisis de trazabilidad : ¿cuál es la razón de algo? Análisis de cobertura :  ¿se han satisfecho todos los requisitos? ¿son necesarios todos los componentes? (‘ gold-plating ’)
¿A que me ayuda la trazabilidad? task USER goal strategy MARKETING BUSINESS conversation system feature FUNCTIONAL INTERFACE ¿Están todas mis  necesidades satisfechas? Cliente
¿A que me ayuda la trazabilidad? task USER conversation system feature FUNCTIONAL INTERFACE ¿Es necesario esto que  estoy implementando? Desarrollador goal strategy MARKETING BUSINESS
Impacto del Cambio … el impacto de un cambio en los requisitos en las pruebas (y viceversa) está claramente gestionado.
Impacto del Cambio Trazabilidad con pruebas
Implicar a todo el equipo de desarrollo…
Agenda Mejora tus Procesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
Los procesos están para ser mejorados…
Jordi Borja Director General Member of Int. Tech. Board Tel:  +34 91 708 09 60 Fax: +34 91 307 66 05 Mobile: +34 679 198 168 [email_address] Borland Ibérica C/ Ribera del Loira, 46 28042 MADRID ESPAÑA www.borland.com

Si la gestión y desarrollo de requisitos es tan importante... ¿Por qué no la mejoramos??

  • 1.
    5 Consejos Rápidos… Jordi Borja Director General Borland Ibérica Madrid, 20 de Junio de 2008
  • 2.
    Esto ya oslo sabéis… 0 10 20 30 40 50 60 70 Requirements Design Code Development Testing Acceptance Testing Operation Relative Cost to Correct a Defect
  • 3.
    … yesto también…
  • 4.
    … yme imagino que estos chistes también…
  • 5.
    … entonces…… qué os cuento?
  • 6.
    Agenda Mejora tusProcesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
  • 7.
    Agenda Mejora tusProcesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
  • 8.
    Los 5 subprocesosRDM básicos
  • 9.
    Los 5 subprocesosRDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries | Glossary IT Management & Governance Strategic & Operational Demand Business Demand IT Operations ELICITATION 1 Elicitation Identify Stakeholders Select Elicitation Techniques 1 Define User Scenarios Set System Boundaries Manage Dependencies Create Glossary / Domain Model
  • 10.
    Los 5 subprocesosRDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries | Glossary Prioritization | Verify Risk | Estimation IT Management & Governance Strategic & Operational Demand Business Demand IT Operations ELICITATION ANALYSIS 1 2 Analysis Prioritize High-Level User Scenarios Verification & Analysis
  • 11.
    Los 5 subprocesosRDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries | Glossary Prioritization | Verify Risk | Estimation Detail Requirements | Business Model Scenarios | UC Model | Prototype IT Management & Governance Strategic & Operational Demand Business Demand IT Operations ELICITATION ANALYSIS SPECIFICATION 1 3 2 Specification Detail User Scenarios Create Use Case Model Construct/Enhance Business Model Create UI Prototype
  • 12.
    Los 5 subprocesosRDM básicos Requirements Definition & Management IIT Management & Governance Technique | Stakeholders System Boundaries | Glossary Prioritization | Verify Risk | Estimation Detail Requirements | Business Model Scenarios | Use Case Model | Prototype Review | Signoff | Baseline IT Management & Governance Strategic & Operational Demand Business Demand IT Operations ELICITATION ANALYSIS SPECIFICATION VALIDATION 1 3 2 4 Validation Review / Validate Requirements
  • 13.
    Los 5 subprocesosRDM básicos Requirements Definition & Management Technique | Stakeholders System Boundaries | Glossary Prioritization | Verify Risk | Estimation Detail Requirements | Business Model Scenarios | UC Model | Prototype Review | Signoff | Baseline IT Management & Governance Strategic & Operational Demand Business Demand IT Operations ELICITATION ANALYSIS SPECIFICATION VALIDATION 1 3 2 4 Storage | Linking/Trace | Measure/Audit | Reporting/Doc | Security MANAGEMENT 5 Manage Storage Baselines Linking Tracing Planning (Impact / Estimation) Reporting / Documentation
  • 14.
    Se trata deun proceso iterativo…
  • 15.
    Un buen procesode requisitos, independiente de la metodología que se utilice… 1. Planning 2. Staging 3. Developing 4. Releasing
  • 16.
    Contratad a expertos“de verdad”…
  • 17.
    Agenda Mejora tusProcesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
  • 18.
    Hay, la comunicación… tiempo Lo que el cliente NECESITA Lo DESARROLLADO } Expectation Gap Crítico! Esto no me vale! … pero funciona! PERFECTO… lo voy a probar! FUNCIONA! Customer Developer
  • 19.
    Entenderse no estan difícil…
  • 20.
    ¿Qué se necesita?Capturar escenarios de negocio, de usuario y funcionales de forma visual. Evitando el lenguaje natural … … pero evitando lenguajes complejos!! Validación de escenarios a través de prototipado y Story Boards. Corrección semántica. Reutilización. Con el objetivo de… Disminuir la volatilidad de los requisitos Reducir el retrabajo Estimar presupuestos y plazos de entrega más realistas. Esfuerzos de desarrollo más eficientes. Mayor valor de negocio del software. Clientes más satisfechos.
  • 21.
  • 22.
  • 23.
    Agenda Mejora tusProcesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
  • 24.
    Vale la penael esfuerzo …
  • 25.
    Requirements Based TestingUna solución que valida que los requisitos son correctos, completos y sin ambigüedades ; y que define automáticamente el conjunto óptimo de casos de prueba a partir de los requisitos para asegurar la calidad del producto Requirements Quality Validate against Business Objectives Map Against Use Cases Ambiguity Analysis Domain Expert Reviews Validated Requirements Logical Test Cases Fix Requirements Validated Test Cases Validate Apps Test Case Design Formalize Requirements Define / Optimize Test Cases Test Cases Quality Review Test Cases by Reqs Authors Review Test Cases by Domain Experts Design & Code Quality Review Test Cases by Developers Review Design & Code with Test Cases Test Execution Complete Test Cases Execution Tests
  • 26.
    Requirements Based TestingFormalize Requirements For Test Design Cálculo automático de los casos de prueba Exportación directa a herramienta de pruebas
  • 27.
    Requirements Based Testing– CaliberRM & SCTM
  • 28.
    Cobertura de Pruebasde Requisitos.
  • 29.
  • 30.
    Agenda Mejora tusProcesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
  • 31.
    Una gestión decambios típica… CHANGE MANAGEMENT request for change CHANGE MANAGER defect PROJECT MANAGEMENT REQUIREMENTS MANAGEMENT approved request for change approved request for change REQUIREMENTS ANALYST PROJECT MANAGER TEST MANAGEMENT MODEL MANAGEMENT DESIGNER TESTER verified requirements verified requirements CONFIGURATION MANAGER CONFIGURATION MANAGEMENT verified design verified design unit tested code/modules REQUESTOR C
  • 32.
    Trazabilidad implícita Release  Demandas; Subsistemas  Artefactos
  • 33.
    Trazabilidad de cambiosDemandas  Artefactos afectados
  • 34.
    Trazabilidad semántica entreartefactos Requisitos  Casos de uso  Diseño  Código…
  • 35.
    Análisis de lastrazas (explícitas) El objetivo es documentar las relaciones entre información, por ejemplo: Los requisitos funcionales están enlazados con los requisitos de usuario Los componentes técnicos están enlazados con los requisitos funcionales Las pruebas de aceptación están enlazadas con los requisitos de negocio Facilita varias formas de análisis: Análisis de impacto : ¿A qué elementos afecta un cambio en los requisitos? Análisis de trazabilidad : ¿cuál es la razón de algo? Análisis de cobertura : ¿se han satisfecho todos los requisitos? ¿son necesarios todos los componentes? (‘ gold-plating ’)
  • 36.
    ¿A que meayuda la trazabilidad? task USER goal strategy MARKETING BUSINESS conversation system feature FUNCTIONAL INTERFACE ¿Están todas mis necesidades satisfechas? Cliente
  • 37.
    ¿A que meayuda la trazabilidad? task USER conversation system feature FUNCTIONAL INTERFACE ¿Es necesario esto que estoy implementando? Desarrollador goal strategy MARKETING BUSINESS
  • 38.
    Impacto del Cambio… el impacto de un cambio en los requisitos en las pruebas (y viceversa) está claramente gestionado.
  • 39.
    Impacto del CambioTrazabilidad con pruebas
  • 40.
    Implicar a todoel equipo de desarrollo…
  • 41.
    Agenda Mejora tusProcesos. La herramienta no lo es todo Evita ambigüedades y valida con el usuario Alinea Desarrollo y Pruebas Gestiona Cambios y crea un entorno colaborativo Obtén indicadores y mejora tu proceso.
  • 42.
    Los procesos estánpara ser mejorados…
  • 43.
    Jordi Borja DirectorGeneral Member of Int. Tech. Board Tel: +34 91 708 09 60 Fax: +34 91 307 66 05 Mobile: +34 679 198 168 [email_address] Borland Ibérica C/ Ribera del Loira, 46 28042 MADRID ESPAÑA www.borland.com