SP
куча булшита в духе "хочу кнопку"
Size: a a a
2021 June 01
АГ
да, они теряют актуальность. такое тоже есть
АГ
а еще хуже - то что мы все время всякие гипотезы проверяем и кодовая база пухнет со страшной силой
АГ
и ничего конечно же не выпиливается, даже в человеческий вид привести особо не дают
АГ
потому что за спиной всегда стоит гора свежих идей на запил
АГ
был монолит, теперь у нас монолит, 10 мини монолитов и еще 100 микросервисов) хотя как монолит... бд монолит, бек монолит..
SP
надо просто оч доходчиво продавать идею что "ваши охуенные фичи никому не нужны если система лежит"
A
У вас есть приоритезация техдолга?
АГ
ну системе не лежит) мы такого не допускаем)
АГ
как итог - монолит релизим раз в месяц
АГ
к моменту, когда мы наконец вывели резлиную ветку в прод, в мастере накопилось еще фич 200. и впереди еще месяц хард теста и багфиксов.
SP
ну или "если вы 20% выделите на тех долг то через 6 месяцев фичи будет пилить в два раза дешевле" - желательно подкрепить это какими-то данными. А то вдруг окажется что проблемы реально нет
SP
и что "медленно" фичи пилят потому что все последовательно, потому что wait time большой, потому что паралельно кучу фич делаете
SP
а не потому что тех долг
A
У нас схожая проблема. Продуктовые таски летят с понятными приоритетами. Но не конкурируют с задачами по митигации техлолга, т.к эти задачи не приоритизированы, лежат на дне бэклога
АГ
какая-то работа с техдолгом пытается вестись.. но получается слабо
SP
если тех долг не приводит к факапам или к удорожанию разработки которую можно померять то пофигу на него
АГ
вот эту идею такое чувство что бизнес либо не признает, либо ему это не критерий... важнее "быстрее запилить" и прямо сейчас...
SP
я вот сча пытаюсь сделать чет типа бакетного планирования. Условно - есть 6 человек, 4 занимаются сторями остальные 2 занимаются тех долгом
АГ
делается многое по 2 раза, сначала "побыстрее в монолите пильнуть" потом по-нормальному через микросервисы прокинуть