Ага

#оффтоп

Коллеги, есть ли тут кто-то, кто имеет отношение к ДИТ Москвы и к "Активному гражданину", в частности?

Стукнитесь в личку, пожалуйста

Коллеги, а кто-то такое практикует? Допустим есть большая CRM с релизами раз в две недели или даже месяц. Перед релизом таски ревьювятся, тестируются, апрувятся change manager-ами итп. Но хочется UI менять быстро, экспериментировать. Поэтому можно вроде разделить релизные циклы йуая и логики. Вопрос в том, как формально отличить изменения, которые можно континус деливери сделать, а которые должны все этапы боли пройти?

кто такие чейндж-менеджеры?

чуваки которые беклог на итерацию формируют

если фронт-spa то нет проблем, бек в своем репе, фрон - в своем. Если правки ток на фронте - катите)

Почему они апрувят не после итерации, а только перед релизом?

да это типа "что должно быть включено в очередной релиз"

Ну вернее даже не так, что они апрувят, если работу сделали?

они обычно начало работы апрувят а не результат

Ну кажется само включение задачи в работу предполагает включение в релиз

Вот я и спрашиваю, кто это такие и что они там апрувят перед релизом? :))

ну вот они ее и включают в работу

А апрувят то они что перед релизом?

аа нее.. не увидел что это уже даже после тестирования

интересно а после реинтеграции заапрувленных заного тестяти апрувят?

У господина проблема в том, что у него куча какой-то активности перед релизом. Активность в виде ревью и тестирования мне понятна (но я ее не одобряю), а вот про загадочных релиз-менеджеров я не могу понять

Очевидным решением выглядит тестирование и ревью, проводить не после работы, а до нее

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

а если из 30 тасок одна незапрувится - то что?