ERRORES CLASICOS

Personas:

1.- Motivación debil : Directivos que salen de vacaciones mientras que el equipo trabaja
incluso los dias de fiestas

2.- Personal mediocre.- selección del personal se realiza buscando a quien podria
contratarse mas rapido, en vez de quien realizaria el trabajo durante la vida del proyecto.

3.- Empleados problemáticos incontrolados.- la consecuencia es que por lo general se

tiene que rehacer el trabajo de los problemáticos

4.- Hazañas..- Las actitudes de “ser capaz de” convierten pequeños contratiempos en
autenticos desastres

5.- Añadir mas personal a un proyecto retrazado.- Añadir gente a un proyecto retrasado
es como echar gasolina en un fuego (caótico)

6..- Oficinas repletas y ruidosas .- Los entornos repletos y ruidosos alargan los planes de
desarrollo

7.- Fricciones entre clientes y los desarrolladores.- El principal efecto es una mala
comunicación, y los efectos secundarios : Pobre entendimiento de los requerimientos,
pobre diseño de la interfaz del usuario y en el peor de los casos, el rechazo del cliente a
aceptar el producto acabado.

8.- Expectativas poco realistas.- directivos o los desarrolladores a veces prometen un

conjunto de funciones tan altas como la luna

9.- Falta de un promotor efectivo del proyecto.- La falta de un promotor efectivo

garantiza el fracaso del proyecto

10.- Falta de participación de los implicados.- promotores, ejecutivos, responsables del

equipo, miembros del equipo, personal de ventas, usuarios finales, clientes y cualquiera
que se juegue algo en el proyecto.

11.- Falta de participación del usuario.- Los proyectos que no implican al usuario corren
el riesgo que no se comprendan los requerimientos del proyecto.

12.- Política antes que desarrollo.- los políticos estan especializados en la “gestion”,
centrándose en las relaciones con sus directivos, los “investigadores” se centran en
explorar y reunir información. Primar la política en vez de los resultados es fatal para
los proyectos.

13.- Ilusiones.- Consiste en cerrar los ojos y esperar que todo funcione cuando no se
tienen las bases razonables para pensar que sera asi.
Proceso

14.- Planificación excesivamente optimista.- Supone una excesiva presion para los
desarrolladores, quienes a largo plazo se ven afectados en su moral y su productividad.

15.- Gestion de riesgos insuficiente.- Motivo de fracaso de muchos proyectos

16.- Fallos de los contratados.- Usados cuando se tiene demasiada prisa, pero no
gestionados cuidadosamente pueden entorpecer el proyecto en vez de acelerarlo.

17.- Planificación insuficiente

18.- Abandono de la planificación bajo presion.- Se tiende a abandonar el plan después

de fallar en las primeras entregas

19.- Perdida de tiempo en el inicio difuso.-

20.- Escatimar en las actividades iniciales.- “No hemos tenido tiempo de hacer el diseño
del sistema”

21.- Diseño inadecuado .-

22.- Escatimar en el control de calidad.- Acortar en un dia las actividades de control de

calidad al comienzo del proyecto, probablemente supondra de 3 a 10 dias de actividades
finales

23.- Control insuficiente de la directiva.-

24.- Convergencia prematura o excesivamente frecuente.-

25.- Omitir tareas necesarias en la estimación .- El esfuerzo omitido suele aumentar el

plan de desarrollo en un 20 a 30 %

26.- Planificar ponerse al dia mas adelante.- El crecimiento de las nuevas prestaciones
sin ajustar el plan garantiza que no se alcanzara la fecha de entrega

27.- Programación a destajo.- Algunas organizaciones creen que la codificación rapida,

libre, tal como salga, es el camino hacia el desarrollo rapido.

Producto

28.- Exceso de requerimientos.- Las prestaciones complejas alargan

desproporcionadamente el plan de desarrollo

29.- Cambio de las prestaciones.- Cambios en los requerimientos pueden producir un

aumento en el plan inicial

30.- Desarrolladores meticulosos.- Los desarrolladores a veces se muestran ansiosos por

porbar nuevas prestaciones de su lenguaje o entorno, alargando innecesariamente el plan
de desarrollo.
31.- Tiras y aflojas en la negociación .-

32.- Desarrollo orientado a la investigación..- No estamos en el negocio de la

investigación de software, estamos desarrollando software

Tecnología

33.- Síndrome de la panacea.- Cuando un equipo del proyecto se aferra solo a una nueva
técnica, una nueva tecnología y espera resolver con ello sus problemas, estan
inevitablemente equivocados

34.- Sobreestimacion de las ventajas del empleo de nuevas herramientas o metodos.- Un

caso especial es cuando se reutiliza codigo e proyectos anteriores. El tiempo que se gana
no es tan grande como el que se espara.

35.- Cambiar de herramienta a mitad de proyecto.-

36.- Falta de control automático del codigo fuente.-