1.- Ningún gran proyecto infomático se ha realizado jamás en los plazos y sin desbordar el presupuesto; ni con el mismo personal que lo comenzó; ni termina haciendo lo que se proyectó...
Es bastante improbable que el suyo sea el primero.

Corolario 1.- Los beneficios estarán por debajo de lo previsto.
Corolario 2.- El sistema, si se termina será con retraso, y no hará lo que se esperaba que debía hacer.

2.- Un proyecto mal planificado tardará en realizarse tres veces más del tiempo previsto. Un proyecto bien planificado sólo llevará dos veces más de tiempo.

3.- Cuanto más complejo sea el proyecto, menos necesidad tendrá de dirigir al técnico

Corolario 1.- Encuentre el mejor director prosible; él encontrará al técnico.
Corolario 2.- Lo contrario casi nunca es cierto.

4.- Los proyectos con objetivos difusos van bien para evitar el compromiso de tener que estimar los costos.

5.- El esfuerzo necesario para corregir el rumbo crece geométricamente con el tiempo

6.- Cada miembro del equipo interpretará de forma diferente los objetivos del proyecto.

7.- Los equipos de proyecto detestan los resúmenes semanales de avance del trabajo, porque ponen de manifiesto la ausencia de progreso.

8.- Si el usuario no cree en el sistema, creará otro paralelo... Tanto uno como otro nunca funcionarán demasiado bien.

9.- Los informes de progreso dan buenas noticias hasta que marcan el 80-90% de trabajo completado.

 Leyes de Golub de la informática

Comentarios (8)

RSS de los comentarios

Desolador...
escrito por jcarlos, August 19, 2007

Que la evolución natural de la ingeniería del software se ampare de nosotros y este panorama cambie a otra situación más previsible, estable e ingenieril -sobretodo esto último-

Para mí estas verdades no hacen más que corroborar lo precario de nuestra profesión.

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +1

...
escrito por pinyeiro, August 20, 2007

Es algo que me hace bastante gracia. Hasta en la misma universidad te lo explican así.

Otro concepto gracioso es el de que no existe la bala de plata.

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +1

Pero seguimos haciendo lo mismo
escrito por Navegapolis, August 20, 2007

Lo de la formación de ingenieria del software si que tiene gracia. Es como si la formación de medicina reconociera que no logra curar, y siguiera enseñando lo mismo. :-

Juan.

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +0

Vaya
escrito por Joserra, August 20, 2007

Como profesional, da pena que esta sea la imagen más extendida de la informática. Pero como profesional, también entiendo como se ha llegado a esta imagen... :-
¿la solución es "super-ingenierilizarse" con CMMI o similares? ¿o super agilizarse? Dentro de unos años veremos a quien le ha ido mejor. eso sí, no olviden supermineralizarse y supervitaminarse...

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +1

¿Por qué?!
escrito por lboisset, September 06, 2007

Yo tengo una opinión sobre este asunto que a lo mejor no es compartida pero la verdad siempre veo lo mismo en los proyectos "desviados".

A diferencia de muchos proyectos de ingeniería industrial, civil, etc. (que también se retrasan todo hay que decirlo) los proyectos de software tiene un factor significativamente mayor (en varios órdenes de magnitud) de investigación y revolución. Cada xx meses (ya casi tengo que decir sólo x) han cambiado todas las versiones de los componenetes de software que un equipor de software usa, los S.O, las demandas de los usuarios, etc. ¿En cuántos proyectos en que hayáis participado no había un nivel de cambio en las herramientas a utilizar significativo?

Si cada vez que vas a hacer algo, que sabes hacer, te cambian cosas, el nivel de incertidumbre es elevado y hace que la planificación sea defectuosa. Pero por el otro lado no es facil acomodar los plazos de seguridad en el proyecto porque haciendolo te encontras con cambios en esos mismos componentes a mitad del proyecto, con cambios en los estandares de facto en la industria y con posibilidades de comerte el producto por viejo ¿A cuantos ha pillao de improviso el cambio a Ajax y web2.0? No serán pocos los proyectos que han terminado y eran viejos, jurásicos vamos.

Luego añade que se empieza a ver como normal el errar en los plazos ¡Los clientes ya se lo esperan! Pues nada todos a acomodarnos y ya está.

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +0

¿Por qué tenemos que hacer las cosas como las ingenierías civiles?
escrito por Juan, September 06, 2007

Es que esto de empeñarse que que trabajemos con los mismos criterios de planificación, estimación y gestión que una ingeniería civil, haciendo programas con el modelo de producción industrial y basando las garantías en los procesos antes que en las personas...
¿Por qué razón?

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +0

La razón no está en el project está en el management
escrito por Fernando Garcés, October 17, 2007

Creo que el problema , no es sólo de los proyectos de TI, el problema es generalizado en todos los proyectos que desarrolla y ejecuta una organziación empresarial.
Se ha creído, erroneamente, que la utilización de un método de gestión de proyectos, ciertas herramientas son la solución para tener proyectos exitosos dentro de una empresa. De acuerdo con ese paradigma, como los proyectos siguen desviándose,algunos "interesados" agregan mas método y se compran mas instrumentos y software de proyecto, haciendo mas rigida aún la organización y produciendo mayores frustraciones en todos los niveles.

Para tener proyectos exitosos, una organizción debe romper el paradima que tiene y producir un verdadero cambio cultural en su interior , adecuando la metodología a lo que realmente necesita de acuerdo a su grado de madurez en PM, debe utilizar única y exclusivamente sólo aquellas herramientas que faciliten el trabajo actual y actuar sobre las raices profundas en su management , pues los proyectos fallan más por management que por project, debiendo, finalmente cambiar la visión de hacer proyecto y colocarse en una perspectiva del dueño y no de quien ejecuta el proyecto

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +0

Experiencia = Inteligencia ?
escrito por MAC, November 15, 2007

Las cosas como son, la mayoria de proyectos lo dirigen gente inteligente que aplica los metodos y ... pero NO con la experiencia necesaria, se desvia el proyecto ? cambio de reglas ? decimos... pero y la anticipacion ? el sustento integral de las decisiones adoptadas y aprobadas... el peso de experiencias de otros proyectos... resultado... el grado de madurez, considerenlo.

Informar de comentario inadecuado

voto negativo

voto positivo

Votes: +0

Nombre

Email

Sitio Web

Título

Comentario

reducir | aumentar

He leído y acepto los Términos de uso.

Nuevo Comentario