Cada vez es más común ver como grandes organizaciones, que subcontratan mucho desarrollo software, las llamadas organizaciones cliente (aseguradoras, operadoras, banca, administración pública, etc.) están implantando robustos procesos o modelos de estimación software para regularizar, estandarizar y sistematizar los precios y tiempos que se asignan a cada proyecto que desarrollarán por sus proveedores.
Después de haber participado desde hace años en varios proyectos de este tipo, he querido sintetizar en este post las claves principales de estos modelos, de esta forma de trabajo entre clientes y proveedores, que cada vez se está implantando en más empresas.
Esquema de estimación que normalmente se implanta
Frente a métodos menos estándar, como negociar “ad hoc” la estimación de cada proyecto con el proveedor, o más riesgosos, como no disponer de método o criterios de estimación y confiar en la palabra del proveedor, la tendencia actual a la hora de estimar se basa en fijar (1) un método, y una unidad de medición, único para estimar, (2) fijar un método de ajuste específico para cada departamento / organización que subcontrata proyectos y (3) implantar un método de ajuste o calibración continuo.
Conste decir que, además, en la mayoría de las organizaciones que implantan este esquema, los dos primeros puntos son conocidos y compartidos con los proveedores.
A continuación os dejo un breve resumen de las tendencias a la hora de articular los tres puntos anteriores.
Conste que las claves y estrategias de las que trata este post están orientadas a grandes organizaciones, con numerosos desarrollos normalmente llevados a cabo por grandes proveedores (caso que difiere de pequeños equipos, equipos ágiles, empresas de desarrollo de producto, etc.)
1 – Un método, y una unidad de medición, único para estimar
En este esquema de trabajo parece obvio el decirlo, pero debe haber un método de estimación, una unidad de medida del tamaño del software.
Si bien en la literatura podemos encontrar decenas de métodos de estimación parece que el Punto Función se ha convertido en la unidad y el método más usado por las empresas (te dejo dos post interesantes sobre puntos función, este y este otro sobre los métodos de calculo del punto función).
Estos puntos función son “una métrica, un número, para establecer el tamaño y complejidad software en base a la cantidad de funcionalidad”.
El Punto Función es “el metro” para medir el tamaño del software. Con la diferencia de que no son una medida universal: no hay dos empresas que midan Puntos Función de la misma manera, y hay muchos métodos de calcularlos. Por ejemplo, algunos de los métodos que más se usan (o más he visto en empresas) para calcular los Puntos Función son el FP Lite, el IFPUG, el Mk, etc., y el que parece que es el más usado hoy: Puntos Casos de Uso (Use Case Points) (Aquí tenéis una explicación mayor del método).
El punto caso de uso estima el tamaño del software en base a los casos de uso. Mí método preferido, por su aplicabilidad real, que os puedo asegurar después de llevar años utilizándolo y aplicándolo en empresas. Dejo explicación más ámplia del método.
Una estimación con puntos función, en cualquiera de sus variantes, permite estimar de manera repetible, y obtener medidas derivadas, como el número de horas de desarrolladores por Puntos Función, Número total de horas por Puntos Función, Coste por Puntos Función, etc.
El cálculo del punto función no sólo es diferente en cada empresa por haber diferentes maneras de calcularlo, también lo es por las diferentes maneras de ajustarlo, lo cual veremos en la sección 2…
2 – Fijar un método de ajuste específico para cada departamento / organización que subcontrata proyectos
Aun utilizando el mismo método para calcular los puntos función, dos empresas pueden obtener estimaciones diferentes ¿por qué? Porque una por ejemplo puede desarrollar en una tecnología, y la otra empresa en otra, una puede tener personal más cualificado, otra utilizar una arquitectura diferente, etc.
Por ello hablamos de que el punto función hay que ajustarlo a la realidad de la empresa y a los requerimientos tecnológicos.
Las empresas que acaban implantando exitosamente la estimación de punto función, en este contexto, acaban teniendo tablas de ajuste específicas a su realidad y tecnología. Y aunque empiezan usando tablas de ajuste estándar, acaban adecuándolas a su realidad.
3 – Implantar un método de ajuste o calibración continuo (mejora continua del método)
Algo que hay que tener muy claro a la hora de estimar, a la hora de implantar un método de estimación, es que los métodos tienen siempre un error y nunca son exactos. Es decir, que ningún método de estimación nos dirá cosas del tipo a “el proyecto terminará el día miércoles 12 de noviembre a las 12:33”. Eso es imposible en proyectos medianos o grandes.
Los métodos de estimación nos ayudan a acotar el error, a ir reduciéndolo, a determinar un rango de finalización del proyecto y a disponer de un volumen medible del tamaño del software a desarrollar (p.e. el número de puntos función) (lo cual es cuantificable económicamente).
Cuando trabajamos con métodos de estimación el resultado deben ser rangos del tipo a “el proyecto terminará la primera quincena de noviembre”, “la última semana de noviembre”, etc. El rango temporal depende de la exactitud de nuestro método, del momento en el que estimo (la exactitud no es la misma el primer día de proyecto que el penúltimo mes) y de la magnitud del proyecto (proyectos mayores implican rangos mayores, p.e. semanas vs. quincenas).
Ese rango de error debe ir ajustándose, determinándose el error y por analogía comparando el nuevo proyecto a estimar con proyectos terminados previamente que sean similares. La experiencia se va guardando en una BBDD (o más comúnmente en una hoja Excel) que mejora continuamente el método.
- Diario: cómo Javier Garzás evita quedarse obsoleto estudiando a un X10 con IA-Esteroides - 7 noviembre, 2024
- Si creas Historias de Usuario con IA ¿A quién pertenecen? ¿A ti o la IA? El mono Naruto te lo explica - 31 octubre, 2024
- HistorIAs de usuario y como a Maximiliano lo ENGAÑABAN con la IA y como una viejuna historia del 1500 le salvó - 24 octubre, 2024
Pingback: Bitacoras.com
Hola Javier buen post, sólo un comentario, la ventaja que tiene PF es que es un estándar, comentas que en varias empresas pueden contar de distintas formas los PF, pero uno se puede certificar para contar FP mediante cursos del IFPUG y existe material definido y extenso de cómo contar los PF,por lo que si bien a pesar de la certificación no cuentas los mismo FP de tu compañero, apuesto a que el rango de diferencia es mínimo.
En tanto los Puntos por Casos de Uso, no es un estándar, hay mucho material disperso, y la forma en que esté hecho el caso (detalle) hará que se varíe demasiado en el tamaño y conteo. Por otra parte he leído distintos materiales de ese conteo y no hay una opinión unánime de que son las transacciones en el conteo, ¿pasos del CDU? ¿Pasos que únicamente tiene respuesta del sistema?
En fin, toda una discusión, sin duda es lo que le da la ventaja a los PF su congreso anual del IFPUG, cursos oficiales y ser un estandar.
Saludos.
Hola, Javier!
Una pregunta: ¿sabes si existe alguna herramienta de software abierta que implemente metodologías de estimación? He estado buscando por ahí algo sobre FPA Lite, pero no encuentro nada. Ya sé que se puede usar una hoja de cálculo, pero donde esté una webapp… Si no hay nada, estoy pensando que a lo mejor es buena idea que me haga una en Github, a ver si nos es de utilidad a mí y a cualquiera que esté interesado en algo similar.
Gracias y un saludo!
Hola,
En un libro que escribimos sobre estimación pusimos una lista (si recuerdo bien), no lo tengo aquí, cuanod lo tenga te las digo.
Y luego yo siempre usaba la de Construx, que se podía bajar gratis, pero no recuerdo si tenía FP lite, pero échale un vistazo que era muy interesante
Saludos
Hola de nuevo!
Si es el libro «Medición y estimación del software», le tengo y sé a qué lista te refieres. Lo vi por encima y me dio la sensación de que eran todas de pago y que FP Lite no aparecía citada, pero voy a echar un vistazo una por una.
De todas formas, quizá no sería mala idea iniciar un proyecto abierto que empiece implementando metodologías sencillas (como FP Lite) y luego pueda ir extendiéndose con otras más completas. A veces, entre que los profesionales no estamos concienciados con la estimación, no conocemos las metodologías y no disponemos de herramientas, se hace difícil hacer las cosas bien…
Por cierto, me gusta mucho también este libro (leí antes del de gestión ágil y también con muy buena sensación). Enhorabuena por la labor de divulgación tan necesaria que estáis haciendo.
Saludos!
Me alegra que te gustara el libro.
Cierto, el área de la estimación una de las que más podemos mejorar. Yo es de las que más flojas encuentro siempre en las empresas que veo.
Saludos
Hola Javier, el enlace al post de Kybele Consulting (http://www.kybeleconsulting.com/estimacion-puntos-caso-de-uso.html) lleva a un 404. Buscándolo en la web tampoco consigo llegar a él (http://www.kybeleconsulting.com/recursos/articulos/estimacion-puntos-caso-de-uso/).