Обновить

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Теги:
Всего голосов 4: ↑3 и ↓1+2
Комментарии9

Я попал к психиатру из‑за кодинга с AI

Со стороны программирование звучит как медитативное занятие. Сидишь себе за компом целый день, слушаешь музыку, пьешь вкусный кофе. У все меня примерно так и происходит. Сначала я не спеша пытаюсь выстроить в голове то, что требуется сделать. Именно «не спеша». И не потому что я такой опытный и мудрый, а потому что быстро я просто не умею.

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

Все это звучит конечно логично, но явно 10x инженером так не стать. Да и будем честны, даже 2x тоже. В IT, где эффективность, это не один из критериев оценки сотрудника, а недостижимая цель, к которой стремятся все. Мой стиль работы — это проблема. Но благодаря появлению AI, эта проблема стала решена.

Я попал к психиатру из‑за кодинга с AI

Публикации