Почему в IT нет конкуренции решений ?⁠⁠

Стандартная ситуация

Компания решает выполнить решение государства о переходе на отечественное ПО.

Текущий процесс

• Ищется поставщик решения , параллельно пишется техническое решение/пояснительная записка с максимальной размытыми формулировками и цифрами с потолка.

• Поставщик решения разрабатывает решение , в компании формируется проектная команда, формируется инфраструктура.

• Поставщику решения главное - получить оплату по договору.

• Проектной команде - закрыть этапы и KPI.

• Нагрузочное тестирование проводится в режиме - для галочки. Можно вообще в продакшн выводить без НТ.

• Стресс тестирование проводится - никак.

Результат

YZовый код: "у нас проблемы после перехода на отечественное ПО". Потому, что поставщик решения один и качество ему не важно от слова вообще. В случае проблемы, все списывается на "у вас с инфраструктурой проблемы, у нас на тестовом сервере все работает".

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

Мой любимый диалог с разрабами, в ходе анализа деградации производительности информационной системы:

• Вы зачем используете эксклюзивную блокировку ?

• Это не мы, это фреймворк такой.

Как было бы лучше, качественнее и эффективнее.

• Проектная команда определяет доступные ресурсы инфраструктуры.

• Проектная команда формирует требования к решению.

• Объявляется конкурс.

• Поставщики готовят прототип .

• Проводятся сравнительные испытания.

• По итогам испытаний выбирается поставщик для компании.

Результат

Побеждает сильнейшая команда и качественный продукт.

Стратегия давно реализована и применяется при госзаказах и конкурсах между разными КБ. В результате получаются отличные изделия которыми можно и нужно гордится.

Почему не реализовано в IT ? Это риторический вопрос.

Дополнение - из мемуаров .

1998 год . Выбор поставщика для реализации проекта информационной системы автоматизации республиканской налоговой инспекции.

В ходе выбора тендер как таковой был в самом конце. Сначала были именно сравнительные испытания эскизных прототипов (Oracle+Windows vs. Informix+Unix):

-Требования к аппаратной части.

-Производительность.

-Отказоустойчивость.

-Требования к обслуживающему персоналу.

В результате конкурс выиграло решение на основe Oracle+Windows.

Второй риторический вопрос - почему тогда было по другому ?