Sei sulla pagina 1di 17

Tpicos avanzados en Ingeniera de Sistemas

Introduccin

Ing. Hesmeralda Rojas Enriquez

Mtricas giles

Por qu medir?
La informacin es la materia prima de la toma de decisiones, y la que puede ser objetivamente
cuantificada proporciona criterios objetivos de gestin y seguimiento.
Desde los niveles concretos de la programacin, hasta los ms amplios de la gestin global de la
compaa, Scrum Management considera tres fondos de escala, o de zoom con los que se puede
medir el trabajo
Desarrollo y gestin de la solucin tcnica.
Gestin de proyecto.
Gestin de la organizacin.
En el primero se puede medir, por ejemplo, la proporcin de polimorfismo del cdigo de un
programa, en el segundo, el porcentaje de trabajo realizado, y en el tercero, tambin por ejemplo, el nivel
de satisfaccin laboral.

Flexibilidad y sentido comn


Medir es costoso
Antes de incorporar un procedimiento de medicin, se debe cuestionar su conveniencia, y la forma
en la que se aplicar.
Medir no es un fin en s mismo
No se deben implantar procesos de medicin tan slo porque s.
Tomar una lista ms o menos prestigiosa de mtricas e incorporarla a los procedimientos de la
empresa, puede tentar por la imagen de profesionalidad que transmitir un escenario de trabajo
monitorizado con indicadores y complejas mediciones, pero no dice mucho a favor de cmo se han
analizado y adaptado esas mtricas a la realidad de los proyectos y la empresa.
Para cul de las tres reas de Scrum son aplicables las mtricas que se van a tratar en esta unidad?

Gestin de proyectos
Gestin general de la empresa
Desarrollo de producto

Criterios para el diseo y aplicacin de mtricas


Cuantas menos, mejor
ade burocracia
trabajar con la mejor relacin valor / simplicidad.
Cuestiones para cada indicador:
Por qu se va a usar?
Cul es el valor por incorporarlo?
Cul por omitirlo?
Se pueden tomar decisiones de gestin sin esa informacin?

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

La cita No se puede gestionar lo que no se puede medir, por la redondez de su forma, tienta a
considerarla incuestionable. Se desarrollan as patrones de gestin que renuncian a la experiencia,
capacidad y sentido comn del gestor, incluso en las ocasiones en las que ste puede ser
suficiente; y se termina reclamando mtricas, produciendo gestores mecanicistas.
El sentido comn puede bastar, por ejemplo, para tomar decisiones de gestin de personal en una
empresa de ingeniera de 10 empleados, sin necesidad de procedimientos de medicin del clima
laboral; pero sin embargo stos son necesarios en empresas con cientos de personas en sedes y
departamentos diferentes.
El objetivo de la gestin Scrum es el valor, y la cuestin clave para la incorporacin de
indicadores en la gestin de proyectos es:
Cmo contribuye el uso de este indicador en el valor que el proyecto va a aportar al cliente?

El indicador es apropiado para el fin que se debe conseguir?


Medir no es, o no debera ser, un fin en s mismo.
Cul es el fin?
Cumplir agendas, mejorar la eficiencia del equipo, las previsiones?
Sea crtico. El que lo haga, o diga que lo hace la mayora, no es una razn. Si despus de analizarlo
no le convence, si prefiere no incorporar esa mtrica, o modificarla: usted es el gestor.
Determinar qu medir es la parte ms difcil. En el mejor de los casos, las decisiones errneas slo
supondrn un coste de gestin evitable; pero muchas veces empeorarn lo que se intentaba
mejorar.
Medicin de la eficiencia en la empresa. La organizacin XYZ, dedicada al desarrollo de software, est
integrando un sistema de calidad y mejora integral para toda la empresa, que incluye mtricas para
conocer el grado de eficiencia en cada departamento.
Para el de RR.HH. se ha diseado e implantado un indicador habitual para estos casos, que determina
la eficiencia en los procesos de seleccin de personal. Mide el coste de cada proceso de seleccin
(anuncios, seleccin de currculos, entrevistas)y lo divide por el nmero de puestos cubiertos.
Como no slo es importante la eficiencia, sino tambin la satisfaccin del cliente (interno en este
caso, que ser el departamento que solicita personal) esta mtrica se combina con otra para
determinarlo: tiempo de respuesta.
Cunto tiempo se tarda en cubrir las vacantes.
La implantacin del indicador ha dado buenos resultados: desde su puesta en marcha, el
departamento de RR.HH. ha comenzado a ser ms eficiente y conseguir mayor satisfaccin de su
cliente:
1.- Va reduciendo los costes que suponen la incorporacin de nuevas personas a la empresa.

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

