Cuando el software falla: Bridgestone y varios gobiernos, muy molestos con IBM
|Dicen que contratar a IBM (u otras consultoras de postín) supone pagar un sobreprecio para garantizarse que no habrá problemas en un proyecto. Esto puede que ya no sea cierto. A IBM se le han enfrentado recientemente tres clientes porque los proyectos que le encargaron no se desarrollaron correctamente. Es el caso de Bridgestone y de los gobiernos de Pennsylvania (EE.UU.) y Queensland (Australia).
Bridgestone ha llevado el caso ante los tribunales al entender que un sistema defectuoso elaborado por IBM le ha generado daños por valor de 600 millones de dólares. Al parecer, el software borró y duplicó pedidos de los clientes e impidió que las ruedas pudieran ser entregadas a tiempo y que los centros logísticos se pudieran gestionar correctamente. IBM alega que había advertido al cliente de que el despliegue del sistema era prematuro.
El Gobierno de Pennsylvania no le ha demandado pero sí ha cancelado un contrato que ya llevaba tres años de retraso y que superaba en 60 millones de dólares lo previsto en un primer momento. Al parecer, esto último ocurre con cierta frecuencia, tanto por la aparición de costes no previstos inicialmente como por la generación de nuevas necesidades a lo largo de la ejecución de un proyecto informático.
Algo parecido ha ocurrido en Queensland, cuyo gobierno canceló un contrato tras detectar que el coste original (6 millones de dólares australianos) se había duplicado y no funcionaba. Lo curioso es que la reacción oficial ha sido en este caso la de prohibir a IBM presentarse a otros concursos públicos. Tras una investigación, la conclusión fue que algunos ejecutivos de la multinacional informática habían actuado de manera poco ética, lo que da a entender que pudo haber corrupción en la adjudicación.
…añade al nombre de IBM el de SAP, en el caso Bridgestone. Grandes fracasos los tienes en todas «las marcas»: Accenture, Deloitte, CGI, ATOS, NTT Data (Everis), CapGemini…. personalmente he vivido desastres con varias de ellas. «La marca» no vale nada, solo los profesionales que trabajan dentro, y buenos profesionales los tienes en todos los sitios, sean grandes o pequeñas. Y ojo, que los profesionales tienen que estar en ambos lados, en el cliente y en el proveedor. Es alucinante ver que disciplinas como la que liga la gestión de requisitos y el testing de aceptación de sistemas, en vez de avanzar, se deja arrastrar por un amateurismo que ignora las prácticas formales «por no ser ágiles». Odio las modas, sobre todo si nos llevan a ignorar la complejidad de los proyectos.