Checkliste zur Vermeidung von Lieferantenbindung?

23

Gibt es eine Reihe von branchenweit anerkannten Regeln, um eine Lieferantenbindung zu vermeiden?

Ich meine, etwas, das man einem Manager oder einem anderen Entscheidungsträger zeigen kann, das leicht zu verstehen und leicht zu überprüfen ist.

  • Gibt es allgemein anerkannte Regeln, eine Checkliste oder eine Reihe von Bedingungen, mit deren Hilfe eine Lieferantenbindung objektiv und messbar erkannt und verhindert werden kann?

  • Hat einer von Ihnen einen Manager vor dem Risiko einer Lieferantenbindung in der Anfangsphase eines Projekts gewarnt?

Tulains Córdova
quelle
Verkäufer Lock-In ist nicht unbedingt eine "schlechte Sache"
Ryathal
2
Dies ist eine überraschend gute Frage, die für eine große Gruppe von Entwicklern relevant ist. Oft wissen Sie nicht, dass Sie dieses Problem haben, bis es zu spät ist.
Joshin4colours
Benötigt diese Frage keine weitere Klärung hinsichtlich des speziellen Problembereichs, den Sie vermeiden möchten, wenn Sie den Anbieter sperren. Ansonsten sind die Antworten, die jeder geben kann, vernünftig (dh, sie bringen keinen Mehrwert).
Eintauchen
4
@Ryathal Oct: Wie kann ein Lock-In (Einschränkung von Optionen, zukünftige Auswahlmöglichkeiten) nicht schlecht sein?
Giorgio
1
@Giorgio, weil Supportverträge in der Geschäftswelt wichtiger sind als die Fähigkeit zur Änderung. Sobald ein System funktioniert, ist es unerheblich, dass Teil A gegen Teil X ausgetauscht werden kann, da dies niemand tun wird, bis eine Waffe an den Kopf gehalten wird.
Ryathal

Antworten:

7

In meiner Tätigkeit als Berater warne ich Kunden häufig vor dem Risiko einer Lieferantenbindung. Das liegt an der bitteren Erfahrung, dass man gerufen wurde, um fehlgeschlagene Projekte abzuwickeln. Wenn Sie am Anfang nicht darüber nachdenken, wird es Sie wahrscheinlich langfristig kosten.

Es gibt keine "Standard-Checkliste", aber hier ist eine gute Checkliste der wichtigsten Dinge, die ich suche:

  • Offene API : Ist die API, die wir verwenden (dh eine Abhängigkeit aufbauen), offen in dem Sinne, dass sie von konkurrierenden Anbietern frei implementiert werden kann?
  • Einhaltung von Normen - Entspricht das Produkt den relevanten Industriestandards?
  • Vorhandensein kompatibler Alternativen - Gibt es tatsächlich ein anderes kompatibles Produkt (kommerziell oder Open Source), das wir mit minimalen Änderungen einschalten könnten?
  • Open Source - Ist der Code des Anbieters Open Source (dh unter einer von OSI genehmigten Lizenz )?
  • Plattformunabhängigkeit - Ist der Technologie-Stack auf verschiedene Plattformen übertragbar?
  • Vertragsflexibilität - Können wir den Vertrag ohne nennenswerte Vertragsstrafen vorzeitig kündigen oder reduzieren?
  • Unabhängige Servicebereitstellung - Gibt es glaubwürdige Möglichkeiten, Services von verschiedenen Anbietern (dh nicht nur vom ursprünglichen Anbieter) zu kaufen?
  • Fähigkeiten und Fertigkeiten - Wenn wir uns vom ursprünglichen Anbieter trennen, verfügen wir dann über die erforderlichen Fähigkeiten und Fertigkeiten, um weiterhin effektiv im eigenen Unternehmen oder mit einem anderen Anbieter zusammenzuarbeiten?
  • Aufzeichnungen über gutes Verhalten - Verfügt der Anbieter über eine gute Erfolgsbilanz, die darauf hindeutet, dass Sie ihm vertrauen können, dass er keine erlangten Sperren ausnutzt?
  • Anforderungsstabilität - Sind unsere Anforderungen klar definiert und werden sie wahrscheinlich gleich bleiben? (Wenn ja, können Sie diese Anforderungen vorab abschließen, und die Lieferantenbindung spielt keine Rolle ...)

