Elenco di controllo per evitare il blocco del fornitore?

Nel mio lavoro di consulente, avverto spesso i clienti sul rischio di blocco del fornitore. Questo deriva dall'esperienza amara di essere chiamati a girare progetti falliti: se non ci pensi all'inizio, probabilmente ti costerà a lungo termine.

Non esiste una "lista di controllo standard", ma qui c'è una buona lista di controllo delle cose principali che cerco:

• Open API : è l'API che utilizzeremo (cioè creando una dipendenza su) aperta nel senso che può essere implementata liberamente dai fornitori concorrenti?
• Conformità agli standard : il prodotto è conforme agli standard industriali pertinenti?
• Presenza di alternative compatibili : esiste effettivamente un altro prodotto compatibile (commerciale o open source) che potremmo attivare con modifiche minime?
• Open source - è il codice open source del fornitore (ad esempio sotto una licenza approvata OSI )?
• Indipendenza dalla piattaforma : lo stack tecnologico è portatile su piattaforme diverse?
• Flessibilità contrattuale - possiamo rescindere o ridimensionare anticipatamente il contratto senza sanzioni significative?
• Fornitura di servizi indipendenti : esistono opzioni credibili per l'acquisto di servizi da diversi fornitori (ad esempio, non solo il fornitore originale)
• Capacità e competenze - se dovessimo separarci dal fornitore originale, abbiamo le capacità e le competenze necessarie per continuare a lavorare efficacemente in casa o con un altro fornitore?
• Record di buon comportamento - il venditore ha una buona reputazione che suggerisce che puoi fidarti di loro per non sfruttare alcun lock-in che possono ottenere?
• Stabilità dei requisiti : le nostre esigenze sono ben definite e probabilmente rimarranno le stesse? (se è così, è possibile contrattare per questi requisiti in anticipo e il blocco del fornitore non importa così tanto ...)

Se la risposta è affermativa alla maggior parte o a tutte queste domande, è possibile essere ragionevolmente certi di evitare il lock-in del fornitore. In caso contrario, dovresti stare attento.

Queste sono alcune linee guida che uso quando valuto il lock in:

Il venditore utilizza i formati standard del settore?

Se si finisce con tonnellate di file e codice che devono parlare una lingua straniera, il passaggio è estremamente difficile. Se hai formati standard come XML e JSON non è così. Ad esempio, ASP .Net utilizza aspx, che è markup che non è né html, né XML valido. Ciò rende molto difficile convertire quei file o analizzarli.

Il fornitore fornisce punti sufficienti per l'integrazione con il proprio sistema?

Puoi liberare i tuoi dati dal sistema e integrarlo sufficientemente con i tuoi sistemi tramite una qualche forma di interoperabilità, come i servizi web? Se desideri integrarlo con i tuoi sistemi, devi aggiungere altri prodotti per i fornitori ad un prezzo superiore?

Quanto è difficile cambiare la soluzione con un'altra?

È necessario un costante controllo di integrità per vedere quanto sarebbe difficile allontanarsi dal venditore. Se la roba del venditore pervade la tua intera infrastruttura dovresti essere stanco.

In breve, cercherò recensioni e feedback sul venditore e sul prodotto.

Tecnicamente parlando, il blocco del fornitore si verifica quando il progetto è strettamente correlato al fornitore (il prodotto di terze parti).

Come evitarlo? Avere alternative e ricercare una domanda su ciascuna alternativa - Quanto è difficile cambiare la soluzione con un'altra?

Oltre ai dettagli tecnici del prodotto che il fornitore promuove, è molto importante conoscere la traccia di successo / insuccesso che altri clienti hanno avuto con questo fornitore. Potrebbe sembrare difficile (Goggling, leggere recensioni, identificare come è genuino la recensione, ecc.) Da realizzare. Tuttavia, negli Stati Uniti esiste un sistema di valutazione credibile chiamato BBB (Better Business Bureau) .

I registri delle società con sede negli Stati Uniti in questo Bureau indipendente sono molto utili e nel 95% riflettono la realtà. Pertanto, consiglierò strongmente di controllare anche con loro.