Контрольный список, чтобы избежать блокировки поставщика?

23

Существует ли набор утвержденных в отрасли правил, чтобы избежать блокировки поставщиков?

Я имею в виду что-то, что можно показать менеджеру или другому лицу, принимающему решение, что легко понять и легко проверить.

  • Существует ли какой-либо общепринятый набор правил, контрольный список или набор условий, которые помогают обнаруживать и предотвращать привязку к поставщику объективным, измеримым способом?

  • Кто-нибудь из вас предупреждал менеджера о риске блокировки поставщиков на начальных этапах проекта?

Тулаинс Кордова
источник
блокировка поставщика не обязательно является «плохой вещью»
Ryathal
2
Это удивительно хороший вопрос, который актуален для большой группы разработчиков. Часто вы не знаете, что у вас есть эта проблема, пока не стало слишком поздно.
joshin4colours
Разве этот вопрос не нуждается в дополнительном разъяснении в отношении конкретной проблемной области, которую вы хотите избежать, чтобы заблокировать вендор. В противном случае ответы, которые может дать каждый, являются здравым смыслом (т. Е. Ничего ценного не добавляют).
Данк
4
@Ryathal Oct: как может быть плохая блокировка (ограничение опций, будущие выборы)?
Джорджио
1
@ Джорджио, потому что контракты на поддержку более важны в деловом мире, чем способность меняться, когда система работает, тот факт, что часть А может быть заменена на часть Х, не имеет значения, потому что никто не будет этого делать, пока к его голове не приставят пистолет.
Ryathal

Ответы:

7

В своей работе в качестве консультанта я часто предупреждаю клиентов о риске блокировки поставщиков. Это из горького опыта обращения к провалившимся проектам: если вы не думаете об этом в начале, то это, вероятно, будет стоить вам в долгосрочной перспективе.

Там нет "стандартного контрольного списка", но вот хороший контрольный список основных вещей, которые я ищу:

  • Открытый API : открыт ли API, который мы будем использовать (т.е. строим зависимость), в том смысле, что он может быть свободно реализован конкурирующими поставщиками?
  • Соответствие стандартам - соответствует ли продукт соответствующим отраслевым стандартам?
  • Наличие совместимых альтернатив. Есть ли на самом деле другой совместимый продукт (коммерческий или с открытым исходным кодом), который мы могли бы включить с минимальными изменениями?
  • Открытый исходный код - является ли код поставщика открытым исходным кодом (т.е. под лицензией, утвержденной OSI )?
  • Независимость от платформы - переносится ли технологический стек на разные платформы?
  • Гибкость контракта - можем ли мы расторгнуть или урезать контракт заранее без существенных штрафов?
  • Независимое предоставление услуг - есть ли надежные варианты для покупки услуг у разных поставщиков (т.е. не только у первоначального поставщика)
  • Возможности и навыки - если бы мы расстались с первоначальным поставщиком, у нас есть необходимые возможности и навыки, чтобы продолжать эффективно работать как внутри компании, так и с другим поставщиком?
  • Отчет о хорошем поведении - есть ли у поставщика хороший послужной список, который предполагает, что вы можете доверять им, чтобы они не использовали какую-либо блокировку, которую они могут получить?
  • Стабильность требований - наши требования четко определены и, вероятно, останутся такими же? (если это так, вы можете заключить контракт на эти требования заранее, и блокировка поставщика не имеет большого значения ...)

Если ответ на большинство или все эти вопросы положительный, вы можете быть уверены в том, что избежите блокировки поставщика. Если нет, вы должны быть осторожны.

mikera
источник
13

Вот некоторые рекомендации, которые я использую при оценке блокировки:

Использует ли поставщик стандартные отраслевые форматы?

Если в итоге у вас будет множество файлов и кода, говорящих на иностранном языке, переключение будет чрезвычайно трудным. Если у вас есть стандартные форматы, такие как XML и JSON, это не так. Например, ASP .Net использует aspx, который является разметкой, которая не является ни HTML, ни действительным XML. Это делает очень трудным преобразование этих файлов или их анализ.

Поставляет ли поставщик достаточное количество баллов для интеграции со своей системой?

Можете ли вы высвободить ваши данные из системы и достаточно интегрировать их с вашими собственными системами с помощью некоторой формы взаимодействия, например, веб-сервисов? Если вы хотите интегрировать его с вашими системами, вам нужно добавить больше продуктов вендора с наценкой?

Насколько сложно сменить решение на другое?

Необходима постоянная проверка работоспособности, чтобы увидеть, насколько сложно было бы отойти от продавца. Если вещи продавца пронизывают всю вашу инфраструктуру, вы должны быть утомлены.

Tjaart
источник
3
Еще один нетехнический аспект: какова репутация поставщиков в отношении ответов на запросы, связанные с блокировкой. Некоторые поставщики лучше, чем другие.
Иоахим Зауэр
0

Короче говоря, я буду искать отзывы и отзывы о поставщике и продукте.

Технически говоря, блокировка поставщика происходит, когда проект тесно связан с поставщиком (сторонний продукт).

Как этого избежать? Имея альтернативы и исследуя один вопрос о каждой альтернативе - насколько сложно изменить решение для другого?

В дополнение к техническим деталям продукта, который продвигает поставщик, очень важно знать трек успеха / неудачи, который другие клиенты имели с этим поставщиком. Это может показаться сложным (Goggling, чтение обзоров, определение подлинности обзора и т. Д.) Для достижения. Тем не менее, в США существует заслуживающая доверия система рейтингов BBB (Better business Bureau) .

Отчеты американских компаний в этом независимом бюро очень полезны и в 95% отражают реальность. Таким образом, я настоятельно советую проконсультироваться с ними.

Е.Л. Юсубов
источник
4
Я не решаюсь проголосовать за это, поскольку это не «неправильно», но ваш ответ на самом деле не касается вопроса. Блокировка поставщика не имеет ничего общего с BBB.
Выяснил недостающую часть технических деталей.
Е.Л. Юсубов
1
Хорошее редактирование - теперь оно более прямо касается вопроса