Está en la página 1de 1

Errores Clsicos en Desarrollo y Gestin de Proyectos Informticos

A.- Referentes a las Personas:

1.- Motivacin indeterminada: Boehm La motivacin es el mayor factor sobre la productividad y la calidad del desarrollo de software Errores: Arengas, trabajo
extra, irse de vacaciones, remuneraciones irrisorias por terminar en plazo.
2.-Personal poco capacitado: Despus de la motivacin, las capacidades de los individuos o su relacin como equipo son los siguientes factores
en importancia en la productividad. Errores: Contratar lo ms barato.
3.-Falta de actuacin con las personas problemticas
4.- Herosmo: NO interesan actuaciones heroicas sino el desarrollo continuo, pausado y sin sobresaltos.
5.- Aadir ms personal a los proyectos retrasados.
6.- Oficinas repletas y ruidosas. Los trabajadores que estn en oficinas silenciosas tienden a funcionar mejor que los que ocupan cubculos en salas ruidosas y
repletas.
7.- Fricciones entre los clientes y los desarrolladores.
8.- Expectativas poco realistas. Las expectativas realistas son uno de los cinco factores necesarios para asegurar el xito de los desarrollos de software internos.
9.- Falta de un promotor efectivo del proyecto. Ayuda a realizar una planificacin realista, control de cambios y la introduccin de nuevos mtodos
de desarrollo.
10.-Falta de participacin de los implicados. Promotores, ejecutivos, responsables del equipo, miembros del equipo, personal de ventas, usuarios finales,
clientes, marketing
11.-Falta de participacin del usuario. Una de las razones fundamentales de que los proyectos de sistemas de informacin tengan xito es la
implicacin del usuario.
12.-Poltica antes que desarrollo. Los grupos de desarrolladores tienen diferente personalidad igual que las personas. Podemos encontrar:
Polticos: Se concentran en las relaciones con los responsables. Investigadores: su principal preocupacin es investigar, buscar y recopilar
ms informacin. Los aislacionistas buscan marcar su zona y aislarse del exterior. Los equipos en los que predominan los polticos funcionan bien al principio pero
luego pierden el inters de la direccin.
13.-Buenos deseos: No es optimismo, es cerrar los ojos y esperar que algo funcione, sin tener bases razonables para pensarlo.

B.- Referentes al proceso de desarrollo:

14.-Planificaciones excesivamente optimistas: Adems reduce en gran medida la autoestima y la productividad de los desarrolladores
15.- Nula o poca gestin de riesgos
16.- Fallos de los subcontratistas (retrasos, baja calidad o no respondiendo a los requisitos)
17.-Planificacin insuficiente
18.-Abandono de la planificacin por un exceso de presin. Se hacen planes pero se abandonan al aparecer las dificultades
19.-Perder el tiempo en los trmites iniciales. Es el tiempo empleado en obtener la aprobacin de la direccin y los fondos. Es ms fcil no perder ese tiempo
que recuperarlo al programar.
20.-Iniciar a codificar Eliminar las actividades iniciales improductivas Ante la pregunta ensame la documentacin de diseo? la respuesta. No ha habido
tiempo de disear. Eliminamos el diseo, el anlisis y los requisitos.
21.-Diseo inadecuado. No se tiene el tiempo ni la tranquilidad suficiente para llevarlo a cabo.
22.-Eliminar las actividades de control de calidad. (Un ahorro de un da en calidad puede costar entre 3 y 10 das al final del proyecto)
23.-Poco seguimiento del proyecto.
24.-Forzar la convergencia de todas las actividades mdulos-del producto. Si intentamos que todo encaje antes de tiempo tendremos trabajo extra.
25.-Omitir tareas importantes al hacer la estimacin.
26.-Mantener una planificacin cuando ya se han producido retrasos. Hay que actualizar la planificacin cuando vamos teniendo ms datos del producto.
(Cambios en los requisitos)
27.-Programacin a destajo (Code-like-hell) Piensan que si los programadores estn suficientemente motivados salvarn cualquier obstculo

C.- Referentes al producto:

28.-Exceso de requisitos: Se piden al sistema caractersticas complejas que el usuario no necesita y se da excesiva importancia al rendimiento.
29.-Cambio en los requisitos. El proyecto medio experimenta un25% de cambio en los requisitos durante su desarrollo, lo que origina un 25% de
incremento en el tiempo de desarrollo.
30.-Exceso de funcionalidades. Los desarrolladores, fascinados por la tecnologa u otros productos, aaden funcionalidades no solicitadas por el cliente
31.-Tiras y aflojas en la negociacin. La direccin asume el retraso en el proyecto pero a la vez aade nuevas funcionalidades
32.- Desarrollo orientado a la investigacin. Seymour Cray, el diseador de los ordenadores Cray, dice que nunca trata de superar los lmites de
la ingeniera en ms de dos reas simultneamente, porque el riesgo de fallar es demasiado alto. La investigacin no es predecible.

D.- Referentes a la Tecnologa:

33.-Sndrome de la panacea. Se confa demasiado en las nuevas tecnologas antes de ser probadas.
34.-Exceso en la estimacin de los ahorros de los nuevos mtodos y herramientas. Raramente se producen grandes mejoras instantneas
en productividad. Los beneficios delas nuevas prcticas se ven reducidas por las curvas de aprendizaje asociadas con ellas.
35.-Cambio de herramientas a mitad del proyecto.
36.- Falta de control automtico de cdigo fuente.
Del libro Desarrollo y gestin de Proyectos Informticos, Steve McConnel, Mc Graw Hill.

1 de 1