Стачка.TeamLead

Секция предназначена для специалистов, в чьи обязанности входит управление командой, а также для тех кто только хочет стать тимлидом. Основными направлениями секции станут:

  • управление командой разработчиков;
  • инструментарий тимлида;
  • лидерские качества и другие навыки, которыми должен обладать тимлид;
  • коммуникации внутри команды и вне ее;
  • особенности и интересные кейсы управления проектами.

Подать доклад


Александр Орлов
Со-основатель и управляющий партнер @ Стратоплан
Санкт-Петербург
Выгорание тимлида

Доклад принят в программу конференции


из Доклады

    Профессиональное выгорание: кто виноват и что делать. Рассказ от первого лица.

    Что объединяет врачей, психологов, педагогов, менеджеров, инженеров, тимлидов? Нет, зарплата у них всех разная, а вот с людьми им приходится работать одинаково много. Что создает благодатную почву для эмоционального выгорания, которое:

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

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


    Евгений Кот
    Director of Development @ Wrike
    Прага
    Про Лидерство, или как я съел интроверта

    Доклад принят в программу конференции


    из Доклады

      Все книги, наставления и методички пишут, что без лидерства менеджеров не бывает. Вбейте в поисковике “Leadership principles”, и на вас тут же прыгнут “Amazon, 7 ways to success”, “Apple story” и прочие красивые истории. И они работают! Ну, в теории. Непонятно правда, что делать, если в книге написано, что “Insist on the highest standards”, а у тебя кругом пожар, команда - не команда, а сроки - вчера.

      В общем, постараемся понять, как быть в сложных случаях, кто такие лидеры, поговорим о неандертальцах, о методе “безголового” управления, и о том, как на пальцах объяснить людям, что ты от них хочешь.


      Георгий Могелашвили
      Lead Developer @ Booking.com
      Амстердам

      Я - разработчик со стажем более 15 лет. И я также был тимлидом более трех лет. И знаете что? За время управления командами я узнал вещи, про которые мне никто не рассказывал, пока я был разработчиком. И очень зря...

      Когда ты разрабатываешь софт, то может казаться, что единственное, что тебе надо делать, чтобы быть успешным, это писать хороший код. Однако, когда дело доходит до повышения, новым тимлидом или синьором становится тот, чей код может быть хуже твоего. И оказывается, что этот человек хорош в чём то ещё. Но в чём? Понять это можно, если посмотреть на разработчика с точки зрения менеджера.

      Мне повезло, я был менеджером какое-то время. И вернувшись в разработку, я могу с точностью сказать, что именно так не хватает некоторым толковым парням и девчонкам, чтобы стать новыми тимлидами или синьорами у нас в компании. Я выделил шесть основных вещей, про которые и расскажу в своем докладе.


      Артем Каличкин
      Технический директор Faktura.ru @ ЗАО "Центр Финансовых Технологий"
      Новосибирск

      Для обеспечения скорости развития продукта, даже такого сложного как банковское ПО, вместо наращивания количества команд можно сосредоточиться на повышении интенсивности и эффективности разработки. Но для этого нужны максимально прозрачные процессы и требуется высокая ответственность команд.

      Коллективная ответственность это хороший, но трудно достижимый ориентир. Поэтому в командах нужны лидеры мнений, наделенные как полномочиями, так и ответственностью. Новые должности очередных «менеджеров» создают напряжение в коллективе и запутанные схемы взаимодействия. Вместо этого можно пойти по пути расстановки критичных необходимых ролей в командах из числа действующих играющих членов команд. Для разработки программного продукта такими критичными ролями являются: - тимлид, -техлид, -тестлид. Расскажите им правила игры, обозначьте зону ответственности, дайте полномочия, и дело пойдет. Если вы выбрали правильных людей.


      Ilya Roslyakov
      Engineering Manager @ Wargaming, Platform
      -
      Карьерные уровни в Wargaming, Platform Управление командой

      Доклад принят в программу конференции


      из Доклады

        Сотрудники хотят расти в компании и за её пределами,

        руководители - простых инструментов и переговоров,

        компания - роста компетенций и автономии сотрудников.

        Примерно два года мы в Wargaming, Platform работаем над внедрением карьерных уровней и наконец вышли на финишную прямую. Я поделюсь тем, что у нас получилось, и вы даже сможете покритиковать - потому что мы за открытость и объективность. А ещё поделюсь найденными нами ответами на наиболее сложные по нашему опыту вопросы:

        * Как связаны карьерные уровни и зарплата?

        * Зачем вообще нужны карьерные уровни?

        * Как продать карьерные уровни руководству?

        * Как внедрить карьерные уровни?

        * Чем отличаются грейды и карьерные уровни?

        * Как привнести пользу и не нанести вред открытостью?

        * Как лавировать между уровнями рынка, Гугла и внутри компании?

        * Как договориться до минимальных, но достаточных определений уровней?


        Александр Поломодов
        Руководитель разработки в управлении Привлечением @ Тинькофф
        Москва
        SOLID'ный тимлид или основы менеджмента для технарей

        Доклад принят в программу конференции


        из Доклады

          Часто получается так, что тимлидом в команде становится самый прокачанный разработчик. Зачастую этот разработчик хорош в hard skill’ах, но менеджментом до этого не занимался. В своем докладе я попробую рассказать о том, как принципы SOLID могут помочь технарю понять базовые правила менеджмента. Мы поговорим про людей и их роли, а также поймем все ли из этих принципов применимы к управлению командой.

          Кроме этого мы поразмышляем над организацией процессов разработки и проведем параллели между ними и подходами оркестровки и хореографии в распределенных системах.


          Андрей Гирин
          Scrum Master, Release Train Engineer @ Ak Bars Digital Technologies
          Казань
          Как готовить performance review, чтобы все были счастливы и никто не уволился

          Доклад принят в программу конференции


          из Доклады

            На примере кейса разберем:

            - Как можно остаться в любимой команде и повысить свой доход

            - Как можно помочь компании и получить удовольствие

            - Как, используя performance review, можно демотивировать сотрудника

            - Как, используя performance review, можно замотивировать сотрудника на развитие и достижения


            Григорий Бычек
            Руководитель отдела разработки @ Ratio
            Ростов-на-Дону
            Как перевести команду разработки на новые технологии

            Доклад принят в программу конференции


            из Доклады

              Успешная деятельность в IT невозможна без развития. Но развиваться можно по-разному. Один из вариантов — переход на новые технологии.

              В своём докладе поделюсь опытом и расскажу:

              1. Зачем переходить на новые технологии

              2. Какие могут быть риски

              3. К каким затратам нужно быть готовыми

              4. Пошаговый процесс внедрения

              5. Как оценивать результаты перехода


              Артур Дементьев

              Санкт-Петербург
              Сам себе HR

              Программный комитет не принял решения по этому докладу


              из Голосование

              Найм в IT — задача не самая тривиальная, и этим часто приходится заниматься тимлидам и инженерам. Я расскажу про то, как собрать крутую команду из ничего без помощи HR’ов и бюджета на высокие зарплаты. С чего начать? Как понять, сколько и на какие позиции сотрудников нанимать? Как правильно делать отбор? В докладе будет всё про найм айтишников: от поиска кандидатов и проведения собеседований до оценок инженеров и психологических аспектов ввода новых людей в команду.

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


              Дмитрий Ивко
              Lead Front-end @ altarix
              Самара
              Выбор методики разработки или как реализовать план Барбаросса

              Программный комитет не принял решения по этому докладу


              из Голосование

              Перечисления вариантов разработки SCRUM, KANBAN и т.д.

              Ньюансы которые возникают при использование

              Выводы из личного опыта использования всех известных подходов


              Дмитрий Ивко
              Lead Front-end @ altarix
              Самара
              Как создать dream team

              Программный комитет не принял решения по этому докладу


              из Голосование

              Как набирать людей к себе в команду

              Какие качества должны быть у кандидата

              Как надо производить обучение и при этом не перегибать

              что мотивирует сотрудников работать лучше

              как добиться от сотрудников автономности.


              Максим Валовой
              Руководитель отдела внедрения IT проектов @ Apriorum Group
              Волгоград
              Отрицательный KPI как инструмент повышения эффективности работы команды

              Программный комитет не принял решения по этому докладу


              из Голосование

              KPI- наш помощник в оценке эффективности работы сотрудников. Он позволяет правильно выстроить взаимоотношение с командой, мотивировав ее на результат. Принято делить KPIкатегорийной: менее 90% плана - плохой результат, 100% - норма , более 100% отлично. И как правило все основные бонусы к заработной плате находятся в интервале от 100%)) но KPI, как средство, довольно безликое. Это голая статистика, которая не всегда может отражать все аспекты работы. К примеру, она может защитить интересы 1 человека, но навредить команде. Каким образом? Допустим у нас в команде есть человек, который отлично выполняет свои функции, по его KPI к нему нельзя придраться, но его нахождение в коллективе угнетает команду, делает ее менее эффективной. Человек заострен только на своих интересах и его коммуникация с командой, негативно сказывается на личных результатах членов команды и всей команды в целом. К примеру, человек просто ходит и бесит всех) неуместно шутит, дезорганизует, мешает. Если вы формируете команду акул, то тогда вопросы непосредственно к карпам! Если же все обстоит иначе, то смена одного такого сотрудника может дать +100% к эффективности команды в денежном эквиваленте.


              Алексей Трошин
              Руководитель департамента IT-разработки @ ФИНАМ
              Москва
              Знания и компетенции в команде: найти, увидеть, прокачать

              Программный комитет не принял решения по этому докладу


              из Голосование

              Однажды я столкнулся с вопросом, как разложить знания в команде по полочкам? Как выяснить, кто в каких областях эксперт, а где у нас узкое место? Как грамотно показать точки роста или объяснить принимаемые решения по распределению работ и задач?

              Я расскажу про подход, который мы используем у себя в компании, ставший простым инструментом. В нём видны узкие места в документировании продуктов и в областях знаний членов команды, и теперь мы можем принимать правильные решения в наполнении пустот и развитии недостающих компетенций. Расскажу, как к этому пришли, и покажу, как пользоваться.


              Карим Аминов
              QA Head @ Eqvanta
              Казань
              Свой путь в Agile или как научить команду работать и отдыхать.

              Программный комитет не принял решения по этому докладу


              из Голосование

              Зачем мы лезем в гибкие методологии.

              История своего "почти успеха".

              Мелочи, которые которые остаются мелочами или как прекратить из мухи делать слона.

              Отказ от ежедневных привычек.

              Чек-лист успешного проекта и ещё пара секретов.


              Ирина Матвеева
              Управляющий партнер @ Escalate
              Санкт-Петербург
              Эффективный онлайн. Как управлять дистанционным бизнесом с умом

              Программный комитет не принял решения по этому докладу


              из Голосование

              Капитан Очевидность: удаленная работа отличается от офисной. Отличаются ли ваши управленческие привычки и процессы взаимодействия? Обсудим, с какими вызовами сталкиваются руководитель и команда, и как подойти системно к настройке эффективной работы.

              1. Непрозрачность. Вызовы: Контроль vs Доверие. Мы vs Они. Я vs Компания.

              2. EPIC – Every Problem Involves Communication. Какие маркеры не стоит игнорировать.

              3. Системный взгляд на взаимодействие в дистанционной команде: поведение, процессы, культура, личность.

              4. Воспитывать или вовлекать? Трансформация стиля лидерства

              5. История одного кейса: инструменты и лайфхаки, как помочь команде взять ответственность за свою эффективность в онлайн.