2.- Va reduciendo los tiempos de respuesta a los departamentos que solicitan nuevo personal.

Medicin del avance del proyecto


La organizacin XYZ ha diseado un cuadro de informacin para mostrar el grado de avance de cada
proyecto.
Los indicadores de progreso de los proyectos, y de las tareas en las que se descomponen, se
elaboran con el sistema clsico de la gestin de proyectos predictiva:
1.- Se realiza la estimacin del tiempo de trabajo necesario para cada tarea.
2.- Diariamente se actualizan los tiempos de trabajo invertidos.
3.- La diferencia muestra el porcentaje ejecutado de las tareas, y por tanto, el de cada proyecto.

Medicin de la eficiencia de los trabajos de programacin


La organizacin XYZ ha adoptado mtricas estndar de eficiencia de Ingeniera del Software:
LOC/Hour: Nmero total de lneas de cdigo nuevas o modificadas en cada hora.
Adems para motivar la productividad, ha vinculado los resultados de esta mtrica a la retribucin
por desempeo de los programadores.
El resultado ha sido producir ms lneas de cdigo sin incrementar la plantilla.
Para evitar que se trate de un incremento hueco de lneas de cdigo, o que conlleve un aumento
de los errores por programar ms deprisa, se ha dotado de mayor rigor al sistema de mtrica,
incorporando al poco tiempo otras mtricas para complementar y mejorar el sistema de calidad:
Test Defects/KLOC, Compile Defects/KLOC y Total Defects/KLOC, para controlar que no aumenten el
nmero de errores deslizados en el cdigo.
Tambin se incorporaron indicadores appraisal time para medir tiempo y costes del diseo y la
ejecucin de las revisiones de cdigo.
La mtrica del segundo ejemplo (medicin del avance del proyecto) qu mide?

a.
b.

El trabajo invertido en el proyecto


El porcentaje de avance del proyecto

Medicin: Las Unidades


Velocidad, trabajo y tiempo Velocidad, trabajo y tiempo son las tres magnitudes que mide la gestin
de proyectos gil, y componen la frmula de la velocidad, definindola como: cantidad de trabajo
realizada por unidad de tiempo.
Velocidad = Trabajo / Tiempo

Tiempo

El desarrollo gil emplea la tcnica timeboxing( Timeboxing, se suele traducir por tiempo limitado
es un aspecto comn de las metodologas giles, que marcan iteraciones para cada incremento,
determinando qu tareas se van a realizar, y en qu tiempo)para gestin de tiempo. En el caso de Scrum,
la unidad de tiempo para cada incremento de producto es el Sprint.

Tiempo real y tiempo ideal

Antes de continuar, una observacin: la diferencia, al hablar de tiempo, entre tiempo real y tiempo
ideal.

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Tiempo real, es el efectivo de trabajo. Es equivalente a la jornada laboral. Para un equipo de cuatro
personas con jornada laboral de ocho horas el tiempo real en una semana (cinco das laborables) es:
4 * 8 * 5 = 160 horas
El tiempo real de ese equipo en un sprint de 12 das de trabajo es:
4 * 8 * 12 = 384 horas
Sin embargo el trmino tiempo ideal se refiere al tiempo de trabajo necesario, en condiciones
ideales, esto es, sin ninguna interrupcin, pausa, distraccin o atencin a tareas ajenas a la tarea del
sprint que se tiene asignada. Es el concepto similar al que PSP9 denomina Delta Time.