Wenn die meisten oder alle dieser Fragen mit Ja beantwortet werden, können Sie mit ziemlicher Sicherheit eine Lieferantenbindung vermeiden. Wenn nicht, sollten Sie vorsichtig sein.

mikera
quelle
13

Dies sind einige Richtlinien, die ich bei der Evaluierung von Lock-In verwende:

Verwendet der Anbieter branchenübliche Formate?

Wenn Sie am Ende Tonnen von Dateien und Code haben, die eine Fremdsprache sprechen müssen, ist das Umschalten außerordentlich schwierig. Wenn Sie Standardformate wie XML und JSON haben, ist dies nicht der Fall. Zum Beispiel verwendet ASP .Net aspx, ein Markup, das weder HTML noch gültiges XML ist. Dies macht es sehr schwierig, diese Dateien zu konvertieren oder zu analysieren.

Liefert der Anbieter genügend Punkte, um sich in sein System zu integrieren?

Können Sie Ihre Daten aus dem System befreien und über eine Art von Interaktion, wie z. B. Webservices, ausreichend in Ihre eigenen Systeme integrieren? Wenn Sie es in Ihre Systeme integrieren möchten, müssen Sie mehr Anbieterprodukte mit einem Aufpreis hinzufügen?

Wie schwer ist es, die Lösung durch eine andere zu ersetzen?

Eine ständige Überprüfung der geistigen Gesundheit ist erforderlich, um festzustellen, wie schwierig es wäre, sich vom Anbieter zu entfernen. Wenn der Kram des Anbieters Ihre gesamte Infrastruktur durchdringt, sollten Sie müde sein.

Tjaart
quelle
3
Ein weiterer nicht-technischer Aspekt ist: Was ist die Erfolgsgeschichte des Anbieters in Bezug auf die Beantwortung von Anfragen im Zusammenhang mit Sperren? Einige Anbieter sind besser darin als andere.
Joachim Sauer
0

Kurz gesagt, ich würde nach Bewertungen und Feedback über den Anbieter und das Produkt suchen.

Technisch gesehen erfolgt die Anbietersperre, wenn das Projekt eine enge Kopplung mit dem Anbieter (dem Drittanbieterprodukt) aufweist.

Wie vermeide ich das? Indem Sie Alternativen haben und eine Frage zu jeder Alternative recherchieren - Wie schwer ist es, die Lösung für eine andere auszutauschen?

Neben den technischen Details des Produkts , für das der Anbieter wirbt, ist es sehr wichtig, den Erfolg / Misserfolg zu kennen, den andere Kunden mit diesem Anbieter hatten. Es könnte schwierig aussehen, etwas zu erreichen (Brillen, Bewertungen lesen, herausfinden, wie echt die Bewertung ist, usw.). In den USA gibt es jedoch ein glaubwürdiges Bewertungssystem namens BBB (Better Business Bureau) .

Die Aufzeichnungen von in den USA ansässigen Unternehmen in diesem unabhängigen Büro sind sehr nützlich und spiegeln in 95% die Realität wider. Daher rate ich Ihnen dringend, dies ebenfalls zu überprüfen.

EL Yusubov
quelle
4
Ich zögere, dies abzustimmen, da es nicht "falsch" ist, aber Ihre Antwort geht nicht wirklich auf die Frage ein. Vendor Lock-In hat nichts mit der BBB zu tun.
Der fehlende Teil des technischen Details wurde geklärt.
EL Yusubov
1
Gute Bearbeitung - es geht jetzt direkter auf die Frage ein