Estimaciones acertadas - Soluciones para la planeación y control

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 [email protected].
© 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: [email protected]
Linkedin: https://br.linkedin.com/in/cvazquezbr
© 2015 FATTO Consultoría y Sistemas | www.fattocs.com
54