Alguno de los Dream team

Alguno de los Dream team

sábado, 24 de abril de 2010

Analisis de estimacion de esfuerzos-Cuaderno II

AL PIE DE ESTE ARTICULO ESTA EL LINK A LOS DOCUMENTOS MENCIONADOS


Igual que en el envío anterior, la información base la tomamos del ISBSG y agregamos un capitulo de un libro dedicado al tema.-

Nos han hecho llegar consultas sobre TECNICAS DE ESTIMACION. Es decir, los documentos de estos envíos cubren en general el análisis de exactitud de la estimación de proyectos y la incidencia de varios factores en el tamaño de un proyecto.-

Uno de los documentos que enviamos hoy (Early Lifecycle Software Estimation 060905.pdf) es una aproximación al problema, aunque debe ser manejado con el conocimiento o las técnicas que hay por ejemplo en:
Practical Project Estimation (2da edición): http://www.isbsg.org/isbsg.nsf/weben/Estimation%20Toolkit
Otro de los documentos “Six Forms of SW Cost Estimation.pdf” es un extracto de publicación libre del libro “Estimating Software Costs”, Second Edition escrito por Capers Jones y publicado por The McGraw-Hill Companies.


*********************************

Un resumen de los documentos que enviamos:

Early Lifecycle Software Estimation 060905.pdf: Hay varios escritos sobre la estimación de software en una etapa temprana. Es el caso clásico de las estimaciones para conseguir el presupuesto o siquiera para analizar si el mismo es posible. Este White paper del ISBSG, basa sus reglas de calculo en el análisis de 1942 proyectos que han sido estimados a través de técnicas de estimación por puntos de función (IFPUG- V 4 o superior) o por la aproximación que propone NESMA.-
En el informe se brindan coeficientes de calculo. De todos modos vale remarcar que las formulas requieren del SIZE, esto es de una estimación previa de los puntos de funcionalidad que el sistema debe tener para cumplir con los requerimientos del usuario.-
Esto lleva de suyo que es necesario un trabajo de Análisis de Requerimientos previo para poder tener una valor con un margen de error por debajo del 40%.-

-----
Project Cost - Special Report.pdf : Este documento analiza el costo de proyectos que están en la base del ISBSG. Se trata de una muestra de 591 proyectos. En este caso también se trata de analizar datos de algo que “ya sucedió”. Es decir son documentos en los que se analiza como se estima o cuanto costo un proyecto luego de terminado. Visto de ese ángulo la información es rica: El costo medio de un proyecto en USA o Europa es de U$S 80 la hora/hombre y U$S 750 por punto de función.-
Esos valores triplican al menos lo que cuestan los proyectos de software en nuestro país, CUANDO SON HECHOS CON ESPECIFICACIONES DE REQUERIMIENTOS CLARAS Y BUENA INGENIERIA.
Detalle este ultimo, que la mayoría de las veces no es considerado adecuadamente por los gerentes de sistemas o de las áreas de negocio a la hora de contratar.-

-----
Package Customisation 240305.pdf. Este ultimo es un estudio sobre 470 proyectos en los que se midió el esfuerzo de adecuación y parametrización (customization) de paquetes de software. La mayor parte de la muestra (400 proyectos) no involucro paquetes instalables y 70 de los proyectos si, fueron en paquetes instalables que requirieron algún tipo de parametrización.
El informe muestra relaciones interesantes:
Los paquetes de software parametrizables tienen una tasa de implementación mejor en comparación con los desarrollos ad-hoc, es decir se agrega funcionalidad en MENOS TIEMPO (“…This suggests that projects involving customising a package deliver about 30% more FP per month per person than projects that do not involve customising a package…”)
Los proyectos que implican el uso de paquetes parametrizables SON MAS LARGOS EN TIEMPO y los equipos de proyecto SON MAYORES.-
De todos modos, como marcan los autores del informe, la muestra no es todavía suficiente para sacar conclusiones mas firmes.-
-----
Six Forms of SW Cost Estimation.pdf. Como comentamos antes es un capitulo del libro “Estimating Software Costs”. Nos pareció interesante como enfoque de estimación en el que NO SE USA LA FUNCIONALIDAD a entregar como partida de la estimación sino que se usan las ACTIVIDADES como base de la estimación. Como todas las técnicas su utilidad esta en su correcta interpretación y consistencia en el uso.-

LINK A LOS DOCUMENTOS DE ESTA NOTA

http://www.linkedin.com/osview/canvas?_ch_page_id=1&_ch_panel_id=1&_ch_app_id=17798120&_applicationId=1300&appParams=%7B%22subview%22%3A%22shared%22%2C%22item_type%22%3A%22folder%22%2C%22shared_name%22%3A%22kdg3n63ns8%22%7D&_ownerId=9863329&completeUrlHash=ZIip

1 comentario:

Anónimo dijo...

muy interesante el tema, me gustaria tener un correo electronico para poder hacerle unas pregunticas, y ver si ustede nos puede colaborar, le escribo desde colombia, desde la universidad del cauca. Gracias