Estimaciones para la planeación y control del software Carlos Eduardo Vazquez 28/06/2016 FATTO CONSULTORIA Y SISTEMAS © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 1 ORIENTACIONES INICIALES De preferencia al uso de una conexión de banda larga Este evento no tendrá video (webcam), solamente la presentación y audio Si es necesario, ajuste el idioma de la sala en la barra de herramientas superior Tendrá una duración de ~45 min. de presentación y ~15 min. finales para perguntas Puedes enviar tus preguntas por el chat durante la presentación Para aquellos que poseen certificación PMP, el webinar otorga un crédito de 1 PDU La grabación y material serán publicados posteriormente en nuestra página y redes sociales: © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 2 MISIÓN Apoyar a nuestros clientes a establecer modelos de negocio en los que tengan el control y traer visibilidad del desempeño para la gestión de sus procesos de software. DIRECCIONAMENTO ESTRATÉGICO CON: Estimación y Medición de Proyectos de Software Implantación del Análisis de Puntos de Función (IFPUG, NESMA , COSMIC) Auditoria de Mediciones de Proyectos de Software Medidos con APF Benchmarking y Análisis de productividad Evaluación para Mejora de Procesos de Software Ingeniería de Requisitos Planeación y evaluación del desempeño (Alcance, Esfuerzo, costo, plazo, calidad) Construcción y Monitoreo de Contratos de Software basados en Resultados Integración de Desarrollo Ágil con Gobierno Corporativo de TI usando Métricas Funcionales © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 3 FORMACIÓN PROFESIONAL Medición y Estimación de Software con Puntos de Función 24 horas (Online en Vivo y Presencial) Ingeniería de Requerimentos de Software 24 horas (Online en Vivo y Presencial) Medición y Estimación de Software con COSMIC 16 horas (Online en Vivo y Presencial) Preparación para la Certificación CFPS 96 horas (EAD y presencial) Preparación para la Certificación CPRE-FL 16 Horas (EAD y Presencial) Preparación para la Certificación CC-FL 16 Horas (EAD y Presencial) Taller en Análisis de Puntos de Función: Prácticas de Medición 16 horas (Presencial) Taller en Ingeniería de Requerimientos 16 horas (Presencial) Estimación Projetos de Software con COCOMO II 16 horas (Online en Vivo y Presencial) Capacitación en Análisis De Puntos de Función 16 horas (Online en Vivo y Presencial) El libro más vendido de Puntos de Función en Brasil fue escrito por nuestros consultores Formamos ~25% de los especialistas certificados por el IFPUG en Brasil Somos representantes de Scope Project Sizing Software © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 4 Estimaciones para la planeación y control del software © 2016 FATTO Consultoría y Sistemas | www.fattocs.com 5 AGENDA • Problema a ser resuelto • Fundamentos • Medición Funcional • COCOMOII • Conclusión © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 6 Un problema para la estimación 2. El gráfico ilustra la agudeza alcanzada de las estimaciones Alta en pequeños proyectos Disminuyendo conforme a media que el proyecto aumenta agudeza alcanzada 100% Agudeza exigida Región sin problema 0% 1. El comportamiento de la estimacion tiene relación con el tamaño de lo que se desea estimar Pequeño © FATTO Consultoria y Sistemas – www.fattocs.com 3. La agudeza exigida para las estimaciones es más alta cuanto mayor cuanto mayor es el tamaño de los proyectos agudeza exigida Región de problema tamaño Grande 4. Los impactos negativos en los plazos y costo de los proyectos, causados por el error entre lo previsto y lo efectuado, son bajos en proyectos pequeños, aumentando de acuerdo a su crecimiento 7 Un problema para la estimación Estimando en el mejor escenario propicio Dificultad programar una Transacción Probar una transacción Impacto Pequeño! Región sin problema “Estimar a realización de una actividad de 12 horas” © FATTO Consultoria y Sistemas – www.fattocs.com Cuando se pide una estimación para un desarrollador para la entrega de un programa después de hecho las pruebas la respuesta de 12 horas es probable que sea confirmada Se trata de un pedazo cuya dificultad de estimar es pequeña La probabilidad de error también es pequeña El impacto del error en este contexto también es pequeña Todo el mundo está feliz 8 Un problema para la estimación Mares bravos para la estimación Dificultad Fase Fase Fase Fase 01 02 03 04 región de problema Impacto Grande! “Estimar la entrega de un producto final a lo largo de dos años” Descomponer un proyecto en sus partes y estimar esas partes pequeñas es la solución Los escenarios en los que la estimación es difícil por el tamaño y el impacto es alto ya no serán mas un problema El esfuerzo total de un proyecto por la suma de las estimaciones de esfuerzo para cada actividad Experiencia individual de los responsables de la estimación Se utiliza la estructura analítica en que el proyecto de software es descompuesto en sus actividades y la estimativa de esfuerzo es proporcionada para cada una © FATTO Consultoria e Sistemas – www.fattocs.com 9 El problema para la estimación La falla en la lógica de la descomposición alcance preliminar desenvolvimiento Necesidades del negocio evolución decisiones y acuerdos sobre los requisitos es la arquitectura de la solución ? ? ? ? ? No se consigue saber cuales son esas actividades de 12 horas cuando se esta en las etapas iniciales del desarrollo © FATTO Consultoria y Sistemas – www.fattocs.com ! La falla en la lógica de la descomposición es que no se conoce todos los programas! Nivel de información disponible no permite usar la estimación de abajo hacía arriba Un alcance claro y completo en términos de los requerimientos funcionales y no funcionales los responsables por la arquitectura están todavía evaluando cuales son cuestiones clave de alto impacto en la arquitectura y, por supuesto, no tienen respuesta para las mismas 10 AGENDA • Problema a ser resuelto • Fundamentos • Medición Funcional • COCOMOII • Conclusión © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 11 Tipo de Estimación en relación a un Procedimiento Estimaciones Directas LA OPINION DEL EXPERTO ¿Profesor, ¿Cúal es su opinión del fenómeno Big Brother ? Estoy aqui con el profesor Marco Antonio Rochemberg, el papá de la semiología de la televisión El es graduado en la Sorbona, tiene post-grado en Cambridge, Doctorado en Oxford y Maestría em Harvard ¿Pues es una pregunta muy compleja difícil de responder tan rapidamente Pero creo que es como dijo Bial en el última episodio. Si Anamara mantiene la espontaneidad , y Elieser continua centrado en el juego, ciertamente uno de los dos se llevará el premio © FATTO Consultoria y Sistemas – www.fattocs.com Basadas en la opinión de expertos Recoger la opinión de uno o más, que proporcionan una suposición directa de valor para la estimación de la magnitud de interés Esfuerzo, costo, tiempo, tamaño son ejemplos Se basan principalmente en sus intuiciones y experiencias pasadas No se utilizan de parámetro objetivo alguno en su derivación 12 Tipo de estimativa en relación a un procedimiento Estimaciones Directas: Estimación de bajo hacía arriba 4. Estimación global es la suma de las estimaciones conforme a los niveles sucesivos de subdivisión del trabajo EsfuerzoGlobal ∑ Actividad 03 Actividad = 1 1. Estructura Analítica del Proyecto (EAP/WBS) es fundamental © FATTO Consultoria y Sistemas – www.fattocs.com Atcividad 01 5. Normalmente, se solicita a un propio responsable por la ejecución de actividad Se busca obtener su compromiso en aquella meta Facilita el control y la coordinación Actividad 02 2. Estimar las actividades componentes de un proyecto 3. Evaluar la interdependencia entre las actividades 13 Tipo de estimativa en relación a un procedimiento Estimaciones Directas: Estimaciones por Analogía 1. Para los propósitos de estimar la Ingeniería de software, estimación por analogía es utilizar el conocimiento específico de las situaciones de problema o casos concretos previamente experimentados casos recuperados caso resuelto conocimiento general nuevo caso Problema 4. Se hace posible proporcionar información inmediata para la solución de nuevos problemas © FATTO Consultoria y Sistemas – www.fattocs.com Solución Propuesta Ejecución 2. Solución Propuesta es derivada de la selección de caso(s) similar(es) y reutilizarlo(s) en una nueva situación del Problema Solución Confirmada caso probado y ajustado a lo efectuado 3. El aprendizaje gradual, sustentado, porque una Solución Confirmada permite revisar y retener cada vez que un problema se resuelve 14 Tipo de estimación en relación a un procedimiento 2. Se basan en dos tipos de elementos 2.1 Parámetros del proyecto 2.2 Relaciones estadísticas a partir de datos históricos evaluación de características plataforma Personalisación SAP (ABAP) tamaño aproximación a la medición 250 PF 3 Ejemplo de relación estadística es el índice de productividad (IP) media expresada en HH/PF © FATTO Consultoria y Sistemas – www.fattocs.com Estimaciones Paramétricas modelo de estimativa paramétrico f(...) 13 HH/PF datos históricos 4. El IP relaciona el tamaño (PF) del esfuerzo (HH) dentro de determinadas condiciones (ABAP) estimativas 3.250 HH esfuerzo 1. Algoritmos para estimar valores de grandezas de interés: Esfuerzo, Costo, Defectos o Duración referencias de desempeño 15 Tipo de estimación en relación al resultado Resultados Deterministas Cuanto más claro, más improbable esfuerzo calculado con el IP de 11 HH/PF Hay una probabilidad de sobrestimar © FATTO Consultoria y Sistemas – www.fattocs.com cuanto más oscuro, más probable pasa a expectativa de certeza Hay una probabilidad de subestimar Resultados deterministas no se incluyen aleatoriedad en su caracterización Estimación del esfuerzo para ser invertido en el proyecto es el 1.100 HH Estimaciones directas utilizadas como ejemplos hasta aquí son todas resultados deterministas Esto no implica que todas as estimativas directas tienen que ser así Es posible obtener estimaciones estocásticas mediante procedimientos directos 16 Tipo de estimación en relación al resultado Resultados Estocásticos Esfuerzo calculado con el IP Piso de 8,5 HH/PF: Es posible que sea menor, pero es muy improbable posible, pero muy improbable El esfuerzo calculado con el IP Teto de 13,6 HH/PF: Es posible que sea mayor, pero es muy improbable esfuerzo estimado con 95% de probabilidad © FATTO Consultoria y Sistemas – www.fattocs.com posible, pero muy improbable Estimaciones estocásticas incluyen componentes de incerteza Representan mejor la realidad en la ingeniería de software, dada a su inherente naturaleza aleatoria La estimativa del esfuerzo a ser invertido en el proyecto A tiene 95% de probabilidad de ser entre 850 y 1.360 HH HH Tipo de estimación en relación al resultado Propósitos ¿El propósito es transferir riesgos? si El modelo de estimativas prescribe una productividad no si Usted busca un profeta! © FATTO Consultoria y Sistemas – www.fattocs.com usa un modelo determinístico para estimar no Usted esta en el no camino correcto para estimar Hay una confusión entre los usuarios de las estimaciones en proyectos de software en su significado Algunos confunden el acto de estimar con una profecía Estimativas determinísticas para la próxima versión en tiempo de planeamiento o en el anteproyecto, no son estimativas Son transferencia de riesgos... O entonces una profecía! 18 Estimación de tres puntos 3. Describir una curva de distribución de probabilidad, que a medida que se aleja de la estimación más probable, se disminuye la probabilidad de que la estimación se concrete Probabilidad de que la estimativa se confirme Qué es y cuales son sus objetivos © FATTO Consultoria y Sistemas – www.fattocs.com intervalo de estimación 1. La estimación de tres puntos considera una obtención de tres estimativas puntuales con dos objetivos 2. Describir un intervalo posible para un objeto de estimación: Típicamente; plazo, costo o esfuerzo Pero nada impide el alcance en puntos de función, por ejemplo 19 Estimación de tres puntos Elementos Clave Probabilidad de que la estimativa se confirme 1. Estimación Optimista: considera que todo será correcto; dará que nada puede dar errado Estimacíón más probable 3. Estimación más Probable: Valor que se cree que es justo en la mayoría de los casos (moda). 4. Cola larga: El trabajo tiende mas a extenderse que acabar pronto Intervalo de estimatición Estimación Optimista 2. Estimación Pesimista: todo lo que puede dar Estimación errado, dará Pesimista 5. Expresar estimaciones de esta forma disminuye el potencial de que los usuarios de la estimativa confundan con se significado real – una posibilidad – con lo que es una certeza © FATTO Consultoria y Sistemas – www.fattocs.com 20 Estimación de tres puntos Frecuencia percentual ( Casos por rango) La estimación en el contexto de una distribución de probabilidad 3.Hasta 75% de los casos se efectuán en hasta 163 hH 1. Hasta 50% de los casos se efectuán en hasta 148 hH 4. Si ya es difícil obtener una estimación puntual directa, mucho mas tres! Hay técnicas que facilitan con: Actividades de grupo (Delphi) Uso de heurísticas de modelos paramétricos (COCOMOII) 2. Hasta 25% de los casos se efectuán en hasta 137 hH D.Padrón © FATTO Consultoria y Sistemas – www.fattocs.com 21 La técnica de Delphi para obtención de estimativas 1. Reunión de kick off equipo de estimación 1.1. Especificación de un problema, EAP de alto nivel, premisas e restricciones coordinador Varios especialistas crean estimaciones independientes 3.4. Premisas, dudas, cuestiones para discusión 2. Evaluación individual 3.1. estimativas “veladas” #4 #3 #2 #1 20 40 60 80 100 3.4. consolidación 3. Reunión de estimación Se encuentran para convergir para un intervalo mas estrecho o concordar con una única estimación © FATTO Consultoria y Sistemas – www.fattocs.com 3.3. publicación #4 #3 #2 #1 20 40 60 80 100 22 Técnicas para asumir un compromiso o establecer una meta PERT 1. Para planeamiento, se debe establecer una meta a partir de las estimativas de tres puntos 2. Obtener un compromiso con ella, junto con los implicados © FATTO Consultoria y Sistemas – www.fattocs.com MP O estimativa puntual com 50% de oportunidad Intervalo da estimación 3. Establecer una meta y obtener un compromiso con ella esta relacionado con la sensibilidad a los riesgos P 4. PERT (Program Evaluation and Review Technique) aproxima una meta para la probabilidad de 50% de ser subestimada o sobreestimada (mediana) 23 Técnicas para asumir un compromiso o establecer una meta Actividad A B C D E F G H Total 83 Simulación de Monte Carlo Optimista 2 1 5 8 12 3 10 42 83 Más Probable 4 3 12 10 17 4 34 53 137 Pesimista 5 7 23 18 38 5 84 85 265 3 5 15 8 30 4 55 42 162 ∑ 265 Permite considerar riesgos en análisis cuantitativo e toma de decisiones Proporciona un rango de posibles resultados para cualquier elección Presenta posibilidades extremas y las consecuencias intermedias Produce resultados posibles mediante la sustitución de un rango de valores Se repite la substitución varias veces; cada vez usando un diferente conjunto de valores aleatorios a partir de la distribución de probabilidades © FATTO Consultoria y Sistemas – www.fattocs.com 24 Técnicas para asumir un compromiso o establecer una meta Frecuencia percentual ( Casos por rango) Simulación de Monte Carlo 83 © FATTO Consultoria y Sistemas – www.fattocs.com 265 A pesar de 83 HH ser un suma de todas las estimaciones optimistas y 265 HH, un suma de todas las estimaciones pesimistas... En ninguna de las simulaciones, los escenarios extremos sucedieron! ¿Cuál es el riesgo asociado con un objetivo de 200 HH? ¿Cuál es la meta que tiene un 25% de riesgo de no subestimar? Ambas respuestas se pueden obtener como resultado de la simulación 25 Técnicas para asumir un compromiso o establecer una meta Curva S es la probabilidad acumulativa • La curva S o los cuadros que muestra responden las preguntas Frecuencia (%) Frecuencia (%) acumulativa • Se segrega – Estimar – Establecer una meta – Asumir un compromiso © FATTO Consultoria y Sistemas – www.fattocs.com 26 AGENDA • Problema a ser resuelto • Fundamentos • Medición Funcional • COCOMOII • Conclusión © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 27 Qué es APF 2. Medir software con APF puede ser realizado antes de las decisiones del proyecto detallado y desconsidera los componentes internos 1. El punto de vista del usuario reconoce apenas a fracción de su servicio que es transferido de sus tareas para el software © FATTO Consultoria y Sistemas – www.fattocs.com Análisis de Puntos de Función Técnica de medición de las funciones de un software sobre un punto de vista del usuario Método de medición del software que cuantifica los Requisitos Funcionales del Usuario 28 Objetivos de APF El proyecto consume tantas horas e tanto dinero porque envuelve mucho trabajo en los bitstuffs; el equipo es senior y vamos a necesitar del 15% de gerencia de proyectos Tales funciones de usuario están incluidas en el proyecto y aproximadas en 300 PF . Metas: Productividad: 8 HH/PF, Calidad: 0,3 Defectos/PF Plazo: 5½ meses para entre 200 e 300 PF © FATTO Consultoria y Sistemas – www.fattocs.com Medir funcionalidad que un usuario solicita y recibe Medir software de manera independiente de tecnología Ser simples o suficiente para minimizar el esfuerzo de medición Ser una medida consistente entre varios proyectos y organizaciones 29 Heurísticas para aproximar el tamaño – Ejemplo con el método del IFPUG Conteo Estimativo Heurísticas para aproximar el tamaño PE o Grupo de Datos Conteo Indicativo © FATTO Consultoria y Sistemas – www.fattocs.com NESMA – Asociación de Medición y Análisis de Holanda Conteos Anticipados de Puntos de Función – Conteo Estimativo – Conteo Indicativo 30 Datos de benchmarking de ISBSG como una revisión de realidad http://portal.isbsg.org/conStruct/search#mode/advanced © FATTO Consultoria y Sistemas – www.fattocs.com Datos de benchmarking son primariamente para evaluación de desempeño Aplicación en estimativas en carácter complementar Prueba de realidad ISBSG International Software Benchmarking Standards Group El portal permite consultar casos a partir de criterios de similitud 31 Frecuencia percentual ( Casos por rango) Datos de benchmarking de ISBSG como uma revisión de realidad Tasa de Entrega El excel provee una función: PERCENTIL(Lista; 0..1) =PERCENTIL(IP_Benchmarking; 13,33%) es igual a 07 HH/PF Su uso asociado con el recurso para alcanzar la meta es muy útil Hacer lo mismo con los datos mantenidos internamente , también es una buena idea © FATTO Consultoria y Sistemas – www.fattocs.com La administración determinó una meta para personalización de un producto de SAP que indica un IP 07 HH/PF Los datos ISBSG contienen los mejores de su clase, dada la organización necesaria para obtener y presentar los datos Hay sólo un 13% de los casos que tienen una IP igual o más productivos que la meta Hay un 87% de probabilidad de que el proyecto sea subestimado 32 AGENDA • Problema a ser resuelto • Fundamentos • Medición Funcional • COCOMOII • Conclusión © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 33 Qué es el COCOMOII • COnstructive COst Model (Modelo Constructivo de Costo) El COCOMO tiene por objetivo estimar el esfuerzo y plazo para el desarrollo de software con base en factores de costo como parámetros • El factor de costo es una calidad en aspectos en el desarrollo y en el producto, cuyo grado de presencia se correlaciona con un mayor o menor inversión asociada • El tamaño es un factor de costo primario y los factores de costo secundarios están asociados con una evaluación de calidad del producto, de la plataforma, del proyecto y de las personas • Compuesto por un conjunto integrado de modelos paramétricos, que se utilizan de un mayor o menor número de parámetros conforme cuanto se sabe sobre esos • El COCOMO se describe originalmente en Software Engineering Economics publicado por primera vez en 1981 por Barry Boehm • Útil incluso si no se utiliza completamente © FATTO Consultoria y Sistemas – www.fattocs.com 34 Objetivos del COCOMOII • Ayudar a las personas a evaluar y reflexionar sobre las implicaciones de costo y tiempo en sus decisiones de software – Decisiones sobre inversiones – Cuando desarrollar, reutilizar o comprar – Qué software heredado debe evolucionar o interrumpir – Definición de presupuestos y cronogramas – Negociación de intercambios entre costo, plazo y performance – Decisiones relativas a la gerencia de riesgo – Decisiones relativas a las iniciativas de mejora de procesos – Reutilización, herramientas, madurez de los procesos y la externalización © FATTO Consultoria y Sistemas – www.fattocs.com 35 Entradas y salidas del COCOMOII Evaluación de características plataforma proceso producto Personas aproximación tamaño estimativas Modelo de estimativa paramétrico f(...) datos históricos equipo por perfil esfuerzo por tipo de actividad plazo por fase referencias de desempeño © FATTO Consultoria y Sistemas – www.fattocs.com 36 El cono de incertidumbre do COCOMOII proporciona referencia de incertidumbre 4,00 x [Hay datos históricos de referencia en su organización] IRR 0,25 x 0,50 x 0,67 x LCA 1,50 x LCO 2,00 x Usted debe derivar una respuesta de sus datos [ NO Hay datos históricos de referencia en su organización] Usted debe buscar referencias externas 1,25 x 0,80 x © FATTO Consultoria y Sistemas – www.fattocs.com 37 La “Piedra de Rosetta” do COCOMOII en el cono de incertidumbre SAR S WA R Pruebas de unidad y programación PRR Transición IOC Grado de incerteza típica Proyecto Detallado UTC Proyecto Preliminar CDR PDR SDR LCR Planos y requisitos Construcción LCA LCO Indicación IRR Estudio de Viabilidad Elaboración Pruebas e Integración Pesimista Optimista © FATTO Consultoria y Sistemas – www.fattocs.com 38 La variabilidad del proceso y las estimativas El punto de función como Factor de Costo Primario 3. Esfuerzo Proyectado 3.300 HH 2. Proyectado considerando a tendencia de Productividad de ~ 11 HH/PF Factor de Costo Primario1 300 PF Productividad histórica ABAP2 Indica una tendencia de productividad media 11,01882 HH/PF Esfuerzo proyectado3 Aprox. 3.300 HH 1. 300 Puntos de Función: Factor de Costo Primario © FATTO Consultoria y Sistemas – www.fattocs.com 39 Variabilidad de los procesos y las estimaciones ¿Por qué hay variabilidad? El modelo no captura otros factores de costo ausentes en la medición en puntos de función © FATTO Consultoria y Sistemas – www.fattocs.com La métrica de APF no captura todos los factores de software que afectan el esfuerzo Aplicar solo una tendencia de productividad es válido en un contrato donde se transfieren riesgos Ahora la estimación se exagera, ahora se subestima La realidad no es como la imagen Haciendo caso omiso de la transferencia de riesgo 40 Variabilidad de los procesos y las estimaciones Otros Factores de Costo Factores desconsiderados se manifiestan en la variabilidad de los resultados personas HH = PF ? x 11 HH/PF x ? plataforma © FATTO Consultoria y Sistemas – www.fattocs.com producto proyecto Los datos al lado comparan el IP (efectivo) en proyectos de personalización SAP en ABAP a partir de la base del ISBSG Hay variabilidad en relación a la línea que se forma en el modelo sin otros factores Aunque sea el mismo producto base del SAP, Hay particularidades de Personas Productos Plataforma Proyecto 41 Variabilidad de los procesos y las estimaciones COCOMO II proporciona Factores de Costo1 proporcionales Orientaciones para la evaluación2 de sus efectos en un proyecto Multiplicadores de Esfuerzo3 o Producto Efford Multipliers (EM) confiabilidad asociados a esos efectos Factor de Ajuste de Esfuerzo ou Efford Adjustment Factors 2. Evaluación de los efectos (EAF) es derivado de la combinación de los efectos dos Nominal Alto Muy Alto EM4 1.00 1.10 1.26 Factores de Costo Proporcionales 4. Efectos proporcionales de los EM resumidos en EAF 1. Factor de Costo EMi RELY Muy Bajo 0.82 Bajo 0.92 © FATTO Consultoria y Sistemas – www.fattocs.com 3. Multiplicador de Esfuerzo HH = A x PF x EAF 42 Variabilidad de los procesos y las estimaciones Los modelos Early Design y Post-Architecture UTC CDR PDR SDR LCR © FATTO Consultoria y Sistemas – www.fattocs.com El modelo Proyecto Preliminar incluye 07 factores de costo Conforme avanza el desarrollo, mayor información esta disponible PRR Proyecto Detallado Proyecto Preliminar Transición IOC Proyecto Preliminar LCA LCO IRR Planes y Requisitos Construcción S WA R Elaboración Iniciación Momentos iniciales del desarrollo tienen menos información El modelo Post-Arquitectura incluye 17 factores de costo Ambos comparten uno en Pruebas e particular Codificación y Pruebas de Integración Unidad Post Arquitectura Grado de compresión de cronograma Permite obtener escenarios con y sin compresión 43 Modelo Post-Architecture Proyecto [TOOL] Uso de herramientas de software [SITE] Desarrollo distribuido o múltiples sitos [SCED] Cronograma de desarrollo requerido Producto [RELY] [DATA] [CPLX] [RUSE] [DOCU] Personal [ACAP] [PCAP] [PCON] [APEX] [PLEX] [LTEX] Confiabilidad requerida de software Tamaño de la base de dados Complejidad del producto Reusabilidad requerida Documentación adecuada a las necesidades Capacidad del analista Capacidad de los programadores Rotación de personal Experiencia con la aplicación Experiencia con la plataforma Experiencia con lenguajes y herramientas 17 Factores de Costo del Modelo PostArchitecture Plataforma [TIME] Restricción de tiempo de ejecución [STOR] Restricción de almacenamiento principal [PVOL] Volatilidad de la plataforma © FATTO Consultoria y Sistemas – www.fattocs.com 44 Modelo Early Design 07 Factores de Costo do Modelo Early Design [TOOL] [PERS] [SITE] [RCPX] [SCED] [PDIF] [PREX] [FCIL] [RUSE] Uso de Ferramentas de Software Capacidad de Personal Desenvolvimento Distribuídodel ou Producto Multisite Complejidad y Confiabilidad Cronograma delaDesenvolvimento Requerido Dificultades de Plataforma Experiencia del Personal Instalación y Recursos Reusabilidad Exigida [SCED] Cronograma de Dessarrollo Exigido © FATTO Consultoria y Sistemas – www.fattocs.com 45 × 0,82 1,00 0,73 1,07 0,91 1,00 1,00 1,15 0,71 0,76 0,81 1,00 1,00 0,84 1,17 1,22 1,00 EAF: 0,35 Muy Bajo Bajo Muy Alto Altísimo Conforme el nivel de información esté disponible Se evalúan los factores de costo para obtener los multiplicadores de esfuerzo El Factor de Ajuste de Esfuerzo es la multiplicación de todos EAF = EMRELY x EMDATA ... x EMSCED Factor de Ajuste de Esfuerzo (EAF) © FATTO Consultoria y Sistemas – www.fattocs.com HH = A x PF x EAF 46 Factores de escala y sus causas 1 camino 3 caminos 6 caminos 21 caminos 2 personas 3 personas 4 personas 7 personas © FATTO Consultoria y Sistemas – www.fattocs.com COCOMOII también considera los efectos de Factores de Escala o Scale Factors (SF) Economía de Escala: Se dobla el tamaño, pero no se llega a doblar el esfuerzo o “deseconomía”: más que se duplica el esfuerzo Cuanto más grandes los proyectos, mayores las necesidades de Actividades concurrentes Personas 47 Factores de escala y sus causas Factores de costo con efectos exponenciales en COCOMOII HH = A x PF E x EAF Factores de costo con efectos exponenciales en COCOMOII [PREC] Precedencia [FLEX] Flexibilidad [RESL] Arquitectura y Resolución de Riesgos [TEAM] Cohesión del Equipo [PMAT] Madurez de Procesos Efectos exponenciales en función de economías (o deseconomias) de escala © FATTO Consultoria y Sistemas – www.fattocs.com 48 AGENDA • Problema a ser resuelto • Fundamentos • Medición Funcional • COCOMOII • Conclusión © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 49 Conclusión #NoEstimates “Explorar alternativas de las estimativas para la toma de decisión en desarrollo de software. Esto es, medios para tomar decisiones sin estimativas” Woody Zuill. © FATTO Consultoria y Sistemas – www.fattocs.com ¿Por qué estimar si al final del trabajo ya hay información de interés? Al final, son sólo entre 15 o 30 días en un ambiente donde se utilizan métodos ágiles de desarrollo Para la mayoría de los proyectos se puede esperar por ese momento de "saber " en lugar de simplemente creer 50 Conclusión Evaluar siquiera de forma preliminar , las alternativas de No haremos una estimación para un trabajo de 15 o 30 cambio días. De acuerdo. No existe una estimación de los 18% de Decidir el mejor curso de acción los casos que consumen el 61% de la cantidad invertida en desarrollos de varios meses ... Alguien pierde basado en escenarios de costos y su empleo beneficios Justificar con los responsables por CANTIDAD DE INVERSION EN LAS DEMANDAS > 1.500 DEMANDAS ≤ 1.500 el gobierno corporativo de las HH HH 18% decisiones ejecutivas sobre las 39% inversiones necesarias > 1.500 HH ≤ 1.500 Establecer metas que facilitan los 61% HH 82% equipos de auto-administrarse a nivel operacional , porque hay referencia de desempeño en los niveles mas altos © FATTO Consultoria y Sistemas – www.fattocs.com 51 Propósito para estimativas (el porque #Estimates) ¡ENCUESTA! © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 52 PRÓXIMOS EVENTOS • WEBINARS: " Ingeniería de Requerimientos: Software Orientado al Negocio " Fecha: 26 de Julio del 2016 Horários: 09:00 México DF, 10:00 Bogotá y 16:00 España Inscripción: https://goo.gl/Y6ckQZ • PRÓXIMOS CURSOS: Título del curso " Estimación de Software: Fundamentos y técnicas " Modalidad: Online en Vivo Fecha: 18 al 27 de Octubre Inscripción: Por favor enviar e-mail para contacto@fattocs.com. © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 53 ¿PREGUNTAS? ¡Muchas gracias por la atención! NOMBRE DEL PRESENTADOR Carlos Eduardo Vazquez E-mail: carlos.vazquez@fattocs.com.br Linkedin: https://br.linkedin.com/in/cvazquezbr © 2015 FATTO Consultoría y Sistemas | www.fattocs.com 54