LA ESTIMACIÓN DE PROYECTOS SOFTWARE EN LA FACTORÍA Ramiro Carballo (GESEIN) r.carballo@gesein.com 24  Septiembre 2009 SFIC 2009- SIMO NETWORK - Madrid
Consultoría y Soluciones para la Calidad y la Mejora del Proceso Software y de las TIC : Implantación de Modelos de Procesos: CMMI / CMM / ISO 9001/ SPICE / PSP / TSP / ITIL … Implantación de  Oficinas de Proyectos Oficinas de Calidad Help Desk Formación Las métricas : la Mejora Gesein: Servicios TI
Asociación Española de Métricas de los  Sistemas Informáticos www.aemes.org   Hasta un total de 50 miembros...
Asociación Española para la Calidad  www.aec.es   COMITÉ DE SOFTWARE       Grupos de Trabajo:    Gestión de Conocimiento y Calidad del Software CMMI para pequeñas organizaciones Formación CSQE Desayunos de Trabajo Relaciones Cliente – Proveedor Oportunidades para la Industria Española del Software
Asociación Española de Normalización  AENOR   CTN71 / SC7: Subcomité 7 de Ingeniería del Software       Adaptación  y elaboración de normas:    ISO 12.207: Ciclo de Vida de las aplicaciones UNE Gestión de Proyectos Informáticos ISO 90.003: Adaptación de ISO 9000 al Software ISO 20.000: ITIL Miles más....
IT SERVICE MANAGEMENT FORUM  itSMF   Grupo de Trabajo de AEMES-itSMF       Agrupa esfuerzo de varias asociaciones:    Se elaborará un marco para la medición de los servicios Inspirado en COBIT Que apoye fuertemente a ITIL En fase inicial de sus actividades....
 
