Size: a a a

Teamlead Bootcamp

2021 March 15

AS

Artem Sokolov in Teamlead Bootcamp
я к тому что можно повысить ТТМ за счет трупута. но если ттм не важен для бизнеса а трупут важен то очевидно что низкий ттм не проблема
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
Artem Sokolov
"бизнесу вроде как тоже да" вот это ключевое. все остальное не важно
ну есть такая ситуация: бизнес валит кучу задач в высоком приоритете. соответственно, чем раньше они выйдут в прод, тем лучше. "бизнес ждет". по факту это все может тянуться месяц и более (хотя так то можно при здоровой системе запилить за пару часов и выкатить), ну по моим прикидкам
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
хотя конечно не для любой задачи... там в девопс плане у нас вообще ад
источник

AS

Artem Sokolov in Teamlead Bootcamp
Алексей Гевондян
можно почитать чонить вкратце по теме?
эээ. да я про то что вот ты можешь настроить процессы чтобы небыло ожиданий и повысить скорость прохождения фичи. в этом канбан говорят помогает как один из инструментов.
делается засчет того что люди разгружают время чтобы всегда вовремя делать ревью и прочие отклики, но разгружают засчет общей валовой/трупутной производительности.
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
вроде как в планах это все нормализовать, но я пока даже на вскидку не могу сказать, когда нормализуют. к примеру у нас есть стейджинг, но нет вменяемого дев окружения. люди разрабатывают монолит не на локале а "в контейнерах", и база там с прода. т.е. ты фигакнул тестовый отзыв - он улетел в прод.
источник

AS

Artem Sokolov in Teamlead Bootcamp
т.е. ты не берешь задачи ожидая что вот тебе в течение дня придет задача на ревью и ты должен быть свободен чтобы ее сделать
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
Алексей Гевондян
вроде как в планах это все нормализовать, но я пока даже на вскидку не могу сказать, когда нормализуют. к примеру у нас есть стейджинг, но нет вменяемого дев окружения. люди разрабатывают монолит не на локале а "в контейнерах", и база там с прода. т.е. ты фигакнул тестовый отзыв - он улетел в прод.
почему так - вот вообще хз, какие-то проблемы были, поэтому решили так...
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
Artem Sokolov
эээ. да я про то что вот ты можешь настроить процессы чтобы небыло ожиданий и повысить скорость прохождения фичи. в этом канбан говорят помогает как один из инструментов.
делается засчет того что люди разгружают время чтобы всегда вовремя делать ревью и прочие отклики, но разгружают засчет общей валовой/трупутной производительности.
я не могу) тут есть некие правила, я пока играю по ним, устанавливать мне права не давали, и если и дадут - то не скоро.
источник

AS

Artem Sokolov in Teamlead Bootcamp
Алексей Гевондян
ну есть такая ситуация: бизнес валит кучу задач в высоком приоритете. соответственно, чем раньше они выйдут в прод, тем лучше. "бизнес ждет". по факту это все может тянуться месяц и более (хотя так то можно при здоровой системе запилить за пару часов и выкатить), ну по моим прикидкам
тут смешано, я вижу что понимания нет.
условно бизнесу лучше 10 фич через 3 месяца. или 5 фич через 2 ?
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
Artem Sokolov
тут смешано, я вижу что понимания нет.
условно бизнесу лучше 10 фич через 3 месяца. или 5 фич через 2 ?
зарелизиться не дают.
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
остановить все метания и суету, и спокойно вывести в прод все, что пока не выведено - не дают.
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
все что-то делают, все завалены выше крыши, но продвижения в системе нет. буксует все по жесткому... ну по крайней мере мне снизу так кажется.
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
либо имитируют кипучую деятельность (что тоже кстати вполне вероятно)
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
либо тратят время попусту на левые обсуждения
источник

AS

Artem Sokolov in Teamlead Bootcamp
Sergey Protko
тут проблема больше в том что у вас есть ботлнек в виде одного человека который принимает решение. То есть либо проблема с уровнем доверия (ну вот серьезно протоспеки между сервисами должен архитектор апрувить? это ж микроменеджмент) - мол вы там все джуны а архитектор все разрулит.

Так же мне видится проблема в том что у вас есть вот эти "стадии" - дизайн базы, дизайн микросервисов (как это вообще? микросервисы с общей базой?), протобуфики и т.д.

Для решения описанной проблемы нужно больше полномочий и автономии спускать внизы. Что бы архитект только направление задавал, мол какая команда чем заниматься должна. А такие мелкие вещи как "че как кого дернуть" - должен быть свод правил и ограничений какие данные куда передавать можно (по умолчанию никакие и никуда) а какие нельзя ни при каких обстоятельствах (PHI/PII какие).

Тут как с код ревью. Нужно определить что ревью требует а что можно и без него. Начните с того что бы из всего спектра выбрать те вещи которые "не то что бы сильно требуют апрува архитектора" - это и дизайн базы (у вас же микросервисы вы че)  и протобуфы. Уменьшите скоуп только до "вот мой сервис ходит в тот сервис за такими-то данными и потом на основе этого решение делает - это ок?". Дальше уже можно идти в сторону формализации таких правил. Мол что ревью у архитектора нужно только если вам надо стучать в другой сервис. или еще чего делать что не описано в зависимостях вашей команды. Так постепенно можно уменьшать скоуп зависимостей.
+1 кстати. тоже хотел написать подобное
еще добавлю что если какой-то очень важный и очень умный человек зашивается и на нем блокируются люди (и это является проблемой) - то он не оч справился с делегированием или кадрами
источник

SP

Sergey Protko in Teamlead Bootcamp
а что делать когда все это знаешь и ты и есть тот человек на котором все стопорится?)
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
мне кажется тут корень зол в страхе за факап на проде
источник

SP

Sergey Protko in Teamlead Bootcamp
и это был бы оправданный страх если бы факапы не происходили
источник

АГ

Алексей Гевондян... in Teamlead Bootcamp
т.е. низкая надежность системы, низкое качество тестирования, отсутствие автотестов на должном уровне и современных правильно настроенных иных инструментов контроля качества.
источник

SP

Sergey Protko in Teamlead Bootcamp
придет архитектор и все сразу станет хорошо)
источник