а тимлид придет кстати

я очень рад если у тебя так

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

В идеале, в здоровой команде  - к ним

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

У меня тоже так, но не со всеми командами

мой кейс, к сожалению, далек от идеала, поэтому справляюсь как могу

ну иногда бывает норм

Про сеньорность:
Some reasonable expectations of your seniors:

   They can design software
   They apply some best practices to design and testing
   They can present and explain their ideas to technical and non technical audiences
   They can coach and support juniors
   They understand the wider impact of what they do, and account for that
   They are comfortable with new tools, process, people and technology
   They can work in verticals/domains outside their field of expertise
   They self-improve
   They can problem solve
   They can diagnose faults
   They can push back, and question the business case for a request, perhaps suggesting a better way
   They are effective in teams

Спасибо вам за ответы.
А вообще, я бы да, с удовольствием послушал толковый доклад/-ы на тему - чем и как должен заниматься
Сеньор
Тимлид
Менеджер/PO
Архитект

Чтобы понимать в голове - где чья зона , в светлом мире

я кстати понял что ты хотел сказать. Вообще архитектором принято считать человека который умеет сложные системы строить. Понятно что тимлид в чем то арихектор для своего сервиса, но он не видит картину целиком.

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

По архитекту могу сказать, что в моей конторе решили, что архитект это не отдельная роль, а team роль

Доклад сделать не смогу, но если попаду к вам на митап, то могу за стаканом подробнее рассказать

тут сколько людей - столько и мнений :) ещё не разу не было, чтобы я зашёл в чатик узких специалистов и они бы там раз в неделю не посрались на тему, чем же именно должны заниматься эти специалисты: тимлиды, СТО, архитекты, деврелы, HR-ы и т.д.

можно в рамках DevOpsConf )

TeamLead vs. TeachLead. Prduct Manager vs. Product Owner и т.д.

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

В индустрии разработки ПО есть 200-300 активностей, их как-то пытаются собрать в пачки и раскидать по ролям, ролям придумывают интересные названия...
Но какая активность попадёт в какую пачку, какая пачка в какую роль, как именно эту роль обзовут - это меняется и от компании к компании, и со временем, и с модой.