Como calcular las horas de desarrollo

[Irwin Rodriguez]

Saludos a toda la comunidad,

Tengo un cliente que es una empresa de desarrollos, trabajan con VFP9 y tienen los tipos sistemas administrativos.

Quieren trabajar asi:

1. Me piden que se realice tal o cual modificación, mejora, avance, corrección de bug sobre el proyecto o sistema XX.

2. Yo debo pasarles una especie de cotización donde refleje el estimado de horas para realizar dicho requerimiento.

Mi pregunta es:

¿Existe algún instrumento de medición para tal fin?

¿O debo simplemente sopesar el alcance y la dificultad del requerimiento para sacar un estimado y colocarle cierta holgura?

Yo estaba pensando en algo como esto:

1. Analizo el tarea XX y mi cotización es de 4 horas.

2. Si desarrollo la tarea en menos de 4 horas pues entonces cobro solo las horas que trabajé.

3. Si desarrollo la terea en mas de 4 horas entonces cobro las 4 horas mas la diferencia.

4. Si desarrollo la tarea en las 4 horas, cobro las 4 horas pero si tuvo errores bloqueantes, de proceso y/o programación entonces resuelvo y no cobro por ello.

Que les dice su experiencia?

Saludos!

--

Ing. Irwin Rodríguez

 

Consultor Informático

+584125210679

 

"Las ideas son fuerzas intangibles, pero tienen más poder que el cerebro físico de donde nacen. Tienen el poder de seguir viviendo, aún después de que el cerebro que las ha creado haya regresado al polvo"

NOTA: La información mostrada en este mensaje es de caracter Confidencial y está dirigida unicamente a los contactos señalados en el encabezado; si el lector de este correo no es el destinatario del mismo, se le notifica que cualquier copia o distribución queda totalmente prohibida. Si usted ha recibido este mensaje por error, por favor notifique inmediatamente al remitente por este mismo medio y bórrelo de su sistema.

[Fernando D. Bozzo]

Hola Irwin:

Hay varias formas y métricas para analizar este tema, pero personalmente me baso en la experiencia, en el tipo de requerimiento, la complejidad, la cantidad de controles, validaciones, las pruebas manuales y automatizadas, etc.

Una de las métricas es separar la tarea en subtareas y poner un estimado para cada subtarea y calcularlo por regla de 3 (ej: creación de 1 control simple = 1h, entonces 35 controles = 35 hs). Este método no me gusta porque es muy mentiroso, ya que cuando comenzás a programar comenzás despacio, pero a medida que avanzás vas tomando velocidad y llega un punto en el que si hacés las cosas bién podés comenzar a reutilizar código, y esta métrica no tiene en cuenta eso.

En fin, yo prefiero analizar la petición, para lo que obviamente necesitás saber cada aspecto a tener en cuenta y cada requisito, anotar los requisitos y acordar con el cliente que la validación de tu desarrollo será conforme a la lista de requisitos que le entregás primero para que dé el visto bueno, porque si no luego pasa que entregás y comienzan los "falta esto o lo otro, creí que iba a hacer esto también, supuse que xxx..., cuando se hace esto debería pasar lo otro...", etc, etc

Justamente tener la lista de requisitos y de casos de prueba para comprobarlos es lo que permite que tu desarrollo esté limitado a eso, y cualquier otra cosa o caso de prueba/uso que no esté escrito es algo nuevo.


Saludos.-

[César Pistiner]

Hola Irwin,

Creo que está muy claro y completo lo que te dijo Fernando, lo que yo meto en la balanza (además de lo ya mencionado) es el tiempo de entrega, no es lo mismo que me pidas un desarrollo para dentro de una semana que para dentro de un mes, en una semana tengo que poner más recursos que en un mes y por ende sacarle prioridad a otros clientes/pedidos.

Espero que te sirva.

Saludos,

César

[Julián May]

Puedes utilizar parte del modelo COCOMO.