Продолжаем обзор самых популярных докладов HighLoad++ 2017 на тему командного лидерства.
В этой части мы поговорим о выступлениях для уже состоявшихся менеджеров — в первую очередь о переходе от тимлида на более высокие позиции.
Что ж, давайте немного поговорим о психологии.
Выступающие в предыдущая часть уже предупредили будущих руководителей коллективов, что восхождение по административной лестнице снижает долю «технической» и «творческой» составляющей в работе в пользу второстепенных управленческих задач.
Однако спикеры второй части нашего обзора утверждают, что дальше будет только хуже.
Больше административных задач и обязанностей, меньше времени на непосредственную работу.
Но если ваше сердце настроено на это, вы не должны упускать свой шанс.
Как я был руководителем команды, а теперь руководителем отдела
Тезисы доклада Найти заместителя – первоочередная задача каждого руководителя.В своем докладе Виталий Шароватов (компания Badoo) рассказывает о взращивании тимлида, но не с точки зрения самого «испытуемого», а с позиции недавно назначенного менеджера, которому срочно нужно искать потенциальную замену.
в команде.
Почему в команде? Потому что спикер, как и его коллеги из первой части нашего обзора, считает, что инженерами лучше руководит инженер.
Однако на эту должность может подойти не любой технарь, поскольку успешное руководство требует развития управленческих навыков.
Путь вверх по карьерной лестнице к менеджеру – лишь один из возможных вариантов развития специалиста, и он нужен не всем.
Виталий представил интуитивно разработанный, но хорошо формализованный подход к подбору, назначению и последующей поддержке тимлида, который постепенно отсеивает неподходящих кандидатов.
Вчерашним разработчикам такой внешний вид понравится.
С другой стороны, его подход показался нам очень «человечным» — на каждом шагу есть пояснения, как все это сделать комфортно для окружающих нас людей.
Например, процесс назначения нового менеджера рассматривается с точки зрения ожиданий вверенного ему коллектива, а также последующего внедрения специалиста в ход деятельности.
Подход, предложенный спикером, требует от менеджера довольно много времени на начальном этапе.
Виталий считает, что начинающего тимлида нужно вести буквально за руку, вместе с ним выстраивать процессы и разбирать возникающие трудности.
Однако эти затраты покрывают риски – починить команду, «сломанную» нечестным руководством, впоследствии обойдется гораздо дороже.
Разговор наполнен практическими советами по всем аспектам пути новоиспеченного тимлида.
Но, в отличие от отчетов первой части, советы предназначены не самому руководителю команды, а его руководителю.
Одна из основных идей, которой спикер уделяет много внимания, — создание чего-то похожего на советскую картотеку с регулярно обновляемой информацией о сотрудниках и даже внутренним скорингом.
Попутно Виталий проанализировал человеческие качества, важные для руководителя команды, снабдив все это простыми жизненными примерами.
Все подробности в видео.
Как убить технаря в менеджере
Тезисы доклада Хотя инженерное образование важно для менеджера по разработке, в некоторых ситуациях оно будет мешать эффективному управлению.В своем докладе Александр Трофимов и Дмитрий Мачехин («Лаборатория Касперского») рассказывают о том, какие «технические» привычки будут мешать разработчику, только начинающему свой путь по управленческой лестнице.
Чтобы наглядно проиллюстрировать навыки, необходимые руководителю, Александр предложил присутствующим нарисовать картинку на основе его устного технического задания.
При просмотре отчета рекомендуем не пропускать эту часть, а попробовать поучаствовать.
После того как на презентации будет показано изображение того, чего на самом деле хотел заказчик, ряд аспектов работы менеджера можно будет ощутить буквально на собственной шкуре.
Основная идея доклада заключается в том, что, став руководителем, специалист больше не несет прямой ответственности за систему – он несет ответственность за людей, которые ее создают. А в нестандартной ситуации он может попасть в одну из нескольких стандартных «засад».
В докладе пойдет речь о двух из них – о тех, в которые попал спикер: о попытках выполнить работу за криворуких (по мнению новоявленного руководителя) подчиненных и о злоупотреблении полномочиями, то есть о стремлении переделать весь «монастырь» по его «уставу».
Основной посыл доклада – надо быть умеренным в стремлении делать все по-своему, как с технологической точки зрения, так и с других позиций (графика работы, детализации управления).
Людям нужно доверять, учиться делегировать и направлять свои усилия на задачи более высокого уровня.
Несмотря на этот спойлер, видео все равно рекомендуем посмотреть, поскольку абстрактный совет «не размениваться по мелочам» запоминается гораздо хуже, чем цепочка ярких личных примеров с анализом полученных результатов на реальной команде.
Помимо видео мы также сделали полноценный стенограмма этого отчета .
СТО: сбываются ли мечты?
Тезисы доклада Репортаж Романа Ивлиева (ivlieve.info) - о том, как на самом деле выглядит работа технического директора (CTO) глазами человека, прошедшего все административные уровни, начиная от рядового технического директора.
С нижних ступеней карьерной лестницы порой кажется, что технический директор делает что-то непонятное, но в его руках столько добра: целая технологическая команда, способная решать самые сложные задачи и готовая пройти огонь, воду , и воскресенье для него.
работать» (по словам докладчика).
Однако, как говорит Роман, команда, умение самостоятельно принимать решения и нести за них ответственность, идет «бонусом» во многих сопутствующих вопросах – кадрах, бюджете, бесконечных встречах с руководителями других ведомств, ЖКХ.
вопросы (куда и как разместить нового сотрудника) и самая страшная аббревиатура - ФОТ.
Техническому директору предстоит научиться объективно оценивать людей, следить за рынком, искать способы удержать хороших специалистов и решать кучу других вопросов.
Начав с такой «ложки дегтя», спикер рассказал о типичных «болезнях» инженера на должности технического директора.
О том, какие качества лучше оставить в прошлом, а какие навыки, наоборот, стоит улучшить.
О том, как сложно может быть продвигать техническую идею в компании через разговоры о сроках, рисках и бюджете.
А то, что результаты работы CTO не видны даже в сравнении с тимлидами (в отчетах первой части обзора был разговор о том, что в отличие от обычного разработчика тимлид не имеет возможности быстро оценить результат своих действий и чем выше уровень, тем ярче это выражено).
Но ошибки технического директора видны практически сразу.
Вся история наполнена вполне реальными примерами из собственной практики Романа.
В целом доклад еще раз показывает, что на вершине административной лестницы взгляд на технические проблемы совершенно иной.
Но поскольку это не управление всей компанией, несмотря на то, что технический директор видит множество факторов, он не всегда может оценить их влияние на ситуацию в целом.
Отчет будет полезен тем, кто продвигается по административной ветке развития.
Как отметил Роман, если менеджер хочет вернуться к программированию, сделать это нужно как можно быстрее, поскольку стек технологий меняется с невообразимой скоростью.
И этот «взгляд изнутри» в очередной раз поможет специалистам оценить, хотят ли они такого развития.
Сопротивление в командной работе и его «красивые» сценарии, которые заводят развитие команды в тупик
Тезисы доклада Вместо заключения небольшое погружение в психологию командной работы.Несмотря на хитрые методы HR-отдела по оценке психологической совместимости, командообразования и других аспектов, всегда есть что-то, что мешает команде развиваться.
В докладе Александра Зиза (Aletheia Business) рассказывается о том, с какими типичными проблемами сталкиваются 100% команд разработчиков (и не только).
Доклад Александра ценен тем, что, несмотря на огромное количество теории по вопросам командного взаимодействия – коренные причины перечисленных проблем давно известны – они не нашли принципиального решения.
Чтобы разобраться в этом беспорядке, нужны практика и опыт. И в то же время понимание того, что именно в ИТ наиболее активно.
Интересно, что российская регистрация компании также добавляет свою специфику.
Однако мы не будем заниматься пересказом – за подробностями рекомендуем обратиться к видеозаписи доклада.
В ходе беседы специалист рекомендует литературу, обращается к исследователям – в общем, будет что почитать.
Например, «Путь камикадзе.
Как разработчику программного обеспечения выжить в безнадежном проекте» (ЭДвард Йордон) — о системном уровне работы с командой, хотя эта книга многое оставляет за кадром.
Однако спикер предостерегает от самостоятельных действий.
Для поддержания комфортной рабочей атмосферы он рекомендует все психологические беседы с сотрудниками проводить со стороны – с помощью приглашенных консультантов.
Что касается информации из отчета и литературы, то они предназначены для саморефлексии.
Для тех, кто хочет не думать, а действовать, Александр предлагает пошаговую стратегию развития из пяти пунктов (справа внизу слайда):
Дублировать ссылка на анкету .
Но прежде чем броситься его распечатывать, посмотрите сам отчет.
Друзья, напоминаем, что следующий этап обмена опытом по лидерству и управлению командой состоится в начале февраля в рамках конференции.
А на сайте конференции вы можете найти видео десяти самых интересных докладов прошлого года.
Кстати, еще можно запрыгнуть в уходящий поезд и представить отчет .
Что сказать? У нас есть результаты мозгового штурма по этой теме .
Теги: #Управление развитием #Управление проектами #Конференции #Управление персоналом #teamleadconf #teamlead
-
Google Растет В 4 Раза Быстрее Яндекса
19 Oct, 24 -
Сила Itil И Проблема С Гуру
19 Oct, 24