Medición automática de puntos función Proyecto MESURA
Q UAN TI TATIVA Marco Metodológico para la Gestión  Cuantitativa de Proyectos y Procesos Software              Proyecto I+D+i sobre métricas y gestión cuantitativa subvencionado por el Ministerio de Industria, Comercio y Turismo.        
CMMI /SPICE ISO 9001 para Software ISO 20.000 (Gestión del Servicio,  ITIL) ISO 27.001 (Gestión de la Seguridad) Grupo AEI CalidaddelSoftware.com Gestión de 3 colectivos de empresas 2006-2009 hasta 63 empresas
ESTIMACIÓN DE PROYECTOS
La mejora de procesos, motor de la producción de software. © Ramiro Carballo . GESEIN.
En los proyectos de desarrollo de software a medida se busca la satisfacción de los requisitos del cliente cubriendo los objetivos economicos y temporales. La gestión de los cambios durante este tipo de proyectos entorpece la consecución de los objetivos, pero es inevitable asumir estos cambios para satisfacer las necesidades reales del cliente, aunque difieran de los requisitos recogidos al inicio del proyecto. El proceso de gestión de cambios y su impacto en el coste y en los plazos del proyecto se pueden gestionar cuantitativamente desde las etapas más tempranas del ciclo de vida del proyecto. Los requisitos en el proceso  comercial “llave en mano”
Un modelo teórico Petición Requisitos  ESTUDIO  DE COSTES:  Oferta Recursos Gestión de CAMBIOS Concepto  Vaga Idea  Análisis  Diseño
Medidas Ciclo de Vida Petición Cómo Construir Probar Qué hacer R E V R E V R E V Diseño Código Result R E V V a l i d a Control tamaño defectos esfuerzo duración Indice de Productividad = tamaño / esfuerzo Tasa de defectos = defectos / tamaño
Estimación Ciclo de Vida Qué hacer ERS tamaño Indice de Productividad Tasa de defectos ESTIMACIÓN Diseño Requisitos Necesidad  Vaga Idea  defectos esfuerzo duración PLAN
Automatización de la estimación temprana
Metamodelo de IRqA
Análisis Conceptual
Medición Automática PF
Funcionalidad MESURA
Funcionalidad MESURA
Estimación temprana en base a la experiencia histórica
Estimación en base a la experiencia TAMAÑO PRODUCTIVIDAD TIPO DE  PROYECTO REPOSITORIO
EL REPOSITORIO REPOSITORIO
EL REPOSITORIO DEL MODELO DE PUTNAM (SLIM) Datos Fundamentales: Tamaño Esfuerzo Duración Defectos  Datos de Búsqueda: Tamaño Tipo de Proyecto  (Gestión, Telecomunicaciones, Tiempo Real, etc.) (Infiere Ratios del Grupo o Métricas : Productividad PI, Presión de tiempo MBI) Datos de Entrada: Tamaño Productividad  Presión de Tiempo  (opcional) REPOSITORIO
EL REPOSITORIO DEL MODELO DE PUTNAM (SLIM) Datos Salida: Esfuerzo total y por cada fase Distribución del esfuerzo en cada fase mediante curvas de Rayleigh Distribución de esfuerzo por categorias profesionales Número máximo de personas del equipo en cada fase Duración total y distribuída por fases Solapamiento entre fases Fechas estimadas de hitos predefinidos Defectos esperados en cada fase Tiempo medio entre defectos (MTTD) al final de cada fase Distribución de defectos en 5 niveles de criticidad REPOSITORIO
Alcance del ciclo de vida en la factoría Qué hacer Cómo Construir Probar Cliente Factoría
Estimación de tamaño basada  en tres puntos. Rango de incertidumbre Tamaño mínimo Tamaño probable Tamaño máximo
Estimación temprana del  tamaño : Primer orden de magnitud: estimando PF aplicando heurísticas Durante el análisis de requisitos: midiendo PF sin complejidad. Estimación temprana del  coste : Productividad basada en factores de corrección: Primer orden de magnitud (PF) * Factor de Corrección-POM * productividad real. Medición sin complejidad (PF) * Factor de Corrección-MSC * productividad real. Oferta Comercial (precio cerrado)
Ofertas “llave en mano” y seguimiento Tamaño Real Plan Ejecutado Productividad Real  Fin E.Viabilidad Análisis Heurística Tamaño Plan en Estudio de  Viabilidad Productividad Temprana  Medición Tamaño Plan Inicial Productividad Medida Cambios de Alcance Análisis del Impacto Replanificación Productividad Actual % % % % % %
Demo de una planificación dado un tamaño funcional estimado, buscando la distribución óptima de recursos y de calendario
Evaluando el impacto de los cambios de alcance durante el seguimiento
Evalúa el Progreso respecto del Plan Los datos actuales están fuera de las bandas de control de la desviación Los semáforos avisan cuando se necesita replanificar
Si la predicción es mala . . . se replanifica QSM ajusta una curva a los datos actuales para encontrar la nueva fecha de finalización
Seguimiento del Progreso contra Estimación inicial: Estimar, Controlar, y Predecir el final usando SLIM Control
Demo de una replanificación en un cambio de alcance
Vendiendo en Euros por Punto Función
VENTA  DE SOFTWARE EN BASE A  EUROS / PUNTO FUNCIÓN Identify need proyecto INITIATION SOFTWARE REQUIREMENTS ANALYSIS ARCHITECTURE DESIGN CONSTRUCTION QA / SYSTEM TESTING IMPLEMENTATION Business Case Engage analyst (fixed price) Engage developer Pay agreed price PLUS changes (dispute settlement?) NEGOTIATED  Change Control Engage scope manager (early  estimates - size, cost, duration) proyecto Scope Document Engage developer  ($$ per function point) Requirements Specification Baseline Function Point Count MEASURED  Change Control  (Scope Manager) Pay on size of delivered software  PLUS documented changes
www.Gesein.com www.AEC.es www.AEMES.org Personalmente:  [email_address] El portal  www.CalidaddelSoftware.com   (lista de distribución de correos) MAS INFORMACIÓN:

