Pull to refresh

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

Как обстоят дела сейчас:

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

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

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

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

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

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

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

Как было бы лучше:

  • Формируется проектная команда.

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

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

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

  • Поставщики готовят решения.

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

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

Результат — побеждает сильнейший и качественный продукт.

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

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

Tags:
Total votes 4: ↑3 and ↓1+2
Comments9

Articles