Lo más evidente es a veces erróneo

¿Qué haces cuando tienes un proyecto que va a acabar más tarde de lo previsto?

Añadir más recursos para conseguir acabar en plazo, es evidente ¿no?.

Pues no lo es tanto, en proyectos de software existe un principio  que dice que “añadir personal a un proyecto retrasado lo retrasa aún más”. Este principio, que se conoce como la ley de Brooks, fue acuñada por Fred Brooks en 1975 en su libro ” The Mythical Man-Month” y representa la sobrecarga que provoca en la coordinación y comunicación del proyecto el hecho de añadir nuevos recursos al proyecto.

Existen otras decisiones que se toman en los proyectos que también parecen evidentes pero que al igual que la ley de Brooks pueden ser erróneas.

Todd Williams enumera cinco decisiones que califica de estúpidas cuando estas intentando recuperar un proyecto, os las comento a continuación:

  • Añadir más funcionalidades cuando tienes problemas con el plazo de entrega

Esta decisión se conoce con el termino ingles de “gold platting” y es lo opuesto a lo que se tendría que hacer. Cuando un proyecto tiene problemas para cumplir con la fecha de entrega se tiene que reducir el alcance y no aumentarlo.

  • Añadir más recursos

Esto es lo que recoge la ley de Brooks.

  • Intentar conseguir resultados diferentes a partir de las mismas personas

Como decía Einstein “La locura es hacer siempre lo mismo y esperar resultados diferentes”.

  • Asumir que el alcance puede ser completado en el mismo tiempo.

El tiempo y el esfuerzo perdido no se pueden recuperar, solo podemos cumplir con los plazos reduciendo alcance.

  • Cancelar la formación cuando no vas a cumplir con el presupuesto.

Confiar en que el equipo puede ser autodidacta, aprender y no equivocarse es confiar mucho.

Recuperar un proyecto que está teniendo problemas no es fácil, se tienen que analizar las problemas, detectar las causas y actuar sobre ellas.

Muchas veces solemos precipitarnos , actuamos sin analizar y solo nos centrarmos en los efectos sin atacar las causar.

¿Os habéis precipitado alguna vez?

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)

About the author  ⁄ Alberto García

7 Comments

  • Responder
    13 marzo, 2011

    That was an excellent article. You made some exceptional points and I am grateful for for your research! Keep it up!

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  • Responder
    13 marzo, 2011

    First-class share it is surely. My friend has been awaiting for this update.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  • Responder
    3 marzo, 2011

    I love your writing style really loving this internet site .

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  • Responder
    24 febrero, 2011

    glad to be one of many visitants on this awing internet site : D.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  • Responder
    22 febrero, 2011

    could create in case some So many folks We would especially I’ll

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  • Responder
    Alfonso
    30 mayo, 2010

    Desconocia que el principio tenia etiqueta (“ley de Brooks”), pero confirmo por experiencia la afirmación…
    Añadiria alguna más:
    - Cuando un proyecto se complica,y dependiendo de la organización que tengas encima, (entonces toda organizacion horizontal, de repente se verticaliza), aumenta exponencialmente el numero de reportings a realizar y el numero de Jefes involucrados en ‘Saber que pasa’. Con lo que el tiempo se dedica más a explicar la situación y calmar los ánimos que a analizar las causas y buscar las alternativas de solución.
    - La reacción natural es, sabemos que va mal pero no digamos nada para no perder el control.
    - Cual debiera ser la Reacción correcta?. Depende del temor que te imponga la organización?…

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)