19 AEMES SFIC 2009

  • 1.
    LA ESTIMACIÓN DEPROYECTOS SOFTWARE EN LA FACTORÍA Ramiro Carballo (GESEIN) r.carballo@gesein.com 24 Septiembre 2009 SFIC 2009- SIMO NETWORK - Madrid
  • 2.
    Consultoría y Solucionespara la Calidad y la Mejora del Proceso Software y de las TIC : Implantación de Modelos de Procesos: CMMI / CMM / ISO 9001/ SPICE / PSP / TSP / ITIL … Implantación de Oficinas de Proyectos Oficinas de Calidad Help Desk Formación Las métricas : la Mejora Gesein: Servicios TI
  • 3.
    Asociación Española deMétricas de los Sistemas Informáticos www.aemes.org Hasta un total de 50 miembros...
  • 4.
    Asociación Española parala Calidad www.aec.es COMITÉ DE SOFTWARE       Grupos de Trabajo:   Gestión de Conocimiento y Calidad del Software CMMI para pequeñas organizaciones Formación CSQE Desayunos de Trabajo Relaciones Cliente – Proveedor Oportunidades para la Industria Española del Software
  • 5.
    Asociación Española deNormalización AENOR CTN71 / SC7: Subcomité 7 de Ingeniería del Software       Adaptación y elaboración de normas:   ISO 12.207: Ciclo de Vida de las aplicaciones UNE Gestión de Proyectos Informáticos ISO 90.003: Adaptación de ISO 9000 al Software ISO 20.000: ITIL Miles más....
  • 6.
    IT SERVICE MANAGEMENTFORUM itSMF Grupo de Trabajo de AEMES-itSMF       Agrupa esfuerzo de varias asociaciones:   Se elaborará un marco para la medición de los servicios Inspirado en COBIT Que apoye fuertemente a ITIL En fase inicial de sus actividades....
  • 7.
  • 8.
    Medición automática depuntos función Proyecto MESURA
  • 9.
    Q UAN TITATIVA Marco Metodológico para la Gestión Cuantitativa de Proyectos y Procesos Software            Proyecto I+D+i sobre métricas y gestión cuantitativa subvencionado por el Ministerio de Industria, Comercio y Turismo.        
  • 10.
    CMMI /SPICE ISO9001 para Software ISO 20.000 (Gestión del Servicio, ITIL) ISO 27.001 (Gestión de la Seguridad) Grupo AEI CalidaddelSoftware.com Gestión de 3 colectivos de empresas 2006-2009 hasta 63 empresas
  • 11.
  • 12.
    La mejora deprocesos, motor de la producción de software. © Ramiro Carballo . GESEIN.
  • 13.
    En los proyectosde desarrollo de software a medida se busca la satisfacción de los requisitos del cliente cubriendo los objetivos economicos y temporales. La gestión de los cambios durante este tipo de proyectos entorpece la consecución de los objetivos, pero es inevitable asumir estos cambios para satisfacer las necesidades reales del cliente, aunque difieran de los requisitos recogidos al inicio del proyecto. El proceso de gestión de cambios y su impacto en el coste y en los plazos del proyecto se pueden gestionar cuantitativamente desde las etapas más tempranas del ciclo de vida del proyecto. Los requisitos en el proceso comercial “llave en mano”
  • 14.
    Un modelo teóricoPetición Requisitos ESTUDIO DE COSTES: Oferta Recursos Gestión de CAMBIOS Concepto Vaga Idea Análisis Diseño
  • 15.
    Medidas Ciclo deVida Petición Cómo Construir Probar Qué hacer R E V R E V R E V Diseño Código Result R E V V a l i d a Control tamaño defectos esfuerzo duración Indice de Productividad = tamaño / esfuerzo Tasa de defectos = defectos / tamaño
  • 16.
    Estimación Ciclo deVida Qué hacer ERS tamaño Indice de Productividad Tasa de defectos ESTIMACIÓN Diseño Requisitos Necesidad Vaga Idea defectos esfuerzo duración PLAN
  • 17.
    Automatización de laestimación temprana
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
    Estimación temprana enbase a la experiencia histórica
  • 24.
    Estimación en basea la experiencia TAMAÑO PRODUCTIVIDAD TIPO DE PROYECTO REPOSITORIO
  • 25.
  • 26.
    EL REPOSITORIO DELMODELO DE PUTNAM (SLIM) Datos Fundamentales: Tamaño Esfuerzo Duración Defectos Datos de Búsqueda: Tamaño Tipo de Proyecto (Gestión, Telecomunicaciones, Tiempo Real, etc.) (Infiere Ratios del Grupo o Métricas : Productividad PI, Presión de tiempo MBI) Datos de Entrada: Tamaño Productividad Presión de Tiempo (opcional) REPOSITORIO
  • 27.
    EL REPOSITORIO DELMODELO DE PUTNAM (SLIM) Datos Salida: Esfuerzo total y por cada fase Distribución del esfuerzo en cada fase mediante curvas de Rayleigh Distribución de esfuerzo por categorias profesionales Número máximo de personas del equipo en cada fase Duración total y distribuída por fases Solapamiento entre fases Fechas estimadas de hitos predefinidos Defectos esperados en cada fase Tiempo medio entre defectos (MTTD) al final de cada fase Distribución de defectos en 5 niveles de criticidad REPOSITORIO
  • 28.
    Alcance del ciclode vida en la factoría Qué hacer Cómo Construir Probar Cliente Factoría
  • 29.
    Estimación de tamañobasada en tres puntos. Rango de incertidumbre Tamaño mínimo Tamaño probable Tamaño máximo
  • 30.
    Estimación temprana del tamaño : Primer orden de magnitud: estimando PF aplicando heurísticas Durante el análisis de requisitos: midiendo PF sin complejidad. Estimación temprana del coste : Productividad basada en factores de corrección: Primer orden de magnitud (PF) * Factor de Corrección-POM * productividad real. Medición sin complejidad (PF) * Factor de Corrección-MSC * productividad real. Oferta Comercial (precio cerrado)
  • 31.
    Ofertas “llave enmano” y seguimiento Tamaño Real Plan Ejecutado Productividad Real Fin E.Viabilidad Análisis Heurística Tamaño Plan en Estudio de Viabilidad Productividad Temprana Medición Tamaño Plan Inicial Productividad Medida Cambios de Alcance Análisis del Impacto Replanificación Productividad Actual % % % % % %
  • 32.
    Demo de unaplanificación dado un tamaño funcional estimado, buscando la distribución óptima de recursos y de calendario
  • 33.
    Evaluando el impactode los cambios de alcance durante el seguimiento
  • 34.
    Evalúa el Progresorespecto del Plan Los datos actuales están fuera de las bandas de control de la desviación Los semáforos avisan cuando se necesita replanificar
  • 35.
    Si la predicciónes mala . . . se replanifica QSM ajusta una curva a los datos actuales para encontrar la nueva fecha de finalización
  • 36.
    Seguimiento del Progresocontra Estimación inicial: Estimar, Controlar, y Predecir el final usando SLIM Control
  • 37.
    Demo de unareplanificación en un cambio de alcance
  • 38.
    Vendiendo en Eurospor Punto Función
  • 39.
    VENTA DESOFTWARE EN BASE A EUROS / PUNTO FUNCIÓN Identify need proyecto INITIATION SOFTWARE REQUIREMENTS ANALYSIS ARCHITECTURE DESIGN CONSTRUCTION QA / SYSTEM TESTING IMPLEMENTATION Business Case Engage analyst (fixed price) Engage developer Pay agreed price PLUS changes (dispute settlement?) NEGOTIATED Change Control Engage scope manager (early estimates - size, cost, duration) proyecto Scope Document Engage developer ($$ per function point) Requirements Specification Baseline Function Point Count MEASURED Change Control (Scope Manager) Pay on size of delivered software PLUS documented changes
  • 40.
    www.Gesein.com www.AEC.es www.AEMES.orgPersonalmente: [email_address] El portal www.CalidaddelSoftware.com (lista de distribución de correos) MAS INFORMACIÓN: