Failure es una parte inevitable de cualquier proceso de proyecto: lo que marca la diferencia es el grado del fracaso. Si una tarea falla, existen formas de reasignar recursos y volver al camino correcto. Pero un colapso sistémico descarrilará todo el proyecto.
¿Por qué es importante analizar los proyectos fallidos?
¿Qué se puede obtener del fracaso? Mucho, en realidad. A veces un proyecto va mucho más allá de sus capacidades y fracasa, lo cual es desafortunado, pero también puede servir como una oportunidad de aprendizaje. Si los directores de proyecto no aprenden de sus errores, entonces no están creciendo profesionalmente y volverán a enfrentar el mismo problema en futuros proyectos, programas o portafolios.
Los directores de proyecto y las organizaciones pueden aprender tanto o más de los proyectos fallidos que de los exitosos, siempre que la oficina de gestión de proyectos documente el proyecto, como mediante un documento de lecciones aprendidas, al final de un proyecto fallido. Un análisis post mortem debe formar parte de cualquier plan de proyecto, especialmente cuando un proyecto fracasa por completo. Hay lecciones valiosas entre esas cenizas.
5 razones más comunes de los proyectos fallidos
Los proyectos fallidos rara vez ocurren por un solo error. La mayoría de las iniciativas fallidas comparten problemas comunes que pueden identificarse y mitigarse desde el principio. Comprender las principales causas, como el scope creep, la sobreasignación de recursos y la volatilidad de los requisitos, ayuda a los directores de proyecto a planificar de forma proactiva, asignar recursos y establecer expectativas realistas para evitar proyectos fallidos y alcanzar los objetivos del negocio.
Scope creep
El scope creep en la gestión de proyectos ocurre cuando un proyecto se expande gradualmente más allá de sus objetivos originales sin una aprobación formal. Se agregan nuevas tareas, funciones o entregables de manera incremental, a menudo sin ajustar cronogramas, presupuestos o recursos. Este crecimiento descontrolado es una de las causas más comunes de los proyectos fallidos, ya que genera confusión, retrasos y dificultades para medir el progreso.
Puede descarrilar proyectos al extender los plazos, aumentar los presupuestos y sobrecargar a los equipos. Cuando los cambios se acumulan sin control, las prioridades dejan de estar claras, los entregables se retrasan y la calidad se ve afectada. Los proyectos en riesgo de fracaso suelen tener dificultades para cumplir sus objetivos originales, lo que convierte al scope creep en un factor principal de muchos proyectos fallidos.
Sobreasignación de recursos
La sobreasignación de recursos ocurre cuando a los miembros del equipo u otros recursos se les asigna más trabajo del que pueden manejar de manera realista. En la gestión de proyectos, este desequilibrio puede involucrar personas, equipos o presupuestos. Una asignación efectiva es fundamental, ya que una mala gestión de los recursos puede ralentizar el progreso y aumentar los riesgos, lo que convierte a la sobreasignación en una causa frecuente de proyectos fallidos.
Cuando varios proyectos se ejecutan simultáneamente, los recursos sobreasignados generan retrasos, errores e incumplimiento de plazos. Los equipos con exceso de trabajo no pueden mantener la calidad ni la eficiencia, lo que incrementa el riesgo de proyectos fallidos. El agotamiento, los errores y la falta de comunicación agravan aún más estos desafíos, por lo que una adecuada planificación de recursos es esencial para el éxito del proyecto.
Volatilidad de los requisitos
La volatilidad de los requisitos se refiere a cambios frecuentes o impredecibles en los objetivos, entregables o alcance de un proyecto durante la ejecución. A menudo causada por necesidades cambiantes del cliente, cambios en el mercado o requisitos iniciales incompletos, esta inestabilidad puede afectar la planificación, la asignación de recursos y la alineación del equipo, lo que la convierte en una causa común de proyectos fallidos.
Los cambios constantes en los requisitos generan confusión, retrasan los cronogramas y aumentan los costos. Los equipos pueden tener dificultades para adaptarse, lo que provoca retrabajo, incumplimiento de objetivos y una menor calidad. Sin una adecuada gestión de cambios, los proyectos con alta volatilidad de requisitos tienen un riesgo significativamente mayor de fracasar, lo que la convierte en una razón importante de los proyectos fallidos.
Sobrecosto
Un sobrecosto ocurre cuando un proyecto supera su presupuesto planificado debido a subestimaciones, gastos inesperados o un deficiente control financiero. En la gestión de proyectos, los costos descontrolados son uno de los principales factores de los proyectos fallidos. Supervisar los presupuestos, realizar pronósticos precisos y contemplar contingencias son prácticas esenciales para evitar que los sobrecostos comprometan el éxito del proyecto.
Los sobrecostos amenazan directamente la viabilidad del proyecto. Cuando los gastos exceden el presupuesto, es posible que se reasignen recursos, se reduzcan entregables o se limite el alcance del proyecto, lo que afecta la calidad. El gasto excesivo constante puede erosionar la confianza de las partes interesadas y provocar la cancelación del proyecto. Muchos proyectos fallidos señalan la mala gestión de costos como una de las principales razones para no cumplir los objetivos ni generar el valor esperado.
Retrasos en el cronograma del proyecto
Los retrasos en el cronograma del proyecto ocurren cuando las tareas o hitos planificados se atrasan respecto a los plazos previstos. En la gestión de proyectos, los retrasos pueden ser causados por conflictos de recursos, cambios en el alcance o riesgos imprevistos. Si no se abordan, los retrasos en el cronograma pueden acumularse, afectar otras tareas y convertirse en una de las causas más comunes de proyectos fallidos.
Cuando los cronogramas del proyecto se retrasan, los entregables pueden incumplir fechas límite, las dependencias se ven afectadas y los costos pueden aumentar. Los cronogramas extendidos ejercen presión sobre los recursos y los equipos, incrementando los errores y reduciendo la calidad. Los retrasos persistentes suelen provocar objetivos incumplidos, insatisfacción de las partes interesadas y, en muchos casos, proyectos fallidos que nunca entregan los resultados esperados.
20 de los más famosos proyectos fallidos de la historia
Veamos algunos de los proyectos fallidos más notorios, no para burlarnos, sino para analizar qué pueden enseñarnos sobre la gestión de proyectos.
1. Sony Betamax
La palabra Betamax se ha convertido casi en sinónimo de fracaso. Pero cuando se lanzó por primera vez, Betamax estaba destinado a convertirse en el líder de la industria de grabación en casete. Desarrollado por Sony, Betamax fue introducido a mediados de la década de 1970, pero no logró ganar tracción en el mercado, donde la tecnología VHS de JVC dominaba.
Sorprendentemente, Sony continuó produciendo Betamax hasta 2016. Mucho antes de que la tecnología fuera descontinuada, Betamax ya era irrelevante.
La lección
Betamax fue un producto innovador e incluso llegó al mercado antes que VHS. Pero pronto el mercado tuvo opciones más económicas y mejores que Betamax, convirtiéndolo en un proyecto fallido. El error de Sony fue pensar que el proyecto estaba completo una vez que el producto salió al mercado. Los directores de proyecto siempre deben dar seguimiento a su trabajo, analizar los datos y evaluar qué debe hacerse para mantener el proyecto relevante.
2. New Coke
Coca-Cola es una de las marcas más icónicas del mundo. Haría falta mucho para dañar esa reputación. Pero eso fue exactamente lo que ocurrió cuando New Coke fue lanzada en 1985. La gente no entendía por qué la Coca-Cola que amaban y consumían regularmente estaba siendo reemplazada.
La empresa sí sabía por qué. Buscaban mejorar la calidad y generar impacto en el mercado. El problema es que New Coke se hundió rápidamente. Y no fue porque se hubiera lanzado sin realizar investigación de mercado, aunque pudiera parecerlo. De hecho, la nueva receta fue probada con 200,000 personas, quienes la prefirieron frente a la versión anterior.
Pero después de gastar $4 millones en desarrollo y perder otros $30 millones en productos almacenados, el interés por New Coke desapareció, ya que redujo los recursos disponibles para la ejecución de todo el portafolio de proyectos de Coca-Cola en ese momento. Los consumidores pueden ser muy leales a un producto y, una vez que adquieren un hábito, puede ser muy difícil hacer que lo abandonen a favor de algo diferente.
La lección
No es que Coca-Cola haya descuidado la investigación de mercado para determinar si existía la necesidad de desarrollar un nuevo producto, sino que no comprendieron las motivaciones de sus propios clientes. New Coke fue un proyecto fallido porque los investigadores necesitaban hacer algo más que una simple prueba de sabor.
Necesitaban entender cómo reaccionaría la gente cuando la Coca-Cola tradicional que conocían y amaban fuera descontinuada y reemplazada por una nueva alternativa. La investigación de mercado debe manejarse tanto como una ciencia como un arte, e integrarse adecuadamente en el plan del proyecto.
Una lección es que el software de gestión de proyectos reduce las probabilidades de tener un proyecto fallido. ProjectManager es un software de gestión de proyectos galardonado que le permite monitorear el trabajo en tiempo real para tomar decisiones más informadas que ayuden a evitar el fracaso. Utilice nuestros dashboards en tiempo real para rastrear la salud de su proyecto, incluidos indicadores clave de desempeño (KPI) tan importantes como el tiempo, el costo y más. No se requiere una configuración compleja y lenta como ocurre con otros software más limitados. Nuestro dashboard está listo cuando usted lo esté. Comience hoy mismo gratis con ProjectManager.
3. Pepsi Crystal
En 1992, Pepsi lanzó Pepsi Crystal. Era un refresco único porque no tenía color. Era tan transparente como el agua. Pepsi esperaba aprovechar la creciente tendencia hacia la pureza y la salud. La empresa comercializó la nueva bebida como pura, libre de cafeína y como una alternativa a las colas tradicionales consideradas poco saludables.
Al principio, las ventas parecían prometedoras. Durante el primer año se registraron aproximadamente $470 millones en ventas. Los consumidores sentían curiosidad por saber si el sabor era igual al de Pepsi, y efectivamente lo era. Otras bebidas gaseosas transparentes comenzaron a aparecer en el mercado, como 7Up y Sprite. Pero lo que Pepsi y sus imitadores no tomaron en cuenta fue cuánto influye la vista en el sabor. Los consumidores consideraron que el producto era insípido y las ventas se desplomaron.
Pepsi Crystal fue objeto de burlas en Saturday Night Live y la revista Time la incluyó en su lista de los 10 mayores fracasos de marketing del siglo XX.
La lección
Pepsi cometió el error de ignorar todos los sentidos involucrados en el consumo de su producto. Debieron haber realizado más pruebas. De haberlo hecho, habrían comprendido la importancia de la apariencia del producto. Pepsi Crystal asumió que un líquido transparente transmitiría una imagen saludable, pero lo que la mayoría de los consumidores percibió fue una bebida insípida.
4. Concorde
El avión supersónico Concorde fue una maravilla tecnológica, capaz de volar más rápido que la velocidad del sonido, pero tuvo dificultades comerciales. Los altos costos operativos, la limitada capacidad de pasajeros, las restricciones medioambientales y las preocupaciones de seguridad impidieron que generara ganancias. Solo se construyeron 20 aeronaves y finalmente dejó de operar.
La lección
Incluso las innovaciones revolucionarias pueden fracasar si no existe un modelo de negocio sostenible. Los proyectos deben equilibrar la viabilidad técnica con la demanda del mercado, las estructuras de costos y las realidades operativas para evitar convertirse en proyectos fallidos.
5. Ford Edsel
Ford lanzó su modelo Edsel en 1957. Desde entonces, el nombre se ha convertido en sinónimo de fracaso en la planificación de proyectos. Eso es un logro, pero no el tipo de logro que Ford esperaba. Este automóvil estaba destinado a la clase media y Ford invirtió $250 millones en el Edsel.
Ford terminó perdiendo $350 millones con este vehículo de alto consumo de combustible que el público consideró una alternativa poco atractiva frente a otros automóviles del mercado. Parte del problema fue que los primeros Edsel tenían fugas de aceite, capós que se atascaban, maleteros que no abrían y otros problemas que deterioraron la confianza de los consumidores en el producto.
El caso del Ford Edsel fue una lección sobre cómo los egos dentro de la empresa ignoraron lo que indicaba la investigación. Ford realizó muchas encuestas para descubrir qué querían los estadounidenses en un automóvil, incluido el nombre. Pero los ejecutivos eligieron Edsel. El diseño del automóvil ni siquiera tomó en cuenta los resultados de las encuestas.
La lección
Si va a realizar encuestas para conocer lo que quiere el público, es una mala decisión ignorar esos datos. Se invirtió tanto tiempo y esfuerzo en encontrar el nombre perfecto, incluso contratando a la poeta modernista Marianne Moore (quien no propuso nada comercialmente viable), que Ford descuidó determinar si realmente existía un mercado para este nuevo automóvil.
Para analizar mejor sus propios proyectos, pruebe nuestra plantilla gratuita de lecciones aprendidas para Excel. Úsela para identificar qué funcionó, qué no funcionó, los distintos impactos y qué puede mejorar la próxima vez. Descárguela gratis hoy mismo.
6. Airbus A380
El Airbus A380 de Boeing fue visto como una forma de superar al 747. La empresa gastó más de $30 mil millones en el desarrollo del producto con la creencia de que la industria adoptaría un avión más grande que pudiera transportar más pasajeros y aumentar los ingresos.
En realidad, el Airbus A380 vendió mucho menos de las 1,200 unidades previstas. El avión se encaminaba al fracaso debido a obstáculos como la necesidad de que los aeropuertos construyeran infraestructura y puertas especiales para acomodar una aeronave tan grande. Esos costos del proyecto terminarían trasladándose a las aerolíneas. Eso iba a perjudicar el acuerdo, y así fue.
Luego aparecieron los problemas técnicos. Qantas tuvo que dejar en tierra toda su flota de A380 después de que explotara un motor. Uno pensaría que los ingenieros habrían considerado algo más que simplemente aumentar la cantidad de pasajeros en un avión más grande. Pero no fue así.
La lección
La mayor lección es que el hecho de construir algo no significa que alguien vaya a quererlo. No existía la demanda que Boeing creía que había. Las industrias y los mercados son cambiantes. El hecho de que las aerolíneas digan que quieren algo hoy no significa que lo seguirán queriendo mañana. Boeing debió haber diversificado mejor su apuesta.
7. Big Dig (proyecto Central Artery/Tunnel de Boston)
El proyecto Big Dig tenía como objetivo reducir la congestión vehicular en Boston, pero se volvió famoso por sus enormes sobrecostos, problemas de seguridad y retrasos. La mala planificación, la presión política, los desafíos de ingeniería imprevistos y las dificultades de coordinación entre múltiples contratistas hicieron que los costos se dispararan a más de $14 mil millones.
La lección
Los proyectos de infraestructura a gran escala necesitan presupuestos realistas, una planificación sólida y una gestión integral de riesgos. Sin estos elementos, incluso los proyectos públicos necesarios pueden convertirse en proyectos fallidos que consumen recursos y dañan la confianza pública.
8. Healthcare.gov
El lanzamiento de Healthcare.gov en 2013 enfrentó graves problemas técnicos y colapsó repetidamente debido al alto tráfico. La deficiente coordinación del proyecto, la falta de pruebas integrales y la comunicación insuficiente entre contratistas contribuyeron a un fracaso muy mediático que frustró a millones de usuarios y atrajo la atención nacional.
La lección
Las pruebas exhaustivas, las implementaciones por fases y una clara comunicación con las partes interesadas son fundamentales. Incluso las iniciativas gubernamentales de alto perfil pueden convertirse en proyectos fallidos cuando la preparación técnica y la planificación de la ejecución son inadecuadas.
9. Campeonato Mundial de Atletismo 2019
Doha es la capital de Qatar y fue la sede del Campeonato Mundial de Atletismo de 2019. Los mejores atletas del mundo viajaron allí para competir entre sí, pero el gran evento terminó siendo un fracaso aún mayor.
El problema fue que la nación anfitriona no logró vender la mayoría de las entradas para el evento. Algunos de los mejores atletas del mundo tuvieron que competir en estadios casi vacíos. Fue un fracaso y una vergüenza.
La lección
Se necesita dinero para planificar un evento, pero esa inversión no garantiza que las personas asistirán. El error fue asumir que existía una base de aficionados lo suficientemente grande para vender todas las entradas. Volvemos nuevamente al mismo punto, pero merece repetirse: la investigación es fundamental. No habría sido difícil determinar si había suficientes personas interesadas para generar un retorno de la inversión.
10. Garden Bridge
Los proyectos impulsados por la vanidad suelen no preocuparse por el éxito o el fracaso. Están motivados por el ego, y ese fue el caso del Garden Bridge. Fue una idea de Boris Johnson cuando era alcalde de Londres.
Este proyecto de construcción costó 53 millones de libras esterlinas, lo cual es una enorme cantidad de dinero, especialmente considerando que nunca llegó a construirse. La idea de un puente compuesto por jardines para que los habitantes de la ciudad pudieran disfrutarlo era buena, pero los objetivos de recaudación excesivamente optimistas y el aumento descontrolado de los costos llevaron a su espectacular fracaso.
La lección
Los proyectos deben ser realistas. Es útil recordar los objetivos SMART, un acrónimo de específicos, medibles, alcanzables, relevantes y con plazos definidos. Si el proyecto hubiera seguido esas restricciones, quizá se habría construido o se habría descartado antes de gastar tanto dinero.
11. Apple Lisa
Antes de que Apple se volviera sinónimo de la computadora personal (y mucho antes de productos populares como el iPhone), lanzó Lisa. Costaba $10,000 y contaba con un procesador de 5 MHz y 1 MB de RAM. El primer modelo solo vendió 10,000 unidades.
Lisa estaba destinada al fracaso porque en realidad era un prototipo. Fue comercializada en 1983 como una innovación revolucionaria frente a la popular Apple II, basada en línea de comandos. El precio es sin duda una de las razones por las que no era una computadora personal realista, pero también había problemas técnicos. Tenía un sistema operativo capaz de ejecutar múltiples programas, pero era demasiado exigente para su procesador. Lisa funcionaba con lentitud.
La lección
La verdad es que Lisa fue menos un fracaso y más una costosa lección. Lisa dio origen a la Macintosh, que básicamente era una versión más económica y eficiente de Lisa. La lección aquí es que se puede aprender del fracaso, siempre y cuando no lleve a la empresa a la quiebra.
12. Boeing 737 MAX
El Boeing 737 MAX fue diseñado para ser una aeronave competitiva y eficiente en el consumo de combustible, pero fallas de software provocaron dos accidentes fatales y la inmovilización mundial de la flota. Las investigaciones revelaron una capacitación inadecuada de los pilotos, falta de comunicación entre equipos y pruebas insuficientes de los sistemas automatizados.
La lección
Los proyectos críticos para la seguridad requieren validaciones rigurosas, comunicación transparente y un estricto cumplimiento de las normativas regulatorias. Tomar atajos o acelerar el desarrollo puede transformar proyectos ambiciosos en proyectos fallidos con consecuencias devastadoras.
13. Dyson Electric Car
Después de cuatro años y millones de dólares invertidos, James Dyson canceló su proyecto de automóvil eléctrico. Le tomó todo ese tiempo darse cuenta de que no era comercialmente viable. Sin duda existe un mercado en crecimiento para los autos eléctricos, ya que la industria está impulsada tanto por los consumidores como por las regulaciones gubernamentales para pasar de los combustibles fósiles a alternativas más eficientes y sostenibles.
Existe un auge en la producción de vehículos eléctricos, desde grandes fabricantes como Chrysler y Ford hasta startups como Tesla. Pero a veces el momento no es el adecuado y, sin importar qué tan buena sea la idea, simplemente no está destinada a funcionar.
La lección
El timing lo es todo. Pero también es importante destacar lo difícil que es ingresar a un mercado con actores ya establecidos. Se necesita mucho capital y experiencia en manufactura para crear una empresa automotriz y ser competitivo.
14. Proyecto Stretch
El proyecto Stretch fue iniciado en 1956 por un grupo de científicos informáticos de IBM que querían construir la supercomputadora más rápida del mundo. El resultado de este proyecto de cinco años fue la IBM 7030, también conocida como Stretch. Fue la primera supercomputadora transistorizada de la empresa.
Aunque Stretch podía procesar medio millón de instrucciones por segundo y fue la computadora más rápida del mundo hasta 1964, el proyecto fue considerado un fracaso. ¿Por qué? El objetivo del proyecto era crear una computadora 100 veces más rápida que aquella a la que reemplazaría. Stretch solo fue entre 30 y 40 veces más rápida.
El presupuesto planificado era de $13.5 millones, pero el precio se redujo a $7.8 millones, por lo que al menos la computadora se completó por debajo del costo previsto. Solo se construyeron nueve supercomputadoras.
La lección
Aunque el proyecto fue un fracaso en el sentido de que nunca alcanzó el objetivo que se propuso, IBM pudo rescatar mucho de esta iniciativa. Stretch introdujo tecnologías como el pipelining, la protección de memoria y el entrelazado de memoria, que ayudaron al desarrollo de futuras computadoras.
El trabajo creativo está ligado al fracaso precisamente por los descubrimientos inesperados que pueden surgir. Este fue un proyecto creativo que quizás no cumplió su objetivo inicial, pero dio origen a numerosas tecnologías útiles. Así que apunte alto y quién sabe qué descubrimientos valiosos encontrará en el camino.
15. Sistema automatizado de equipaje del Aeropuerto Internacional de Denver
El aeropuerto intentó implementar un sistema de equipaje totalmente automatizado, pero las fallas técnicas, los cronogramas poco realistas y la deficiente integración provocaron retrasos generalizados y una operación parcialmente manual durante años. Los costos aumentaron mucho más allá de las estimaciones iniciales y el proyecto se convirtió en un caso emblemático de advertencia.
La lección
La automatización excesiva sin pruebas adecuadas ni planes de contingencia puede resultar contraproducente. Los proyectos complejos se benefician de implementaciones por fases, cronogramas realistas y mitigación de riesgos para evitar proyectos fallidos que desperdicien recursos.
16. Archivo virtual de casos (VCF) del FBI
El proyecto VCF del FBI tenía como objetivo modernizar su sistema de gestión de casos, pero fracasó debido a requisitos ambiguos, frecuentes cambios en el alcance y una mala gestión de proveedores. El software nunca fue implementado por completo y el FBI tuvo que comenzar nuevamente con una nueva solución.
La lección
Los requisitos claros, la participación de las partes interesadas y una sólida supervisión de proveedores son esenciales. Incluso los grandes proyectos gubernamentales pueden convertirse en proyectos fallidos cuando la planificación y la comunicación son insuficientes.
17. Transbordador espacial Challenger
El peor fracaso es aquel que resulta en la pérdida de vidas humanas. Cuando se trabaja en proyectos altamente complejos y peligrosos como los de la NASA, siempre existe un enorme riesgo que debe rastrearse. El 28 de enero de 1986, ese riesgo se convirtió en una terrible realidad cuando el transbordador espacial Challenger explotó 73 segundos después del lanzamiento.
La causa fue una fuga en uno de los dos propulsores de combustible sólido, lo que desencadenó la explosión del tanque principal de combustible líquido. La investigación de la NASA concluyó que el fracaso se debió a un defecto en el diseño del sello de junta tórica (O-ring) y al clima frío durante el lanzamiento, lo que permitió la fuga.
Pero la NASA descubrió que no solo hubo un error técnico, sino también un error humano. Los funcionarios de la NASA siguieron adelante con el lanzamiento a pesar de que los ingenieros estaban preocupados por la seguridad del proyecto. Los ingenieros señalaron el riesgo relacionado con la junta tórica, pero sus comunicaciones nunca llegaron a los gerentes que podrían haber retrasado el lanzamiento para garantizar la seguridad de la misión y de los astronautas.
La lección
Los gerentes solo están tan bien informados como lo esté su equipo. Si no abren canales de comunicación para acceder a la información de quienes están en la primera línea del proyecto, se cometerán errores y, en este caso, errores fatales.
18. DMV computarizado
Nadie ama al DMV. Si fuera una marca, su reputación no estaría simplemente dañada, estaría enterrada. Pero toda persona que conduce un vehículo tendrá alguna interacción con esta agencia gubernamental. Desafortunadamente, no ayudaron a mejorar su imagen en la década de 1990 cuando los estados de California y Washington intentaron informatizar sus Departamentos de Vehículos Motorizados.
En California, el proyecto comenzó en 1987 como un plan de cinco años y $27 millones para gestionar las 31 millones de licencias de conducir y los 38 millones de registros vehiculares del estado. Los problemas comenzaron desde el inicio cuando el estado solicitó una sola propuesta para el contrato, la de Tandem Computers, lo que obligó al estado a comprar su hardware.
Y para empeorar las cosas, las pruebas demostraron que las nuevas computadoras eran incluso más lentas que aquellas que debían reemplazar. Aun así, el estado continuó con el proyecto hasta 1994, cuando tuvo que admitir el fracaso y cerrar el proyecto. El San Francisco Chronicle informó que el proyecto costó al estado $49 millones y una auditoría estatal concluyó que el DMV violó leyes y regulaciones de contratación.
La lección
El problema aquí fue un proyecto que no siguió las regulaciones. Todos los proyectos deben pasar por un proceso de debida diligencia, y las restricciones legales y regulatorias deben formar parte de ese proceso. Si el estado hubiera hecho eso y el proceso de licitación de contratos hubiera invitado a más de una empresa a participar, entonces se podría haber evitado un desastre costoso y quizás nuestras esperas en el DMV realmente se habrían reducido.
19. Sistema de nómina de Queensland Health
El sistema de nómina de Queensland Health fue diseñado para automatizar los pagos de miles de empleados, pero terminó causando errores generalizados, pagos excesivos y pagos insuficientes. Las pruebas deficientes, la inadecuada gestión de cambios y la complejidad del sistema provocaron caos operativo y pérdidas financieras.
La lección
Las implementaciones de TI a gran escala requieren pruebas exhaustivas, una sólida gestión de cambios y una cuidadosa planificación de contingencias. Descuidar estos factores puede transformar proyectos de alta importancia en proyectos fallidos que interrumpen operaciones esenciales.
20. IBM Watson for Oncology
IBM Watson for Oncology tenía como objetivo revolucionar el tratamiento del cáncer mediante inteligencia artificial, pero no logró ofrecer resultados útiles de manera consistente. Los datos incompletos, las expectativas poco realistas y las promesas exageradas sobre sus capacidades generaron resultados decepcionantes y escepticismo dentro de la comunidad médica.
La lección
Los proyectos basados en inteligencia artificial y datos deben equilibrar la innovación con la aplicación práctica. Prometer capacidades sin una validación exhaustiva puede hacer que incluso proyectos de alto perfil fracasen, dañando la credibilidad y la adopción futura.
¿Cómo ProjectManager evita los proyectos fallidos?
ProjectManager evita que sus proyectos fracasen con un conjunto de herramientas de gestión de proyectos que acompañan su proyecto desde el inicio hasta un cierre exitoso. Planifique, programe y supervise el trabajo mientras administra equipos con nuestro software online.
Planifique cada detalle
Los proyectos exitosos comienzan con un plan sólido. Pero puede ser difícil mantener todas las tareas y fechas de entrega funcionando juntas dentro de un cronograma realista. ¿Qué sucede si algunas tareas tienen dependencias? Todo se vuelve más complejo. Pero ProjectManager cuenta con un diagrama de Gantt online que organiza las tareas en una línea de tiempo del proyecto, vinculando dependencias y dividiendo los proyectos en hitos manejables.
Supervise el progreso en tiempo real
ProjectManager le ayuda a mantenerse en el camino correcto mediante supervisión de alto nivel con su dashboard en tiempo real y datos más detallados gracias a los reportes con un clic. Ahora, cuando los proyectos comiencen a desviarse, podrá volver a encaminarlos rápidamente.
Aunque no contamos con un ejemplo específico, existen muchos proyectos que fracasan porque no están equipados con las herramientas adecuadas para el trabajo. ProjectManager es un software de gestión de proyectos online que brinda a los directores de proyecto y a sus equipos todo lo que necesitan para planificar, supervisar y reportar el progreso del proyecto. No permita que su próximo proyecto fracase; pruebe ProjectManager con esta prueba gratuita de 30 días.