«Чтобы понять, что такое баланс, надо пройти над пропастью по канату».
Дмитрий Соло "Принципы Рационализма. Начало"
Проблема выбора поставщика сложных ИТ систем – это всегда сложная и многогранная задача, требующая комплексного и системного подхода, баланса риска неудачи и уверенности в успехе.
Развитие компьютерной техники, языков программирования, интернета вещей и вообще ИТ-индустрии привело к появлению большого количества игроков на рынке разработки и внедрения программных решений для самых разных отраслей производства.
Являясь относительными новичками в вопросах инициации сложных ИТ-проектов и выбора соответствующих поставщиков, металлургические предприятия зачастую медлят в нерешительности, пытаясь минимизировать риски запуска дорогих ИТ-проектов, которые могут не только оказаться неэффективными, но и вызвать сбои на производстве. Замедляет процесс и отсутствие экспертизы внутри предприятия по таким технологиям, как искусственный интеллект, машинное обучение. Возможно, у предприятия уже был опыт внедрения решений, и он оказался негативным, поскольку при выборе конкретной ИТ-системы основным критерием была ее функциональность, а целый ряд важнейших вопросов выпали из фокуса внимания: как решение будет внедряться, как оно будет поддерживаться и развиваться, какая команда будет работать на проекте, кто и как осуществляет проектное управление со стороны поставщика, и т. д.
Специфика внедрения программных продуктов состоит в их высокой степени конфигурируемости и кастомизации, а сложность технологических процессов, большое количество нюансов производства и специфичных требований приводит к тому, что недостаточно выбрать хорошего поставщика продукта – необходима компания, которая бы смогла максимально адаптировать своё программное решение под эти специфичные нужды, принимая во внимания все технологические аспекты производства, требования бизнеса, технологов и IT.
Вся эта комплексность и неизвестность вызывают недоверие к поставщикам и интеграторам и желание действовать по старинке. В итоге предприятия теряют время и, затягивая процесс закупки, упускают выгоду, которую они бы получили, используя решение, всё это зачастую не учитывается при оценке стоимости нового IT-проекта.
Среди самых частых ошибок инициации проекта и выбора поставщика можно выделить следующие:
1. Отсутствие четких измеримых целей и задач проекта.
2. Отсутствие поддержки и понимания важности проекта по всей вертикали от генерального директора до рядового работника.
3. Отсутствие выделенной команды, ответственной за проект цифровизации.
4. Попытки все сделать силами собственных ит-специалистов без привлечения сторонних организаций.
5. Нежелание менять внутренние процессы и правила распорядка при внедрении новой системы.
Этот список, безусловно, можно продолжать.
Когда предприятие всё же решается стартовать ту или иную цифровую инициативу с привлечением сторонних поставщиков, одной из самых важных проблем оказывается выбор подходящего поставщика. Как ускорить закупку, сделать ее эффективнее, снизить неопределенность, повысить вероятность успешного выбора и сократить риски проекта? Ответ одновременно простой и сложный – создайте четкий список критериев, по которому вы будете оценивать поставщика.
Среди критериев непременно должны быть следующие:
1. Наличие методологии оценки экономического эффекта от внедрения решения, готовность привязать критерии ввода системы в промышленную эксплуатацию к экономическому эффекту.
2. Оценка предлагаемой методологии внедрения, включая все стадии от запуска проекта до опытной эксплуатации.
3. Назначение функциональным требованиям разных приоритетов и весовых коэффициентов с последующим присвоением каждому выполненному или невыполненному требованию оценки соответствия.
4. Наличие готового продукта, а не только и не столько услуг заказной разработки.
5. Наличие дорожной карты развития продуктовой линейки компании, возможность влиять на нее.
6. Возможность демонстрации работы программного продукта уже работающего решения.
7. Позиционирование вендора в качестве типового поставщика программно-аппаратных комплексов или как партнера в решении задачи.
8. Возможность использования бизнес- и коммерческих моделей, разделяющих ответственность и успех от внедрения решения (системы премирования и штрафов, revenue sharing).
9. Использование поставщиком фазового внедрение – от малых проектов и пилотов к большим фазам проекта в соответствии с приоритетами заказчика.
10. Наличие у сотрудников поставщика технологической экспертизы, а не просто глубоких знаний ИТ и программной специфики.
11. Обязательства по гарантийному ремонту.
12. Варианты поддержки работающего решения в разных режимах, включая режим 24*7.
13. Нефункциональные требования к решению, включая вопросы надежности, безопасности, устойчивости и т. д.
Отдельно стоит подчеркнуть, как важно наличие готового продукта и способности поставщика поддерживать, дорабатывать и развивать его, оптимизировать математические модели, базируясь на так называемой сервисной модели обслуживания. Данный факт требует пристального внимания в связи с тем, что заказчик, требуя от поставщика партнерских отношений, сам часто не готов их поддержать. Он ожидает получить разработанное решение целиком и полностью в своё распоряжение, включая исходный код, с намерением в дальнейшем поддерживать и развивать его самостоятельно. Такой подход уже давно зарекомендовал себя как прямой путь к провалу. Решение неминуемо устаревает, теряет свои потребительские, технические и экономические качества и выкидывается на свалку.
Полный список критериев оценки исполнителя на стадии выбора проектной команды содержит значительно больше критериев (включая ценовое предложение, сроки внедрения и т. д.). В этой статьи приведены только те, которые чаще всего ускользают из вида.
Подобный чек-лист повышает вероятность выбора лучшего поставщика и уже длительное время используется компаниями на B2B-рынке. А грамотный выбор поставщика-партнера гарантирует, что заказчик не останется один на один с проблемами и не получит еще одну неработающую систему. Разумеется, в неменьшей степени важны также правильная организация взаимодействия с поставщиком, налаженные коммуникации, постановка целей проекта и приоритетов, вовлечение конечных пользователей в процесс и многое другое.
Попов Сергей
Пресейл-инженер компания Datana
