Привнося что-то в систему, вы от чего-то отказываетесь, а отказываясь - наоборот привносите

Ну так кодовая база остаётся, я могу ею пользоваться в рамках текущего процесса без его изменения.

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

При этом вы обозначаете как проблему управленческий процесс и предлагаете заменить процесс на культуру. Купить это может такой же недавний инженер, который ничерта не разобрался в управлении. Сорян. Но рынок большой, вам светит удача.

Ну вы это скажите нетфликс, Гугл, Амазон

Может там тоже недавние инженеры сидят

Ответ про обратную связь у вас мозг не воспринимает видимо ) и пропускает мимо.

Я не готов оценивать Гугл нетфликс и что там ещё в контексте текущего разговора. Вы говорите надо вот здесь выкинуть скрам и будет лучше. Я спрашиваю вас про то, как будет проходить базовый эджайл процесс. Вы мне говорите Гугл Амазон что-то. Я вам отвечаю - а как же холодильник, пенёк и ящерица? Все эти вещи имеют столько же значения в нашем разговоре. Давайте и их обсудим, может там есть петля эта несчастная?

Передергиваете )

Без какой конкретно петли вы жить не можете?

А вообще советую изучить вопрос сперва

А то сплошные переходы на личности

Господи, какой вопрос? Есть пример, когда Гугел выкидывал скрам и заменял его на девопс? Я что-то не слышал.

Про петли обратной связи можно почитать здесь: https://scrumandkanban.co.uk/feedback-loops/

Есть отчёт DORA. Полюбопытствуйте

https://cloud.google.com/solutions/devops/devops-culture-transform (вздыхая) вот правильный ответ. В девопсе нет системы организации лупов. Там есть общее представление что они должны быть (в пример берется PDCA) но как их конкретно организовать никаких советов нет. Соответственно, внедряя девопс вы отвечаете на вопрос "как", но на вопросы "когда", "кто", "где", "как часто" и т.д. отвечает система менеджмента.

прошу прощения

не в тот чат)

Не верный ответ

И какой же верный?

Мы мыслим с вами в разных плоскостях. Если вы можете представить себе самоорганизованные команды у которых все сложные процессы являются ежедневной рутиной, то поймёте. Однако же я вижу что вам нужны последовательные этапы.

Я боюсь даже предлагать рассмотреть вариант релиза фичи после деплоя или между ними, потому что это ломает стандартные последовательности

В скраме нет этих вещей, как нет описания приемов деплоя и вообще релиз менеджмент там на уровне "событие, артефакты и роли, необходимые для принятия решения". Такого описания в девопсе нет, следовательно, при отмене скрама нам нужна процедура, как минимум, подтверждения expected value в инкременте. Где эта процедура в девопс?

Девопс это не инкриментный подход