¿Lista de verificación para evitar el bloqueo del proveedor?

23

¿Existe un conjunto de reglas aprobadas por la industria para evitar el bloqueo de proveedores?

Quiero decir, algo que uno puede mostrar a un gerente u otro tomador de decisiones, que es fácil de entender y fácilmente verificable.

  • ¿Existe algún conjunto de reglas universalmente aceptado, una lista de verificación o un conjunto de condiciones que ayuden a detectar y prevenir el bloqueo de proveedores de una manera objetiva y medible?

  • ¿Alguno de ustedes advirtió a un gerente sobre el riesgo de bloqueo de proveedores durante las etapas iniciales de un proyecto?

Tulains Córdova
fuente
el bloqueo del vendedor no es necesariamente una "cosa mala"
Ryathal
2
Esta es una buena pregunta sorprendente, que es relevante para un gran grupo de desarrolladores. A menudo no sabes que tienes este problema hasta que es demasiado tarde.
joshin4colours
¿Esta pregunta no necesita más aclaraciones sobre el área particular de preocupación que desea evitar que el proveedor se bloquee? De lo contrario, las respuestas que cualquiera puede dar son de sentido común (es decir, no agregan nada de valor).
Dunk
44
@Ryathal Oct: ¿Cómo puede un bloqueo (restricción de opciones, elecciones futuras) no ser malo?
Giorgio
1
@Giorgio porque los contratos de soporte son más importantes en el mundo de los negocios que la capacidad de cambiar, una vez que un sistema está funcionando, el hecho de que la parte A puede intercambiarse con la parte X es irrelevante porque nadie lo hará hasta que se les ponga un arma en la cabeza.
Ryathal

Respuestas:

7

En mi trabajo como consultor, con frecuencia advierto a los clientes sobre el riesgo de bloqueo de proveedores. Esto se debe a la amarga experiencia de ser llamado para revertir proyectos fallidos: si no piensas en esto al principio, entonces probablemente te cueste a largo plazo.

No hay una "lista de verificación estándar", pero aquí hay una buena lista de verificación de las principales cosas que busco:

  • API abierta : ¿es la API que usaremos (es decir, construir una dependencia) en el sentido de que puede ser implementada libremente por proveedores competidores?
  • Cumplimiento de normas : ¿el producto con los estándares relevantes de la industria?
  • Presencia de alternativas compatibles : ¿existe realmente otro producto compatible (ya sea comercial o de código abierto) que podamos cambiar con cambios mínimos?
  • Código abierto : es el código abierto del proveedor (es decir, bajo una licencia aprobada por OSI) )?
  • Independencia de la plataforma : ¿es la pila de tecnología portátil en diferentes plataformas?
  • Flexibilidad contractual : ¿podemos rescindir o reducir el contrato antes de tiempo sin penalizaciones significativas?
  • Prestación de servicios independientes : ¿hay opciones creíbles para comprar servicios de diferentes proveedores (es decir, no solo el proveedor original)
  • Capacidades y habilidades : si tuviéramos que separarnos de la empresa con el proveedor original, ¿tenemos las capacidades y habilidades necesarias para continuar trabajando de manera efectiva, ya sea internamente o con otro proveedor?
  • Registro de buen comportamiento : ¿tiene el proveedor un buen historial que sugiera que puede confiar en ellos para no explotar ningún bloqueo que puedan obtener?
  • Estabilidad de los requisitos : ¿nuestros requisitos están bien definidos y es probable que se mantengan igual? (si es así, puede contratar estos requisitos por adelantado y el bloqueo del proveedor no importa mucho ...)

Si la respuesta es afirmativa a la mayoría o a todas estas preguntas, puede estar razonablemente seguro de evitar el bloqueo del proveedor. Si no, debes tener cuidado.

mikera
fuente
13

Estas son algunas pautas que uso al evaluar el bloqueo:

¿El vendedor utiliza formatos estándar de la industria?

Si terminas con toneladas de archivos y códigos que tienen que hablar un idioma extranjero, entonces cambiar es extremadamente difícil. Si tiene formatos estándar como XML y JSON, no es así. Por ejemplo, ASP .Net usa aspx, que es un marcado que no es html ni XML válido. Esto hace que sea muy difícil convertir esos archivos o analizarlos.

¿El proveedor proporciona puntos suficientes para integrarse con su sistema?

¿Puede liberar sus datos del sistema e integrarlos con sus propios sistemas lo suficiente a través de alguna forma de interoperación, como los servicios web? Si desea integrarlo con sus sistemas, ¿necesita agregar más productos de proveedores con una prima?

¿Qué tan difícil es cambiar la solución por otra?

Se necesita un control de cordura constante para ver cuán difícil sería alejarse del vendedor. Si las cosas del vendedor impregnan toda su infraestructura, debe estar cansado.

Tjaart
fuente
3
Otro aspecto no técnico es: cuál es el historial de los proveedores con respecto a responder a solicitudes relacionadas con el bloqueo. Algunos vendedores son mejores que otros.
Joachim Sauer
0

En resumen, buscaría comentarios y comentarios sobre el proveedor y el producto.

Técnicamente hablando, el bloqueo del proveedor ocurre cuando el proyecto tiene un acoplamiento estrecho con el proveedor (el producto de terceros).

¿Cómo evitar eso? Al tener alternativas e investigar una pregunta sobre cada alternativa, ¿qué tan difícil es cambiar la solución por otra?

Además de los detalles técnicos del producto que promociona el proveedor, es muy importante conocer la trayectoria de éxito / fracaso que otros clientes tuvieron con este proveedor. Puede parecer difícil (Goggling, leer reseñas, identificar cuán genuina es la revisión, etc.) para lograr. Sin embargo, existe un sistema de calificación creíble en los Estados Unidos llamado BBB (Better Business Bureau) .

Los registros de las empresas con sede en los Estados Unidos en esta Oficina independiente son muy útiles y en un 95% reflejan la realidad. Por lo tanto, le aconsejaré que consulte con ellos también.

EL Yusubov
fuente
44
Dudo en rechazar esto, ya que no está "mal", pero su respuesta realmente no responde a la pregunta. El bloqueo de proveedores no tiene nada que ver con el BBB.
Aclaró la parte faltante de detalles técnicos.
EL Yusubov
1
Buena edición: ahora aborda más directamente la pregunta