Comments 4
Поэтому совет: всегда, когда речь заходит о релизах, проверяйте наличие ценности в том, что Вы релизите...
а может на этапе "проекта" Цели рассматривать??... Перед тем, как ТЗ писать🙄 ... да неее, бред какой то...
В статье перемешаны ИТ системы и предприятие (как система). Да ещё и аргументировать говнокодерство отсутствием сотрудников.
Больше информации о корпоративной архитектуре
у меня на канале "Enterprise Architecture - Практики и решения "https://t.me/eapractice"в стандарте ГОСТ Р ИСО 15704-2022 МОДЕЛИРОВАНИЕ И АРХИТЕКТУРА ПРЕДПРИЯТИЯ. Требования к стандартным архитектурам и методологиям предприятия"
Что вносить в релиз должны решать руководители проектов и системные аналитики. Вносить в релиз то, чем бизнес пользоваться пока не сможет как правило смысла нет. Но ситуации могут быть различными. Например, если задача связана с интеграцией, то релиз часто делается сначала в системе которая будет принимать запрос, а потом уже в системе отправляющей запрос
Поэтому совет: всегда, когда речь заходит о релизах, проверяйте наличие ценности в том, что Вы релизите - это может сберечь Вам очень много времени и денег.
На мой взгляд явное преувеличение
Малые релизы vs масштабная бизнес-ценность: кто кого?