Estimar tiempos de desarrollo

[[egostar]]

Empezado por Mamcx

Quien se tomara *menos* tiempo? De verdad no influye el tipo de "taller" que se tenga? Quien puede mas? El del serrucho o el de la sierra electrica? Subversión, control de Bugs, nant, want (o sus alternativas) son sierras electricas.

Pues esto también tiene sus asegunes,

Usando tu metáfora del serrucho y la sierra eléctrica

Tenemos lo siguiente:

El que usa el serrucho sabe perfectamente como usarlo en la madera
El que usa la sierra eléctrica sabe poco o nada de como usarlo en la madera

Surgen las siguientes preguntas:

1. ¿Quien será mas rápido para terminar el corte?
2. ¿A quien le quedará mejor el corte?
3. ¿Cuantas veces se tiene que cortar la madera para que quede un corte perfecto?

Entonces si podemos preguntar:

¿Quien se tomara *menos* tiempo?

Y yo agregaría, ¿Quien entregará un mejor trabajo?

Ahi al dejo para la reflexión.

Saludos

PD, Estuve tentado a abrir esto en una Encuesta

[[AzidRain]]

Estoy de acuerdo, se supone que cuando uno ofrece sus servicios el cliente espera que contemos con lo necesario para llevarlo a cabo. Ya me veo platicándole de subversiones, iteraciones y demás a algún cliente. Normalmente te piden resultados en el menor tiempo posible, más aun si el cliente no tiene ni idea de la computadora salvo para entrar a su correo o ponerse a chatear.

Curiosamente en el caso de este sistema que tengo que hacer, una empresa grande http://www.macropro.com.mx le ofreció su sistema, que de hecho es un paquete comercial y adivinen en que esta hecho...COBOL!! si como lo oyeron. Sobra decirles todo lo que se le puede mejorar usando Delphi.

Pero volviendo al tema, la metodología que utilice uno para llevar a cabo el proyecto es lo de menos, finalmente hay que decidir un tiempo razonable para llevarlo a cabo. En los desarrollos a medida el cliente sabe que no es como hacer una aplicación comercial porque el producto al final solo le servirá a él y contendrá todos los caprichitos de él y su gente; por ello es relativamente sencillo convencerlo de que se lleva su tiempo. Lo importante es que se vayan viendo avances concretos y que al final tengamos una aplicación que no le pida nada a una comercial.

En lo personal acostumbro hacer mis aplicaciones lo más "comerciales" posibles, es decir, con apariencia, íconos y demás dignos de cualquier paquete. Muchas veces esta es la única forma en que el cliente aprecia la calidad del trabajo sin importar que por dentro tenga implementados los mejores algoritmos creados hasta el momento. Claro que si uno tiene creatividad le puede añadir cosas novedosas o que no hacen otros sistemas (y deberían).

De ahi la dificultad de estimar tiempos correctamente, si estima uno muy bajo corre el riesgo de quedarse colgado que no de tiempo, asi que estoy de acuerdo con que hay que dar un margen razonable. Pero volvemos a lo mismo...que tiempo se requiere??.

Estamos hablando como decían en un post de " trabajar con ahínco"

[mamcx]

Empezado por AzidRain

De ahi la dificultad de estimar tiempos correctamente, si estima uno muy bajo corre el riesgo de quedarse colgado que no de tiempo, asi que estoy de acuerdo con que hay que dar un margen razonable. Pero volvemos a lo mismo...que tiempo se requiere??.

Estamos hablando como decían en un post de " trabajar con ahínco"

El punto es, ESO NO SE SABE. Un año puede ser... seguro que 1 dia no es.

Como saber el tiempo? Prestale atencion a los enlaces que se te han dado. Empieza con el Joel que es el mas facil de digerir y luego sigue con los otros.

Como estimar. Es muy facil. Pero es un poco tedioso. Mejor pongamos un ejemplo (estimando una facturacion):

* Facturacion

Base de datos : Crear tabla Encabezado Facturas         30 minutos
Base de datos : Crear tabla Detalles Facturas         30 minutos
Clases : Crear clases de consultas genericas sql  2 horas
Clases : Crear manipulador de facturas   1 hora
Clases : Poner tabla facturaciones en modulo datos y configurar  5 minutos
Pruebas : Crear un metodo para llenar la tabla con datos prueba 10 minutos
Clases : Metodo calcular impuestos    30 minutos
Clases : Metodo calcular totales y subtotales     50 minutos
GUI : Armar formulario de facturacion y poner bonito  2 horas
GUI : Animar los calculos   1 hora
Pruebas : Probar crear, actualizar y borrar facturas  5 horas
Pruebas : Probar calculos sobre facturas con 1000 items 2 horas
Pruebas : Probar ingresos datos invalidos  5 horas
Clases : Cargar datos de cotizacion previa 1 hora
Pruebas : Cargar datos de cotizacion previa 1 hora
bla
bla
bla

Esto es una lista de pasos que hay que hacer para una facturacion (mas o menos) con tiempos aproximados de implementacion. Cuanto dio todo eso?

12 1/2 horas.

Eso es, tiempo de corrido, tiempo sicopata de un tipo como loco programando. Que le falta a esa lista? prioridades y fechas entre las cuales se hace la tarea. Ej:

Base de datos : Crear tabla Encabezado Facturas   Crucial      Hoy
Base de datos : Crear tabla Detalles Facturas        Crucial      Mañana
Clases : Metodo calcular impuestos                      Crucial      El viernes
GUI : Animar los calculos                                     Capricho  Algun dia
bla
bla

Ahora si es una lista realista...

Se puede saber que GUI : Animar los calculos se puede desechar y se ahorra 1 hora que seguro se volveran 5. Se sabe que es mas importante y se hace primero y que esas 12 horas deben distribuirse entre hoy y el viernes.

Y aqui faltan muchos mas pasos. Y fueron tiempos que me invente, al azar y no reflejan lo que puedes hacer o puede hacer tu equipo. Y no tiene encuenta codigo y clases que puedas usar. Y no tiene en cuenta que para haber llegado a facturacion paso muchas cosas mas antes. Y no reflejan problemas de comunicacion entre tu equipo. No hay tiempos de integracion (juntar clases). No estan las tareas de reportes. No esta la documentacion. No estan las ayudas. No tienen en cuenta tiempos de vacaciones, festivos, horas de almuerzo, etc...

Verdad que se hace el ejercicio y se empieza a ver grandota la cosa?

Hacer la primera estimacion es la mas tediosa... pero a partir de alli todo se va facilito. La 2da reusa datos de la primera (como periodos que no se trabajan) y se obtiene experiencia que aumenta la exactitud.

Pero si lo analizas, es muy facil... solo que la 1era vez toma tiempo. Es solo cojer cada pedacito y se estima.

Cuanto se demora hacer el modulo de facturacion? Ni idea. Incluso si has hecho modulos de facturacion antes.

En cambio...

Cuanto demora hacer una tabla de encabezado y detalle? Aaaa... eso si se puede saber. 1 hora o 15 minutos... dependiendo de lo veloz de cada uno.

La moraleja es que los pasos *pequeños* son estimables. Los pasos grandes son *adivinatorios*. Hay que *adivinar* para hacer un modulo de facturacion pero si se puede *estimar* la creacion de una tabla.