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

[aksenator]

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

[andrey_stepanov1]

а чем тимлид в вашем понимании занимается, если не руководит разработчиками и процессами разработки?

[aksenator]

Вы понимаете разницу между руководством процесса разработки и руководством проекта? Тимлид - это одна из ролей в проекте, которая действительно подразумевает управление процессом разработки. Однако процесс разработки не включает в себя интервьюирование заказчиков проекта, сбор требований, бизнес-анализ, проработку архитектуры и т.д. - это функции совсем других ролей в проекте. Теоретически и тимлид их может выполнять, но только на крохотных проектах

[diger_74]

Не совсем понятно, что вы тут имеете в виду. Расскажите, из всего выше перечисленного, что с вашей точки зрения можно полностью передать ПМу?

[aksenator]

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

[itstranger]

Так у них зона ответственности разная же.

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

ПМ же является связующей нитью между командой(ами) разработчиков руководством и заказчиками. У него зона ответственности более широкая, но менее углублённая.

Так что нужны и те, и те.

[aksenator]

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

[Wladislavich]

Чётко, по делу, советы хорошие!