.: WEREMSOFT :.

Si nos mandan a hacer la estimación de un proyecto que tiene, por ejemplo, los siguientes 3 puntos:

1. Hacer un preloader(customizar uno de un proyecto anterior).
2. Hacer un juego X(o cambiar los gráficos a uno ya existente).
3. Hacer que el juego submita records a un api de un cliente con el que nunca trabajamos.

Podemos poner los siguientes tiempos expresados en horas para cada punto:

1. 1 hora(hay que hacer el arte del preloader).
2. 16 horas
3. 8 horas (Crítico)

Bueno, como ya deben haber notado, la palabra clave en el punto 3 es “Crítico”. Una tarea crítica es una tarea que puede alargarse mas del doble si las cosas se complican y esto debe quedar muy claro para el líder de proyecto y para el cliente. Esto es importante, porque, dependiendo de la criticidad de la tarea, puede haber que renegociar las condiciones del contrato de servicio.

También es conveniente tener planes alternativos para llevar adelante el o los puntos críticos en cuestión. En base a esto, podemos decir algo como:

“Si se cumplen mas de 8 horas y no pudimos integrar el juego con el backend del usuario, lo hosteamos nosotros en nuestros servidores con nuestras API’s hasta que podamos solucionar el problema”.

El caso anterior, puede ser muy útil si debemos hacer un juego que salga con una película, para lo cual no podemos retrasarnos ni un día. Eso nos da aire para poder hacer un throubleshooting del inconveniente.

Marcar puntos críticos es muy útil para hacer un análisis de riesgo del proyecto y saber donde puede dilatarse, atentando contra la rentabilidad del mismo.

Recuerden

Marcar puntos críticos.
Idear planes alternos.

Puede salvarles la vida algún día.

Saludos!