El documento describe varios problemas comunes en el desarrollo de software, incluyendo requisitos incompletos, falta de involucramiento de usuarios, recursos insuficientes y expectativas irreales. También presenta ejemplos históricos de fallas de software costosas o peligrosas, como los casos de las sondas Mars Climate Orbiter y Ariane 5, y explica brevemente cómo el término "bug" surgió de un error causado por una polilla.

1. CASOS DE FALLAS DE SW

2. ALGUNOS DE LOS PROBLEMAS DEL SW
• El SW es un elemento crítico en muchos productos.
• En ocasiones el ciclo del SW supera al ciclo del HW en
tiempo.
• La calidad del SW limita nuestra habilidad para manejar
problemas críticos.
• Al utilizar la herramienta de SW no adecuada puede causar
demoras en las entregas programadas y tener un cliente
insatisfecho.
• Un SW mal implementado puede causar mantenimentos
costosos inclusive la pérdida de vidas humanas.

3. •Se sabe que una manera de mejorar el proceso del
desarrollo de SW es poner especial atención a la etapa
de desarrollo.
•El progreso de las empresas desarrolladoras se ven
limitadas debido a la poca experiencia.
•Adquirir experiencia toma tiempo.
•La propuesta para la mejora de los procesos es dificil
de vender ya que las personas le tememos al cambio.
ALGUNOS DE LOS PROBLEMAS DEL SW

4. Porque fracasa el desarrollo de SW
• 13,1% Requerimientos
Incompletos.
• 12,4% No involucrar a los
usuarios.
• 10,6% Falta de Recursos.
• 9,9% Expectativas no realistas.
• 9,3% Falta de Soporte
Ejecutivo.
• 8,7% Requerimientos
Cambiantes.
• 8,1% Falta de Planificación.
• 7,5% Ya no se necesita la
solución IT.
• 6,2% Falta de IT Management.
• 4,3% Desconocimiento
Tecnológico.
• 9,9% Otros.

5. Un proyecto se considera fallido cuando…
• Cuando no satisface los requerimientos del cliente (alcance)
• Excede el presupuesto y el tiempo programado.
• No cumple con los estándares de calidad requeridos

6. Algunas recomendaciones para evitar fallas de
los proyectos de TI
1. Para evitar que un proyecto enfrente problemas se debe atacar
proactivamente las situaciones que lo producen antes que puedan
generar una crisis.
2. Es importante lograr una buena comunicación entre los integrantes
del grupo, que tener conflictos causados por falta de información
3. Es necesario manejar el alcance del proyecto antes que el alcance se
vuelva inalcanzable.
4. Es preferible construir un producto de calidad desde el principio, que
ir corrigiendo fallas sobre la marcha.

7. PORQUE SE LLAMAN BUGS
En 1947, los creadores de Mark III
informaron del primer caso de error en
un ordenador causado por un bug
(bicho).
El computador sufrió un fallo en un relé
electromagnético, se encontró una
polilla (bug) que provocó que el relé
quedase abierto. Grace Murray Hopper,
licenciada en física y destacada
matemática que trabajó como
programadora en el Mark II, pegó el
insecto con cinta adhesiva en la
bitácora.
También se acuño el término "debug" al
hablar de la depuración de errores en
los códigos de programación.

8. Mars Climate Orbiter
Sonda enviada a Marte para tomar datos
acerca del clima, su objetivo era orbitar
el planeta rojo a una distancia fija.
El proyecto podría haber sido un éxito, si
los diferentes grupos de ingenieros no
hubiesen utilizado diferentes unidades
de medida.
Unos trabajaron libra fuerza por
segundo, y los otros Newton por
segundo.
Este “detalle” ocasionó que la sonda se
estrellara con el planeta en lugar de
orbitarla.
Ejemplos de fallos en el SW

9. Mariner I La primera mision del sistema mariner (
cuyo costo total, desde la misón
Mariner I hasta la Mariner 10 fue de 554
millones de dólares) fracasó por un
carácter incorrecto (” ˜ “) en la
especificación del programa de control
para el cohete de propulsión Atlas, lo
cuál causó que finalmente se saliera de
curso. Tanto el cohete como el vehículo
espacial tuvieron que ser destruidos
poco después de su lanzamiento.

10. Ariane 5 •La velocidad del cohete se
guardaba en una variable de 16
bits, los ingenieros no pudieron
prever que al despegue del cohete
este aumentara su velocidad de
forma vertiginosa desbordando la
capacidad de dicha variable.
•El presupuesto del proyecto fue de
7 bilones de dólares, y el cohete
estalló en menos de un minuto
después del despegue.

11. FoxMeyer (1)
En 1993 la farmacéutica FoxMeyer era uno de los mayores
distribuidores de medicamentos en US, y para incrementar su
eficiencia compró un sistema SAP para la automatización de sus
almacenes y bodegas, además de contratar una firma de
consultores para ayudar a la integración de dicho sistema, todo
el proyecto total contaría 35 millones de dólares.
En 1996 la compañía estaba en bancarrota y fue vendida a una
de sus competidores por 80 millones de dólares.
El sistema SAP completo debió ser implementado en 18 meses,
además la mayoría de los empleos se vieron afectados ya que
se acabarían sus empleos.

12. • Al implementar SAP en una de las bodegas los
empleados empezaron a sabotear el sistema.
• Al final, el sistema SAP implementado resultó ser
menos eficiente que el anterior porque pasaron de
realizar 420 mil pedidos a 100 mil con el nuevo
sistema.
• FoxMeyer acusó a la empresa SAP y a sus consultores
de implementar el sistemas con personas inexpertas
que aún se encontraban en entrenamiento.
FoxMeyer (2)

13. Para leer:
• Lee los artículos que se encuentra en los siguientes enlaces y
obtén tus propias conclusiones para discutirlas con los
compañeros:
1. Proyectos fallidos IT
2. Caso Avon
3. 71% de los proyectos IT fracasan
4. Acerca de Windows 10

14. Consulta
Después de leer y analizar los casos anteriores responder a las
siguientes preguntas:
• ¿Cuales crees que fueron los factores que influyeron para que
cada uno de los proyectos anteriores fracasara?
• Plantea acciones de mejora.
• Consulta el caso de implementación del TIM en la ciudad de
Manizales, y contesta las dos preguntas anteriores para el
mencionado caso.
• Consulta al menos 3 casos de programas que fracasaron para las
empresas Microsoft y Google.