Lista kontrolna, aby uniknąć blokady dostawcy?

23

Czy istnieje zestaw reguł zatwierdzonych przez branżę, aby uniknąć blokady dostawcy?

Mam na myśli coś, co można pokazać kierownikowi lub innemu decydentowi, co jest łatwe do zrozumienia i weryfikacji.

  • Czy istnieje powszechnie przyjęty zestaw reguł, lista kontrolna lub zestaw warunków, które pomagają wykryć i zapobiec blokowaniu się dostawcy w obiektywny i wymierny sposób?

  • Czy któryś z was ostrzegł kierownika o ryzyku zablokowania dostawcy na początkowych etapach projektu?

Tulains Córdova
źródło
blokada dostawcy niekoniecznie jest „złą rzeczą”
Ryathal
2
To zaskakująco dobre pytanie, które dotyczy dużej grupy programistów. Często nie wiesz, że masz ten problem, dopóki nie jest za późno.
joshin4colours
Czy to pytanie nie wymaga dalszego wyjaśnienia na temat konkretnego problemu, który chcesz uniknąć blokady dostawcy. W przeciwnym razie odpowiedzi, które każdy może udzielić, są zdroworozsądkowe (tj. Nie dodają nic wartościowego).
Dunk
4
@Ryathal Oct: Jak zablokowanie (ograniczenie opcji, przyszłe wybory) nie może być złe?
Giorgio
1
@Giorgio, ponieważ kontrakty wsparcia są ważniejsze w świecie biznesu niż możliwość zmiany, gdy system już działa, fakt A część A może zostać zamieniona na część X nie ma znaczenia, ponieważ nikt nie zrobi tego, dopóki nie znajdzie się pistoletu przy głowie.
Ryathal

Odpowiedzi:

7

W mojej pracy jako konsultanta często ostrzegam klientów przed ryzykiem związanym z dostawcą. Wynika to z gorzkiego doświadczenia bycia wezwanym do odwrócenia nieudanych projektów: jeśli nie pomyślisz o tym na początku, prawdopodobnie będzie cię to kosztować w dłuższej perspektywie.

Nie ma „standardowej listy kontrolnej”, ale oto dobra lista kontrolna najważniejszych rzeczy, których szukam:

  • Otwarty interfejs API : czy interfejs API, którego będziemy używać (tj. Budowanie zależności), jest otwarty w tym sensie, że może być swobodnie wdrażany przez konkurujących dostawców?
  • Zgodność z normami - czy produkt jest zgodny z odpowiednimi normami branżowymi?
  • Obecność kompatybilnych alternatyw - Czy rzeczywiście istnieje inny kompatybilny produkt (komercyjny lub open source), który moglibyśmy wprowadzić przy minimalnych zmianach?
  • Open source - czy kod dostawcy jest open source (tj. Na podstawie licencji zatwierdzonej przez OSI )?
  • Niezależność od platformy - czy stos technologii jest przenośny na różnych platformach?
  • Elastyczność umowy - czy możemy rozwiązać umowę lub skrócić ją wcześniej bez znaczących kar?
  • Niezależne świadczenie usług - czy istnieją wiarygodne opcje zakupu usług od różnych dostawców (tj. Nie tylko od pierwotnego dostawcy)
  • Możliwości i umiejętności - jeśli mielibyśmy rozstać się z oryginalnym dostawcą, czy mamy wymagane zdolności i umiejętności, aby kontynuować efektywną pracę w firmie lub u innego dostawcy?
  • Dokumentacja dobrego zachowania - czy sprzedawca ma dobrą historię, która sugeruje, że możesz mu zaufać, że nie wykorzysta żadnej blokady, którą może uzyskać?
  • Stabilność wymagań - czy nasze wymagania są dobrze określone i prawdopodobnie pozostaną takie same? (jeśli tak, możesz zawrzeć umowę na te wymagania z góry, a blokada dostawcy nie ma tak wielkiego znaczenia ...)

Jeśli odpowiedź brzmi „tak” na większość lub wszystkie z tych pytań, możesz być całkiem pewny, że unikniesz blokady dostawcy. Jeśli nie, powinieneś być ostrożny.

mikera
źródło
13

Oto kilka wskazówek, których używam podczas oceny blokady:

Czy sprzedawca stosuje standardowe formaty branżowe?

Jeśli skończysz z mnóstwem plików i kodu, które muszą mówić w języku obcym, przełączanie jest niezwykle trudne. Jeśli masz standardowe formaty, takie jak XML i JSON, nie. Na przykład ASP .Net używa aspx, który jest znacznikiem, który nie jest ani HTML, ani poprawny XML. To bardzo utrudnia konwersję tych plików lub ich analizę.

Czy sprzedawca zapewnia wystarczającą liczbę punktów do integracji z systemem?

Czy możesz wyzwolić swoje dane z systemu i wystarczająco zintegrować je ze swoimi systemami za pomocą jakiejś formy współpracy, takiej jak usługi sieciowe? Jeśli chcesz zintegrować go ze swoimi systemami, musisz dodać więcej produktów sprzedawców po cenie premium?

Jak trudno jest zmienić rozwiązanie na inne?

Konieczna jest ciągła kontrola poczytalności, aby zobaczyć, jak trudno byłoby odejść od dostawcy. Jeśli rzeczy dostawcy przenikają całą twoją infrastrukturę, powinieneś być zmęczony.

Tjaart
źródło
3
Kolejnym aspektem pozatechnicznym jest: jakie są osiągnięcia dostawców w zakresie reagowania na żądania związane z blokowaniem. Niektórzy dostawcy są w tym lepsi niż inni.
Joachim Sauer
0

Krótko mówiąc, szukałem recenzji i opinii na temat dostawcy i produktu.

Z technicznego punktu widzenia blokowanie dostawcy ma miejsce, gdy projekt ma ścisłe powiązanie z dostawcą (produktem strony trzeciej).

Jak tego uniknąć? Mając alternatywy i badając jedno pytanie dotyczące każdej alternatywy - jak trudno jest zmienić rozwiązanie na inną?

Oprócz szczegółów technicznych produktu promowanego przez sprzedawcę, bardzo ważna jest znajomość sukcesu / porażki, jakie inni klienci mieli u tego dostawcy. Może się to wydawać trudne (Gogglowanie, czytanie recenzji, określanie autentyczności recenzji itp.). Istnieje jednak wiarygodny system ratingowy w USA o nazwie BBB (Better business Bureau) .

Dane firm amerykańskich w tym niezależnym biurze są bardzo przydatne, a w 95% odzwierciedlają rzeczywistość. Dlatego zdecydowanie doradzę, aby sprawdzić również z nimi.

EL Yusubov
źródło
4
Waham się czy głosować w dół, ponieważ nie jest to „złe”, ale twoja odpowiedź tak naprawdę nie odnosi się do pytania. Zablokowanie dostawcy nie ma nic wspólnego z BBB.
Wyjaśniono brakującą część szczegółów technicznych.
EL Yusubov
1
Dobra edycja - teraz bardziej bezpośrednio odpowiada na pytanie