Diferencia entre revisiones de «Pillado por un proveedor»

De ingenio2010
Ir a la navegación Ir a la búsqueda
Línea 4: Línea 4:
  
 
Con las metodologías y librerías de software existentes hoy en día, esto no debería pasar, es una señal habitual de proyectos pésimamente gestionados que ocurran este tipo de problemas.
 
Con las metodologías y librerías de software existentes hoy en día, esto no debería pasar, es una señal habitual de proyectos pésimamente gestionados que ocurran este tipo de problemas.
 +
 +
== Casos publicos conocidos ==
 +
 +
- Justicia que está usando SAP
 +
 +
- El HUCA que está usando Millenium
  
 
== ¿Como un proveedor consigue pillarme? ==
 
== ¿Como un proveedor consigue pillarme? ==

Revisión del 16:41 17 jul 2015

Estar pillado por un proveedor o estar "casado con un proveedor" es lo que le pasa a una institución pública o empresa que no ha puesto los medios para evitar que ese proveedor realice sistemas informáticos incompatibles con a estándares y técnicas de desarrollo abiertos, mantenibles y reutilizables.

Con el paso de los meses y los años la única empresa capacitada para dar soporte es el proveedor original y el cliente u organismo público debe aceptar las condiciones que le imponga este proveedor, aunque sean draconianas e inmorales.

Con las metodologías y librerías de software existentes hoy en día, esto no debería pasar, es una señal habitual de proyectos pésimamente gestionados que ocurran este tipo de problemas.

Casos publicos conocidos

- Justicia que está usando SAP

- El HUCA que está usando Millenium

¿Como un proveedor consigue pillarme?

Existen muchas cosas que una institución publica o empresa hace para estar pillado por un proveedor:

- Permitir que los lazos personales y las comisiones bajo cuerda influyan en la toma de decisiones técnicas.

- Hacer pliegos de prescripciones técnicas muy genéricos que sirven para "meter goles" al cliente.

- No exigir en los pliegos al proveedor que entregue todos los artefactos incluidos código fuente, librerías, ejecutables, herramientas de desarrollo, documentación, requisitos, diagramas de trazabilidad, ficheros maestros del sistema de control de versiones, scripts de generación de bases de datos, licencias y plazo de duración de las mismas, fechas de caducidad de certificados digitales, etc...

- Firmar contratos donde no se especifiquen las condiciones indicadas en el punto anterior.

- No almacenar eficientemente los entregables comentados en el punto anterior y por lo tanto depender del proveedor para que los facilite en el futuro.


Los 4 grandes y su obsesión por la retención del cliente

Las 4 grandes empresas proveedoras de software son IBM, Oracle, SAP y Microsoft en sistemas I.T. y sus consultoras asociadas o relacionadas son Indra INSA Accenture y Everis entre otras y pugnan entre ellas por vender cuantos mas productos sea posible vender a sus clientes con el fin de retenerlos de por vida. Muchos artículos hacen obvio este problema y el propio sentido común así lo dicta. [1]

Es por lo tanto responsabilidad de los clientes encargarse de que no estén pillados por productos "caja negra" de un solo proveedor, esto está muy relacionado con la falta de respeto que estas y otras empresas demuestran por los estandares.

Referencias