Это называется "гигиенический фактор"

Тут много факторов. Рынок греют, твой скилл меняется. И внезапно ты осознаёшь разницу

В таких местах – это не очень качественные сотрудники с завышенным самомнением

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

Специально не стал юзать этот термин, потому что спорно. В моем понимании "гигиентический фактор" это что-то из рязряда "я не работаю с криптой" или типатого.
Притязания по ЗП - это скорее больше про привычный уровень комфорта и мерило собственной ценности

Вопрос такой коллеги. А вот в команде есть тимлид и есть проджект. В чем заключается работа проджекта? За что он отвечает, а за что тимлид?

Это понятно. Но это очень общее.

Тимлид отвечает за команду и процессы в команде,  проджект - за проект. А продакт - за продукт, за его наполнение. Три разные роли:)

Проджект за идеологию? Хммм... Может продакт?

С продуктом, понятнее. А вот проджект и тимлид сильно пересекаются.

Я думаю человеку будет проще понять, если расписать с самого начала:
- стейкхолдер
- owner
- project

Ни в коем случае. Есть проект и проектное управление. В проекте может быть несколько продуктов. У продукта может быть свой продакт. Для создания продукта могут быть несколько команд со своими тимлидами. Я бы не смешивал эти понятия.

Вот это ближе к истине :) и далее team lead

Скорее наоборот у продукта может быть несколько проектов. Продукт более широкое понятие. Эта та ценность, которая уже идёт на рынок. А проект может быть чем угодно: CRM для внутреннего управления, биллинговый API и т.д. Все это может относиться к одному продукту.

Согласен. Проект - величина конечная. Продукт - величина постоянная.

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

Тимлид в опытных командах не всегда и нужен, кстати.

Согласитесь со мной - но он все равно всегда есть. Всегда есть чел, с которым в случае чего команда общается

Тимлид=техлид? Просто слишком много приставок у слова лид, начинается путаница

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