Поздравляю, теперь ты тимлид! Иди туда, не знаю куда, делай то, не знаю что, программируй больше любого разработчика, прочти каких-нибудь книжек (сам найдёшь), и чтобы KPI выросли за месяц на 10%!

Знакомая история? Надеюсь, нет. А вот мне очень знакомая: вижу её в нашей отрасли сплошь и рядом. Раз за разом мы совершаем одну и ту же ошибку: повышаем в должность тимлида неготовых к этому, а порой и неподходящих людей, сталкиваемся с их растерянностью и просчётами, недовольством команды и стейкхолдеров, адскими переработками и выгоранием свежеповышенного тимлида. Давайте попробуем разобраться: а как же надо их растить, чтобы всего этого максимально избежать? Универсальных способов здесь, конечно, нет, но я поделюсь личным опытом и наработками в этой области.

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

В рамках доклада рассмотрим: *Зачем тимлиду оценивать свою эффективность и успешность?

• Ошибки на старте карьеры
• Векторы, по котором можно делать оценку, и инструменты