Size: a a a

Боль Тимлида

2021 June 09

ВК

Владимир Коноплев... in Боль Тимлида
Ответил выше. Вопрос именно в том что долгое время все было норм, команды, которые имели экспертизу, уже давно переформированы и занимаются другими проектами. И вот это вот всё.
источник

PD

Phil Delgyado in Боль Тимлида
Т.е. задача не про "переход на поддержку", а про "прием легаси на поддержку"?
источник

ВК

Владимир Коноплев... in Боль Тимлида
Отчасти. Иногда это не легаси а вполне свежие адекватные решения.
источник

PD

Phil Delgyado in Боль Тимлида
А если свежие решения, то куда делась их команда?
А если команды нет - то это уже легаси )
источник

ВК

Владимир Коноплев... in Боль Тимлида
Если так определять, то да, легаси :)
источник

ВК

Владимир Коноплев... in Боль Тимлида
Вычитал разные решения уже.
1. Размазать сервисы по продуктовым командам, которые близки по контекстам и в итоге добиться того, что овнерство будет.
2. Pool команда (Аля сервисная, а не продуктовая), задачей которой будет поддержка всего этого добра. Есть конечно плюсы что можно много интересных технических задач и экспериментов поделать, но вероятность того, что инженеры скорее выгорят от такой работы, все же велика.
3. Коллективные дежурства. Каждый разработчик с какой-то периодичность становится дежурным именно по этому пуду сервисов. Но это кажется вообще слабо рабочее решение.
источник

PD

Phil Delgyado in Боль Тимлида
У нас варианты 1 и 2
Вариант 2 все-таки приводит к уменьшению мотивации, но как временное решение для сотрудника (типа, полгода в этой команде, а потом в какой-то другой продуктовый проект) - работает. Так что я скорее за 1
Там, правда, сложно поддерживать bus.factor, нужно изрядно вложиться в документирование.
источник

ВК

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

ВК

Владимир Коноплев... in Боль Тимлида
Была ещё идея найти тех-овнеров на каждый сервис, но я ее откинул как раз из за басфактора.
источник

PD

Phil Delgyado in Боль Тимлида
Сильно зависит от того, как команды построены. Если там есть лиды/PMы, то проще на команду повесить, а они уж разберутся и с басфактором и с документацией. Если "самоорганизованные", то сложнее )
источник

F

Flok in Боль Тимлида
имхо, плохой бас-фактор всё же лучше, чем брошенное без овнера легаси
источник

ВК

Владимир Коноплев... in Боль Тимлида
Всё так :)
источник

F

Flok in Боль Тимлида
у нас с басфактором одно время было всё так плохо, что шутили, что он у нас равен 0.9
источник

F

Flok in Боль Тимлида
но ничо, жили как-то
источник

ВК

Владимир Коноплев... in Боль Тимлида
Ахах. Всё мечтаю наконец запустить инкрементный анализ коммитов с построение метрик овнерства над кодом. Читал про это в исследованиях и экспериментах Microsoft и в Code as a crime scene. Эх космические мои кораблики :)
источник

PE

Pavel E in Боль Тимлида
Новые тулы — ацтой. Меньше тулов — лучше.
источник

АЛ

Артем Летюшев... in Боль Тимлида
Сбер чот такое пустили недавно по цифровым следам
источник

V

Vitaliy in Боль Тимлида
источник

my

margarita yuki in Боль Тимлида
Зашла я посмотреть как там дела с переводом, а там теперь вообще всё на английском...
Здорово перевели на "русский"))
источник

AS

Alex Sh in Боль Тимлида
На русском вообще нихрена не понятно будет
источник