Estimaciones (3)

(este post es parte de una saga que comenzó aquí y siguió aquí)

La estimación y el plan no son lo mismo. Creer que sí es un error común a la hora de planificar un proyecto de software. Son temas muy relacionados pero no son lo mismo.

Mientras la idea de estimar es entender cuánto cuesta, en términos de esfuerzo, construir un determinado software, el objetivo del plan es mostrar la forma en que cumpliremos un determinado objetivo. Por ejemplo el de entregar (en producción funcionando) un determinado software, para una determinada fecha y con un determinado nivel de calidad.

El plan compromete fechas, la estimación no.

El plan necesita una estimación sobre la que basarse pero hay tareas que no tienen que ver con construir el software y que muchas veces el equipo de proyecto desconoce o subestima [1]. Es por esta razón que muchas veces, además de la mirada de desarrollo, se requiere una mirada que vaya más allá. Si el líder del proyecto la tiene, excelente; y si no, hay que complementarlo.

Es clave diferenciar ambos términos durante la planificación, en las conversaciones dentro del equipo y con los stakeholders del proyecto puesto que el principal problema en esa etapa del proyecto es que se produzca un GAP entre ambas cosas.

Cuando el GAP entre el esfuerzo estimado y el plan trazado es pequeño, el PM o el líder pueden tener margen de maniobra para “manejarlo” [2] pero cuando es grande, sencillamente el proyecto está condenado al fracaso.

Seguimos pensando..

Update: Podes seguir leyendo sobre estimaciones aquí.

[1] Por ejemplo, el equipo de proyecto no tiene porque saber que se requieren 2 semanas para rodar el proceso de compra de un servidor nuevo para el producto que está construyendo.

[2] Según Steve McConnell las estimaciones son un ejemplo del principio de incertidumbre de Heisenberg. Dicho principio es la idea de que el mero acto de observar una cosa, la cambia. Debido a esto no podemos estar seguros de su comportamiento si nosotros no estuviéramos observando.

Comentarios

  1. yons iles25/3/12, 2:00 p.m.

    bien por esta referencia

    ResponderBorrar
  2. GS26/3/12, 8:33 a.m.

    El ppio de incertidumbre de Heisenberg tiene un dejo a postulado del genio maligno de Descartes, ¿no?
    Independientemente de lo anterior, estoy de acuerdo con los que opinan que estimar es un arte, se depende de la experiencia previa y el conocimiento de las "herramientas" con las que se dispone para trabajar para lograr una "buena" estimación, y por "buena" se entiende aquella que contrastada la evolución real del plan tiene un desvío aceptable.

    ResponderBorrar

Publicar un comentario

Muchas gracias por comentar. Por favor deja tu nombre y/o email, los comentarios son mucho más valiosos cuando se sabe quien los hace.

Entradas más populares de este blog

10 definiciones de calidad

1. “La calidad no es un arte, es un hábito”. Aristóteles. 2. “Calidad es cumplir con los requerimientos”. Philip Crosby. 3. “Una promesa de que el proceso va a resultar en productos o servicios que serán vendidos a clientes que estarán definitivamente satisfechos”. Edwards Deming. 4. “Calidad es adecuación al uso”. Joseph Juran. 5. “Quality in a product or service is not what the supplier puts in. It is what the customer gets out and is willing to pay for”. Peter Druker. 6. “La calidad es la mínima pérdida causada a la sociedad desde que el producto es embarcado ”. Genichi Taguchi. 7. “La resultante total de las características del producto y servicio de mercadotecnia, ingeniería, fabricación y movimiento, a través de los cuales, el producto o servicio en uso satisfará las esperanzas del cliente”. Armand Feigenbaum. 8. “La no dispersión de las características de calidad”. Kaoru Ishikawa. 9. “Calidad es la totalidad de las características o rendimiento, que puede ser us...
Leer más

¿Qué es time and material?

En más de una oportunidad me he encontrado en la necesidad de explicar qué es un servicio time and material (T&M) bien entendido. Debido a esto se me ocurrió que podía ser interesante dejar reflejada aquí mi opinión para futuras generaciones. Tal vez, para variar, alguno, antes de preguntar, pruebe leer. Contratar servicios de consultoría en modalidad time and material (t&m) implica que los servicios contratados se pagarán en función del tiempo incurrido por el proveedor . Es, básicamente, una modalidad comercial de pago. Este tipo de contrataciones muchas veces se las llama, peyorativamente creo, "horas taxi". A mi no me gusta mucho el término porque pone el foco en "incurrir o no horas" y lo aleja de "dar un buen servicio". Una contratación t&m tiene implícitas dos cosas: (a) que la gestión de las tareas y el alcance son responsabilidad del contratante (b) que si el proveedor no incurre horas no cobra. He hablado de esto en el pasado . Un d...
Leer más

Teoría Económica y Outsourcing

El problema del principal-agente tiene origen en la teoría económica y describe la interacción existente entre dos partes - principal y agente - en base a un contrato. Típicamente, el agente es quien está en posición de ganar alguna ventaja incumpliendo el acuerdo y el principal es quien debe proveer al agente de incentivos adecuados para cumplir los términos de dicho contrato. La forma de resolver el problema es encontrar una forma eficiente de pautar la relación entre las partes de forma tal que ambos logren cumplir sus objetivos simultáneamente. Este problema tiene múltiples aplicaciones económicas como ser la relación empleado y empleador o la relación asegurado y asegurador (aquí tiene nombre particular: riesgo moral o moral Hazard). Si pensamos en la dinámica de la tercerización de servicios y los roles involucrados (proveedor y contratante), podremos ver que estamos ante una manifestación del mismo problema (contratante-proveedor). Y este hecho que abre posibilidades de análi...
Leer más