Я прекрасно знаю что можно сделать - я не знаю как эффективно к этому придти.

Пока основная штука которая жрет оч много времени и сил это не лишняя работа а лишние коммуникации. Потому сначала мне надо с этим разобраться

А зачем они в слайдах? Да и у меня нет необходимости будить публику, я достаточно быстро говорю, внимание  и без шуток не убегает.

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

ну собрать команду из одних сеньеров может себе позволить разве что нетфликс) который 25% народа выкидывает в любом случае)

Грубо говоря - сейчас в компании все ещё распространена практика "я хз кто мне нужен - добавлю кого знаю и на час Митос без агенды". Это жрет дико много сил и времени

По разному. У меня в практике было:
DBA - тут просто консалтинг на все услуги в Data Egret.
новые инструменты (языки, библиотеки) - много обращений при начале использования, потом реже и реже,
редкие базы данных - купить поддержку и использовать.
Ну и редкие отдельные консультации по специфическим вопросам.
Но бюджет не просто выбить на подобное, увы.

Я тоже не знаю «как эффективно», если честно. Овертаймлю, ну и на протяжении года непрерывно подкручиваю всё. Стало стабильнее, лучше, но из-за пассивных/незаинтересованных/малоэкспертных мидлов - всё равно хуйня

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

Не. Чеклисты - это то, что не нужно пытаться вспоминать или придумывать. Для DR - это то, что точно нужно не забыть отметить (что может быть существенно). Но я вообще люблю этот инструмент для упрощения жизни.

Сейчас наверстываю зато проблем договориться с бизнесом нет

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

есть даже такой тип правок: fix typo. Так что не излишне.

Давай обьясню: я имел ввиду, например есть

функционал а(плохо написан, что-то бросается в глаза)
функционал б(вроде ок)
функционал в(новый, ты его написал)

ты пишешь тесты на функционал в и может какой-то первый тест на функционал а и б

отдаешь на ревью

следующим мром ты отправляешь тесты на функционал а(ты уже чувствуешь что будешь его поправлять)

третий мр будет рефакторинг функционала а и в

вот тебе и правило бойскаута

вот тебе и переусложненные процессы и "а, фиг с ним, не буду вообще делать"

правило бойскаута - это прошел мимо бумажки, поднял, до ближайшей урны донес. а не дошел до урны, вспомнил про бумажку, вернулся, и сходил еще раз выкинул

значит, надо выращивать джунов в мидлов, а сеньоров с мидлов(набирая кандидатов с перспективами роста на следующий лвл, и очень хорошо, если на 2 лвла)

если это фикс опечатки/нейминга/чего-то совсем кривого, что подсвечивает ИДЕ и предлагает сразу пофиксить, то почему бы и нет

ну тогда ладно)

Это скорее культура

Люди которые в лифте ссут не от отсутствия процессов это делают

да это понятно, я про то что если усложнять такие мелкие правки то их просто не будут делать и при обновлении иде код будет пестрить. потом пестрить сильнее - и так и будет пестрить.