Trabajo

Medir el trabajo puede ser necesario por dos razones: para registrar el ya hecho, o para estimar
anticipadamente, el que hay que realizar. En ambos casos se necesita una unidad, y un criterio
objetivo de cmo se cuantifica.

Cul es la unidad de tiempo empleada en Scrum para calcular la velocidad del equipo?

_______________________________

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Trabajo ya realizado

Medir el trabajo ya realizado no entraa especial dificultad. Se puede hacer con unidades relativas al
producto (p. ej. lneas de cdigo) o a los recursos empleados (coste, tiempo de trabajo)
Para medirlo basta contabilizar lo ya realizado, empleando las unidades con las que se opere:
lneas de cdigo, horas trabajadas (reales o tericas)
Medir el trabajo realizado NO es una mtrica gil.
LA GESTIN GIL NO DETERMINA EL GRADO DE AVANCE DEL PROYECTO POR EL TRABAJO YA
REALIZADO, SINO POR EL PENDIENTE DE REALIZAR

Es posible que otros procesos de la organizacin necesiten registrarlo y medirlo, pero no la gestin gil
de proyectos.
Trabajo pendiente de realizar
Scrum mide el trabajo pendiente para:
Estimar el esfuerzo y la duracin prevista para completar el trabajo (tareas, historias de
usuario o epics).
Determinar el avance del proyecto, y en especial en cada sprint.

No es posible estimar con precisin, ni el trabajo de un requisito, ni el tiempo necesario para


desarrollarlo.
La complejidad de las tcnicas de estimacin crece exponencialmente en la medida que:
o Intentan incrementar la fiabilidad y precisin de los resultados.
o Aumenta el tamao de la tarea estimada.
La estrategia empleada por la gestin gil es:
arse en estimaciones precisas.
Descomponer las tareas de los sprints en sub-tareas ms pequeas, si las estimaciones superan los
rangos de las 16-20 horas de de trabajo.

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Cul o cules de las siguientes respuestas son correctas?


Scrum mide el trabajo pendiente para:
Determinar el avance del proyecto, y en especial en cada sprint.
Calcular la velocidad diaria del sprint.
Traducir en tiempo la ruta crtica del proyecto.
Estimar el esfuerzo y la duracin prevista para completar el trabajo

Unidades de trabajo
Las unidades para medir el trabajo pueden estar relacionadas directamente con el producto, como los
tradicionales puntos de funcin de COCOMO; o indirectamente, a travs del tiempo necesario para
realizarlo.
La gestin gil suele llamar a las unidades que emplea para medir el trabajo puntos, puntos de
funcionalidad puntos de historia As por ejemplo la unidad de medida Story Point de eXtreme
Programming define: la cantidad de trabajo que se realiza en un da de trabajo ideal.
Cada organizacin, segn sus circunstancias y su criterio institucionaliza su mtrica de trabajo
definiendo el nombre y las unidades.
Puede basarse en
o relativo y emplear puntos
necesario para realizar la tarea que se mide.
Lo importante es que la mtrica empleada, su significado y la forma de aplicacin sea consistente
en todas las mediciones, en todos los proyectos de la organizacin y conocida por todas las personas:
Velocidad
Velocidad es la magnitud que viene determinada por la cantidad de trabajo realizada en un periodo de
tiempo (Timebox) Los equipos que miden el trabajo con tiempo ideal, hablan de Velocidad.
Decir, por ejemplo, que la velocidad del equipo en el sprint ha sido de 23, se refiere a que han
completado tareas que medan en toral 23 story points.
Si en el sprint siguiente consiguen una velocidad mayor, querr decir que han logrado programar ms
story points en el mismo tiempo, o lo que es lo mismo que han conseguido aumentar el porcentaje
de tiempo ideal en la jornada de trabajo: han reducido los tiempos de interrupciones,
distracciones o dedicados a otras tareas.
Se le puede llamar velocidad o eficiencia, lo importante no son los nombres, ni merece la pena
entrar en cuestiones bizantinas.
En la gestin gil, la unidad de medida de trabajo es:
Normalmente se denomina "punto", y ms relevante que su denominacin o tamao representado, es que se
aplique de forma institucionalizada y consistente.*
LOC: Lneas de cdigo (excluyendo lneas de comentarios y lneas en blanco)
Story Point: cantidad de trabajo realizado en un da ideal.
Tarea de sprint, o cantidad de trabajo necesario para realizar una tarea del sprint backlog.

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Medicin: Usos y herramientas


