Содержание
«Как пасти котов» — так называется американский бестселлер о менеджменте в IT. Что общего у программистов со свободолюбивыми домашними питомцами?
1. И теми и другими тяжело управлять.
2. Их сложно чем-либо мотивировать.
3. Их практически невозможно «нацеливать» на действия, которые не интересны им самим.
При этом в IT есть понятие профессионального и карьерного роста и лидерские позиции. А значит, есть простор для предприимчивых и амбициозных!
Рассмотрим типичную IT-компанию. Как и в других отраслях, здесь возможен рост «по горизонтали» и «по вертикали».
Горизонтальный рост — это освоение более широкого стека, близких направлений (например, мобильной разработки) или уход в смежную профессию (в управление проектами, продажи, аналитику).
Вертикальный — это переход на лидерские позиции (техлида, тимлида) или руководящие должности. О нём мы сегодня и поговорим.
Это — обычная схема профессионального роста:
1. junior developer
(специалист начального уровня);
2. middle developer
(специалист среднего уровня);
3. senior developer
(специалист высокого уровня);
4 .technical leader
(технический лидер);
5. team leader
(лидер команды).
Иногда выделяют дополнительные промежуточные ступени, например junior+ (это джун, который совсем чуть-чуть не дотягивает до миддла).
Стать тимлидом можно и раньше — со ступени middle-разработчика.
Senior developer может выбирать направление на свой вкус: стать техлидом, который управляет ходом работ, но больше погружён в архитектуру и качество кода, или же тимлидом, который тоже управляет командой, но более ориентирован на коммуникации. Эти роли одинаково авторитетны. В редких компаниях тимлид может руководить техлидом, но обычно они работают параллельно и на равных.
Если техлид достиг «потолка» в своей должности, но не хочет расти «параллельно» и идти в тимлидерство, он может углубиться в техническую часть, например в экстремальное программирование*.
Что делать после того, как стал тимлидом?
«Техлид и тимлид у нас — это не вершина карьеры. После этого можно стать ещё и управляющим партнёром и получить долю в нашем бизнесе. Речь не только про разработчиков — сейчас в партнёрстве шесть человек, и двое из них — из TSEKH'а, нашего дизайнерского подразделения. Главный критерий здесь в том, чтобы человек действительно мог и хотел революционно менять ход развития нашей компании. Наш конечный вижн в том, чтобы внутри мы были своеобразным акселератором стартапов, где талантливые и желающие работать на результат люди могут создать свою команду и, пользуясь нашими бизнес-процессами и инфраструктурой, обеспечивать рост компании, сохраняя её столь же гибкой и быстрой, как и небольшие компании».
Рассмотрим более подробно, чем отличается junior от middle'а и чем же так интересна роль тимлида.
Тимлид — это лидер команды разработчиков..
Разработчики начинают карьеру с должности junior — осваивают нужный стек, набираются опыта, решают простые задачи.
Здесь работа идёт над более сложными, но чётко сформулированными и понятными задачами.
На этом уровне разработчик решает сложные нестандартные задачи, причём делает это с гарантированной эффективностью.
Техлид прекрасно владеет стеком и разбирается в архитектуре кода, может оценивать правильность технических решений и предлагать варианты их улучшения, глубоко понимает технические тонкости проекта.
Разработчик с прекрасно развитыми лидерскими качествами и способностью стать «отцом родным» (или «матерью») для своей команды.
Также тимлидом может стать middle-разработчик, при наличии ярких лидерских качеств.
Тимлид — это управленец, и работать «руками» ему приходится меньше, чем другим программистам. Чтобы не терять навык, нужно по несколько часов в день писать код и одновременно учиться, знакомиться с новыми технологиями. Иначе будет сложно вовремя заметить ошибки, сделать качественный code review, да и в целом заслужить доверие команды.
На практике это сложно: не хватает времени из-за других, управленческих задач.
У неопытных тимлидов может даже возникнуть чувство, что их вклад в работу команды уменьшился несмотря на повышение в должности. Просто меняется парадигма оценки: раньше ваш результат был только вашим результатом. Теперь ваш результат — результат работы команды. Неважно, сколько вы делали руками, если команда достигла цели с всегда имеющимися ограничениями в ресурсах (бюджетных, временных, человеческих, технологических) — вы молодец.
На каждом проекте в команде оказываются программисты с разным опытом и разной квалификацией. Тимлид декомпозирует задачу, даёт каждому задание, наиболее подходящее для него, контролирует выполнение.
Так как он видит задачу комплексно, то может вовремя заметить проблему и предупредить о ней проджект-менеджера. Со своей стороны, тимлид может улучшать проекты, предлагать свои архитектурные решения.
Новоиспечённым тимлидам нелегко даётся функция планирования. Планировать сразу за всю команду сложнее, чем за себя одного: нужно учесть резервы потери времени и разного рода форс-мажоры.
Чтобы освоить функцию прогнозирования, нужно системное мышление: видеть проект «сверху», понимать его целиком, оценивать «узкие места» и определять риски. Системное мышление тяжело развивать во взрослом возрасте; гораздо лучше, если оно привито с детства, в школе или в семье.
Функции координации и регулирования, а также активизации и стимулирования — одни из самых сложно тренируемых. В команде нужно поддерживать такой моральный дух, чтобы каждый работал с максимальной отдачей и чувствовал, что его труд ценят. Здесь тимлиду нужен развитый эмоциональный интеллект, эмпатия, харизма. В среднем, компетенция «мотивация других» развивается за 2-3 года.
Бывает, тимлидов грузят дополнительными функциями. Например, в маленьких организациях часто в штате нет проджект-менеджеров, и тогда общаться с клиентами и решать все спорные вопросы приходится тимлиду. Или нет HR-специалиста — и приходится самостоятельно искать людей себе в команду, что отнимает много времени и добавляет стресса.
В компаниях с большими командами и серьёзными проектами есть и аналитики, и HR-специалисты, и проект-менеджеры. В kt.team тимлиды помогают HR'ам только на этапах технических интервью и проверки тестовых заданий, а в общении с клиентами участвуют только при реальной необходимости.
«Будущего тимлида видно сразу: это открытые, общительные люди. Месяц назад в нашу команду пришёл новый senior-разработчик, и я уже вижу — он будет хорошим тимлидом.
Важное качество такого человека: самостоятельность одновременно с умением работать в команде. Будущие тимлиды могут сами решить мелкие проблемы и не беспокоят других по пустякам. При необходимости могут сами собрать нужные данные, запросив их у коллег или проект-менеджера, задать правильные вопросы.
При этом у них развито чувство ответственности — им можно доверить задачу и „забыть", они не подведут».
Это касается не только разработчиков: в списке учтён спрос на навыки самых высокооплачиваемых специалистов.
1. Предоставление качественной обратной связи
Умение мягко обратить внимание человека на его сильные и слабые стороны, успехи и ошибки, помочь сделать выводы.
2. Коммуникация, общение
Создание приятной психологической обстановки, умение разрядить обстановку или мобилизовать силы команды.
3. Способность быть дружелюбным наставником
Важно не «обламывать крылья» новичкам, не быть «биг боссом».
4. Умение вовремя увидеть проблему, учесть риски
Здесь пригождаются навык системного мышления и опыт.
5. Способность планировать сроки за всю команду
Без понимания принципов проектного планирования — никуда.
6. Желание участвовать в непрерывном улучшении процессов
Необходимо для развития команды и проекта в целом.
Когда вы тимлид, вы управляете и командой («растите» специалистов, чтобы каждый мог раскрыть свои сильные стороны), и процессом (отвечаете за ход работ, понимаете текущую ситуацию и управляете ею).
Навыки операционного управления прокачиваются легче, а soft skills — сложно и не у всех.
Неумелому лидеру, который самоутверждается за счёт команды и ведёт себя как шоумен или чересчур авторитарен. Демократический стиль руководства будет уместнее.
Будет сложно стать тимлидом человеку без полезных навыков общения, особенно без умения давать конструктивную обратную связь. Объяснить подчинённому его ошибки и слабые стороны так, чтобы это было не обидно, а полезно и привело не к депрессии, а к росту, — очень важно для тимлида. Этому придётся учиться, если есть цель получить лидерскую роль.
Стать тимлидом за год можно! Если отсчёт вести с должности middle developer'а и выше. Для новичка, который только вчера освоил, например, JS, есть более важные задачи. Сначала нужно освоить стек, завоевать авторитет в команде и лучше познакомиться с внутренней «кухней». Количество проектов тоже важно — чем более разнообразный опыт был у программиста, тем легче ему будет управлять технической частью работ.
Для middle'а, который решил стать тимлидом за год, будут полезны книги и курсы по прокачке soft skills. Верх мастерства: не только получать информацию, но и делиться ей. Например, проводить обучение для студентов или быть наставником для новичков.
«Советую изучать: менеджмент, планирование, психологию, решение конфликтов».
1) «Пять пороков команды» — Патрик Ленсиони;
2) «Фокус» — Дэниел Гоулман;
3) «Личная эффективность» — коллектив авторов Harvard Business Review;
4) «Богатый папа, бедный папа» — Роберт Кийосаки;
5) «Правила мозга» — Джон Медина;
6) «Поток. Психология оптимального переживания» — Михай Чиксентмихайи;
7) «Мой продуктивный год» — Крис Бэйли;
8) «Как разговаривать с мудаками» — Марк Гоулстон;
9) EduScrum — Arno Delhij, Rini van Solingen, Willy Wijnands;
10) «Семь навыков высокоэффективных людей» — Стивен Кови;
11) «Наставничество. Метод Петра Кузнецова» — Роман Матвеев;
12) «Scrum. Революционный метод управления проектами» — Джефф Сазерленд;
13) «Неприятие перемен» — Роберт Киган и Лайза Лейхи;
14) «Измеряйте самое важное» — Джон Дорр;
15) «От хорошего к великому» — Джим Коллинз;
и многие другие.
Неожиданный лайфхак:
читайте книги о воспитании детей. Л. Петрановская или Ю. Гиппенрейтер дадут уйму информации по психологии. Литература по НЛП (нейролингвистическому программированию) тоже может быть очень полезна, особенно если вы до этого не знали про подстройку под собеседника или ложный выбор.
1. Постройте укрупнённую дорожную карту
Постройте укрупнённую дорожную карту — в каком состоянии ваши навыки сейчас и до каких показателей вы хотите их улучшить, чтобы добраться из точки A (текущей квалификации) в точку B (к желаемой должности тимлида).
Группировать навыки будет удобно по пяти основным функциям, о которых мы писали выше: планирование, организация, координирование, стимулирование, контроль.
Кстати, это будет прекрасной практикой проектного менеджмента: согласитесь, ваша карьера — важный проект.
В таблице ниже вы можете увидеть краткий пример такой дорожной карты (для справки).
2. Подробно спланируйте движение по этой дорожной карте на год — с конкретными пунктами, что и когда вы будете делать. Составьте чек-лист и отмечайте достижения!
Пример для начала:
1. Для развития навыка планирования:
…
4. Для развития навыка стимулирования и мотивации: стать наставником для junior'а и помочь ему повысить квалификацию — до 01.10.2020;
...
6. Для общего развития лидерских качеств и навыков общения:
Придерживаетесь целеполагания по SMART? Тогда формулируйте чек-лист сразу с датой и точным количественным выражением результата (достижимого, значимого и конкретного). Нам больше нравится целеполагание по OKR. Кстати, рекомендуем познакомиться с обоими этими методами — очень пригодится в работе.
3. Главный совет, который дают уже состоявшиеся тимлиды kt.team своим будущим коллегам, — не торопиться.
Ведь это очень ответственная руководящая должность, до неё нужно «дозреть», набраться опыта.
Ваша заявка отправлена успешно
Отправить снова
С вами свяжутся персональные менеджеры
Контакты
Назначить встречу
Забронировать время встречи с помощью Google Calendar