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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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