Grfico de producto: Burn Up

En ingls: grfico burn-up. Es una herramienta de planificacin y seguimiento del propietario del
producto, que muestra de un vistazo, en un grfico muy simple el plan general de desarrollo del
producto, y la traza de su evolucin.
Se confecciona con:
a estimacin del esfuerzo prevista en la pila del producto.
Es un diagrama cartesiano que representa en el eje de ordenadas el trabajo estimado para
desarrollar el producto, y en el de abcisas las fechas, medidas segn las duraciones previstas para
los sprints.

Ejemplo:
Representacin del plan del producto, a partir de los temas previstos en la pila de producto (product
backlog).

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Convenciones empleadas por el equipo:


Unidad para medicin de trabajo: tiempo ideal
Tiene previsto realizar sprints de duracin fija mensual.
El equipo est formado por 4 personas, y viene desarrollando una velocidad de 300 puntos
por sprint.
La figura anterior representa la situacin actual del pila del producto (product backlog:
El propietario del producto tiene previsto cerrar la versin 1.0 cuando disponga de los cuatro
primeros temas, y su estimacin inicial de trabajo para llevarlos a cabo es de 950 puntos.
La versin 1.1 incluir 3 temas ms que, segn la estimacin inicial, supondrn unos 750 puntos de
trabajo.
Y estn tambin trazados los temas con los que piensa cerrar la versin 1.2, que se prevn con
850 puntos ms de trabajo. Para representar el plan del producto con un Burn-Up, se representan,
con los fondos de escala apropiados:
Eje X = Fechas de los sprints previstos
Eje Y = Puntos de trabajo
A continuacin se traza en el grfico la lnea de velocidad prevista.
Siguiendo con el ejemplo, la lnea roja de la imagen representa la velocidad de 300 puntos por sprint.
Tambin puede resultar til esbozar una estimacin optimista y otra pesimista para tener la visin de
una holgura de fechas aceptable. La lnea de velocidad proyecta sobre el eje X la fecha o sprint en
el que previsiblemente se completarn las versiones representadas en el eje Y.

Esta herramienta es propia de:


El equipo
La gerencia de la empresa.
El propietario del producto.*

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Grfico de avance (burn down)


Tambin se suele emplear la denominacin inglesa: grfico burn-down.
Es el grfico que actualiza el equipo en las reuniones de seguimiento del sprint, para comprobar el ritmo de avance, y
detectar desde el primer momento si es el previsto, o se puede ver comprometida la entrega prevista al final de sprint.
La estrategia gil para el seguimiento de los proyectos se basa en:
Medir el esfuerzo que falta, no el realizado.
Seguimiento muy cercano (diario de ser posible).
Y en este grfico toman forma los dos principios:
En el eje Y se registra el trabajo que an falta por realizar.
Se actualiza a diario.

El equipo dispone en la pila del sprint, de la lista de tareas que va a realizar, y en cada uno figura el esfuerzo
pendiente.
Esto es: el primer da, en la pila de tareas figura para cada tarea el esfuerzo que se ha estimado, puesto que an no
se ha trabajado en ninguna de ellas.
Da a da, cada miembro del equipo actualiza en la pila del sprint el tiempo que le queda a las tareas que va
desarrollando, hasta que se terminan y van quedando en 0 los tiempos pendientes.
La figura siguiente muestra un ejemplo de pila en el sexto da del sprint: las tareas terminadas ya no tienen esfuerzo
pendiente, y del esfuerzo total previsto para el sprint: 276 puntos (A), en el momento actual quedan 110 (B).

Con esta informacin de la pila del sprint se actualiza el grfico poniendo cada da el esfuerzo pendiente total de todas
las tareas que an no se han terminado.

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Cul o cules de las siguientes afirmaciones son ciertas?


Da a da cada miembro del equipo actualiza la pila del sprint el tiempo que lleva trabajado en las tareas que va
desarrollando.*
Es una herramienta de planificacin y seguimiento del propietario del producto. *
Este grfico lo actualiza el equipo a diario, en las reuniones de seguimiento del sprint.

El avance ideal de un sprint estara representado por la diagonal que reduce el esfuerzo pendiente de forma continua
y gradual hasta terminarlo en el ltimo da del sprint.
Las grficas de diagonal perfecta no son lo habitual, y la siguiente imagen es un ejemplo de un patrn de avance ms
normal.

El siguiente sera el aspecto de la grfica en un sprint sub-estimado

10

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Una lnea de avance por debajo de la diagonal refleja que la velocidad de avance est resultando:
Menor a la que se estim
Mayor a la que se estim*
Irregular
Constante

PREGUNTAS DE CLASE
Eficiencia del departamento de Recursos Humanos:

Mide el coste de cada proceso de seleccin (anuncios, seleccin de currculos, entrevistas) y lo divide por
el nmero de puestos cubiertos.
Como no slo es importante la eficiencia, sino tambin la satisfaccin del cliente (interno en este caso, que
ser el departamento que solicita personal) esta mtrica se combina con otra para determinarlo: tiempo
de respuesta: cunto tiempo se tarda en cubrir las vacantes.
La implantacin del indicador ha dado buenos resultados: desde su puesta en marcha, el departamento de
RR.HH. ha comenzado a ser ms eficiente y conseguir mayor satisfaccin de su cliente:
1.- Va reduciendo los costes que suponen la incorporacin de nuevas personas a la empresa.
2.- Va reduciendo los tiempos de respuesta a los departamentos que solicitan nuevo personal.

Estimacin de pquer
Es una prctica gil, til para conducir las reuniones en las que se estima el esfuerzo y la duracin de
tareas. Para evitar en estos casos las discusiones dilatadas que no terminan de dar conclusiones
concretas, James Grening ide este juego de planificacin como ayuda para conducir la reunin.
El modelo inicial de Grening consta de 8 cartas, con los nmeros representados en siguiente figura,
porque James lo ide para las estimaciones de versin en eXtreme Programming, con equipos que
emplean como unidad de esfuerzo: das de trabajo de cada par de programadores y trabajan con
tareas de tamao mximo de 10 das.

El funcionamiento es muy simple: cada participante dispone de un juego de cartas, y en la estimacin


de cada tarea, todos vuelven boca arriba la combinacin que suma el esfuerzo estimado.
Cuando se considera que ste es mayor de 10 horas (o del tamao mximo considerado por el
equipo para una tarea), se levanta la carta - Cada equipo u organizacin puede utilizar un juego de

11

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

cartas con las numeraciones adecuadas a la unidad de esfuerzo con la que trabajan, y el tamao mximo
de tarea que se va a estimar.
Lo relevante no es el nmero de cartas, la unidad de medida empleada, o si el tamao mximo de tarea
debe ser 5, 7 10 das, sino trabajar con el modelo que el equipo considera ms apropiado, respetando
los principios siguientes:
No definir tareas demasiado grandes, porque entorpece la precisin de las estimaciones y la
identificacin de riesgos.
No definir tareas cuya duracin (en puntos o tiempo) resulte inferior a medio da ideal de
trabajo.
Utilizar al misma unidad de medida (story points, das, horas) en todos los grficos y pilas.
Variante: sucesin de Fibonacci
Basado en el hecho de que al aumentar el tamao de las tareas, aumenta tambin el margen de error,
se ha desarrollado una variante que consiste en emplear slo nmeros de la sucesin de Fibonacci
para realizar las estimaciones, de forma que:

El juego de cartas est compuesto por nmeros de la sucesin de Fibonacci.


La estimacin no se realiza levantando varias cartas para componer la cifra exacta, sino
poniendo boca arriba la carta con la cifra ms aproximada a la estimacin.

Para estimar tareas puede ser vlido un juego de cartas como ste:
Si se quiere emplear la planificacin de pker para estimar requisitos a nivel de producto o de
versin (funcionalidades, temas) adems de usarlo al nivel de tareas de sprint, se pueden aadir
cartas al juego para permitir estimaciones de mayor tamao (34, 55, 89, 144)
Es frecuente emplear una carta con un smbolo de duda o interrogacin para indicar que, por las
razones que sean, no se puede precisar una estimacin.
Tambin es posible incluir otra carta con alguna imagen alusiva, para indicar que se necesita un
descanso.
Al aumentar el tamao de las tareas aumenta tambin el margen de error de su estimacin. Por esta razn,
dos estrategias habituales en la estimacin de pquer son:
Estimar dos veces las tareas grandes y tomar el valor medio.
No estimar tareas demasiado grandes. Si son demasiado grandes se dividen en otras menores *
Emplear cartas numeradas en sucesin de Fibonacci *
Aplicar un factor de correccin a 3 tareas de mayor tamao de un sprint.

Funcionamiento
Cada participante de la reunin tiene un juego de cartas.
Para cada tarea (historia de usuario o funcionalidad, segn sea el nivel de requisitos que se va a
estimar) el cliente, moderador o propietario del producto expone la descripcin empleando un
tiempo mximo.

12

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Hay establecido otro tiempo para que el cliente o propietario del producto atienda a las posibles
preguntas del equipo.
Cada participarte selecciona la carta, o cartas que representan su estimacin, y las separa del
resto, boca abajo.
Cuando todos han hecho su seleccin, se muestran boca arriba.
Si la estimacin resulta infinito, por sobrepasar el lmite mximo establecido, la tarea debe
dividirse en sub-tareas de menor tamao.
Si las estimaciones resultan muy dispares, quien asume la responsabilidad de gestionar la
reunin, con su criterio de gestin, y basndose en las caractersticas del proyecto, equipo,
reunin, n de elementos pendientes de evaluar, puede optar por:
o Preguntar a las personas de las estimaciones extremas: Por qu crees que es necesario
tanto tiempo?, y por qu crees que es necesario tan poco tiempo? Trasescuchar las
razones, repetir la estimacin.
o Dejar a un lado la estimacin de esa tarea y retomar al final o en otro momento aquellas
que hayan quedado pendientes.
o Pedir al cliente o propietario del producto que descomponga la funcionalidad y valorar
cada una de las funcionalidades resultantes.
o Tomar la estimacin menor, mayor, o la media.

Cuando las estimaciones propuestas por cada miembro del equipo resultan muy dispares: Cul de las
siguientes acciones te parece ms correcta?
Pedir al cliente o propietario del producto que descomponga la fun-cionalidad y valorar cada una de las
funcionalidades resultantes.
Preguntar a las personas de las estimaciones extremas: Por qu crees que es necesario tanto tiempo?, y por
qu crees que es necesario tan poco tiempo? Tras escuchar las razones, repetir la estimacin
Cualquiera de las opciones expuestas puede ser correcta segn el criterio del conductor de la reunin. *
Dejar a un lado la estimacin de esa tarea y retomar al final o en otro momento aquellas que hayan que-dado
pendientes.

PRCTICA DE ESTIMACIN
En la primera leccin se expone un ejemplo de mtrica para medir la eficiencia de los trabajos de
programacin:
"La organizacin XYZ ha adoptado mtricas estndar de eficiencia de Ingeniera del Software: LOC/Hour:
Nmero total de lneas de cdigo nuevas o modificadas en cada hora. Adems para motivar la
productividad, ha vinculado los resultados de esta mtrica a la retribucin por desempeo de los
programadores. El resultado ha sido producir ms lneas de cdigo sin incrementar la plantilla.
Para evitar que se trate de un incremento hueco de lneas de cdigo, o que conlleve un aumento de los
errores por programar ms deprisa, se ha dotado de mayor rigor al sistema de mtrica, incorporando al
poco tiempo otras mtricas para complementar y mejorar el sistema de calidad:
Test Defects/KLOC, Compile Defects/KLOC y Total Defects/KLOC, para controlar que no aumenten el
nmero de errores deslizados en el cdigo.
Tambin se incorporaron indicadores appraisal time para medir tiempo y costes del diseo y la ejecucin
de las revisiones de cdigo.
Y por el temor a que el sistema de medicin pueda resultar excesivamente costoso se incorporan tambin

13

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

indicadores de coste de calidad (COQ) que miden los tiempos de revisin y los contrastan con las mejoras
en los tiempos eliminados por reduccin de fallos."
Te parece adecuada esta mtrica? Se te ocurre algn efecto no deseado que pueda producir?

CUNTOS "ASEOS" SON NECESARIOS PARA PINTAR ESTA CASA?


A la derecha est el plano de una casa, compuesta de tres dormitorios, un aseo, una cocina, un saln y un
recibidor.
El ejercicio consiste en estimar cunto costar pintar esas siete habitaciones; pero no se trata de hacer
una estimacin empleando unidades absolutas. No se trata de hacer una estimacin del tipo: metros
cuadrados de paredes y techos. O metros curadrados de las habitaciones que queremos pintar, y con el
dato de litros de pintura / m2 y horas de trabajo/m2 calcular el coste.
Se trata de hacer una estimacin por "juicio de experto" empleando una unidad relativa.
La unidad relativa va a ser "el pintado del aseo": el coste de pintar el aseo (la habitacin del centro del
plano).
Calcula, sin realizar ninguna medicin en el plano, guindote por tu criterio: Cuntos "aseos" cuesta
pintar las 7 habitaciones?

14

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Respuestas :
Esta es la planta con medidas en metros, la estimacin promedio debi salir 14, o con un
rango entre este nmero.

Hay que pintar 69 m2. Como el aseo tiene 5 m2. el equivalente son 14 cuartos de aseo.
Teniendo en cuenta que no resulta posible, ni es tampoco el objetivo, determinar cunto cuesta pintar la
casa con precisin de minutos... prcticamente cualquiera de las estimaciones que habis apuntado sera
vlida para tomar decisiones de agenda o presupuesto del trabajo.

Las siguientes son algunas de las mtricas del modelo PSP (Personal Software Process)
Total LOC = Nmero total de lneas de cdigo desarrolladas.
LOC /Hour = Nmero de lneas de cdigo desarrolladas / n de horas empleadas.
Son tiles para estimar la eficiencia de los ingenieros, pero hay otra que es recomendable usar junto con
las anteriores: n de errores inyectados cada x lneas de cdigo, ya que tan importante como la cantidad
de trabajo, es su calidad.
Total Defects/KLOC = Nmero de errores por mil lneas de cdigo.
El siguiente es el cdigo realizado por un consultor de software de IBM
Se trata de una funcin para comprobar la validez de una fecha. Las mtricas de su desarrollo son:

Esfuerzo: 1 jornada de trabajo (8 horas) de una persona.


Volumen de trabajo: 107 lneas de cdigo.
Calidad: 2 errores: considera fechas vlidas a las cadenas vacas. El clculo para aos bisiestos no es
correcto.
Calcular:
1.- La eficiencia de esta persona en LOC/Hora
2.- La calidad de su trabajo en n errores/KLOC
.

15

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

Prctica de Estimacin de Pker


OBJETIVO

Estimar el tamao de varios animales.


Debe estimarse para cada animal, cuantos zoo-puntos de masa tiene un ejemplar adulto.
UNIDADES: Zoo-puntos
Emplearemos unidades relativas. Consideraremos que un Zoo-Punto es el equivalente al tamao de un
pingino adulto. El tamao de un caballo adulto se podra considerar en 12 zoo-puntos.

16

Tpicos avanzados en Ingeniera de Sistemas

Ing. Hesmeralda Rojas Enriquez

17

Potrebbero piacerti anche