Доклады

Оптимизируй свою команду (10)

Ускоряем Cycle Time и растим счастье в команде

Личная история, во время которой удалось ускорить командное время от взятия задачи в работу до попадания её артефактов в продакшен в 2 раза. О том, куда и зачем смотреть, что менять и как при этом не мучить команду бесполезной рутиной, а сделать её счастливее.

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

i Культурный ТимЛид

Расскажу как мы "переформулировали" культуру в ИТ командах и какой результат мы получили.

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

Как мы делали матрицу навыков для дизайнеров

Если процесс роста непрозрачный, сотрудники теряют мотивацию и уходят из компании. Мы в Тинькофф разработали и внедряем матрицу навыков для дизайнеров. Расскажем, как у нас поменялся взгляд на ее задачи, с какими проблемами мы столкнулись, и что в итоге получилось.

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

Система онбординга комфорт-класса

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

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

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

5 встреч, которые сделают из вас супер-команду

Черновик:

Что приходит вам в голову, когда говорят "Встреча, чтобы сделать из группы людей команду"
Тимбилдинг?
Но как именно поиграть в футбол или выпить пива в баре ( или в современных реалиях в zoom) помогает стать крутой командой?

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

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

Тимлид в команде. Как без административного ресурса развивать процессы.

Тимлид у нас не назначен начальником команды, или архитектором продукта. Значительную часть времени, он участвует в цепочке производства, как аналитик, разработчик или тестировщик. Тимлид для нас - это роль. В докладе, я обсужу, почему роль тимлида внутри команды, более перспективна для развития команды, чем должность тимлида-руководителя. Доклад построен на примере, более чем двух лет трансформации процессов производства в компании ЦФТ, в продукте Фактура. Какие цели мы ставили и где мы сейчас находимся? Какие проблемы у нас на пути к заветной цели - "тимлид спит - служба идет" - когда команда самостоятельно выявляет проблемы, вырабатывает их решения и претворяет их в жизнь?

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

Найм в продуктовые команды: что делать, если ты не бигтех?

Хотя тема найма и является весьма заезженной, а активности, котоdevrel-активности становятся всё более массовыми, найм остаётся болевой точкой для очень многих. При этом в публичном поле можно встретить большое количество best practices, которые довольно сложно применять, если ты не Яндекс и не Google. Особенно это касается продуктовых команд, которым тяжело предложить кандидату какую-нибудь уникальную технологию, разработкой или использованием которой можно обогатить резюме. Тем не менее, им точно есть что предложить рынку!

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

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

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

Осознанность и автономность. Как сделать команду-автопилот

Часто внутри команды немного инициативных ребят, предлагают мало смелых решений, процесс постановки задач и контроля слишком вертикальный – если поменять этот процесс, это позитивно повлияет на продукт в целом: коллеги быстрее растут, много пробуют и лучше чувствуют рынок и ЦА, умеют видеть риски и понимают, что делать в случае “провала”

Разберем несколько подходов/фреймворков работы с командой: целеполагание, активное слушание, модель РОСТ, поощрение инициативы

В целом это позволит иначе посмотреть на процесс и управление командой и продуктом как C-level руководителям, так и миддл-менеджерам: он работает в обе стороны (то есть его можно применять как с позиции “начальника” так и в роли “подчиненного”)

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

На расстоянии плевка: специфика работы лидом во внутренней разработке

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

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

Как Заставить Людей Меняться?

Люди не любят меняться. Рациональные аргументы, объективные данные и убедительные речи приведут к тому, что сотрудники согласятся с вами на словах. Но скоро они вернуться к привычным способам работы, объясняя это требованиями заказчика, сжатыми сроками, легаси-кодом, национальным менталитетом и неудачным расположением Меркурия в пятом доме.

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

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

База (4)

У меня сгорают люди - борьба с выгоранием себя и сотрудников.

Евгений Идзиковский

Частная практика

Усталость не проходит, прокрастинация, неохота работать, скучно? "Кончилось топливо?" Хорошая новость - у тебя нет внутри топлива. Эти ощущения — следствие неверной эксплуатации своего мозга. Расскажу как починить!

- Можно ли лечить загнанных лошадей, а не пристреливать: что делать, если сотрудники не могут / не хотят работать. Хорошие сотрудники.
- Почему мотивация была, а сейчас её нет?
- Почему целеполагание приводит к большему комфорту, чем жизнь как набор реакций на внешние события
- Почему отпуска помогают не так хорошо, как хотелось бы и можно ли закидать деньгами мотивационный провал
- Есть ли у тебя в голове баги вида "синдрома самозванца" и перфекционизма, как они ведут к выгоранию и что можно поделать с этим самому.

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

Неудобный 1-1

- зачем 1-1?
- как давать обратную связь?
- как собирать обратную связь?
- как поговорить о росте?
- а о всяких других неудобных вопросах?
Поговорим об этом!

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

Коммуникация с миром и заказчиком чтобы было эффективно, не больно и не страшно

У опытных проектных менеджеров есть особые инструменты для коммуникации с миром. Я делюсь неочевидными приемами чтобы слушатели научились:
- Уметь эффективно делиться новостями по проекту с учетом особенностей аудитории, чтобы не было вопросов, но все прочитали ваше сообщение;
- Понимать как получать внимание к проекту и его проблемам желаемым способом, а не как придется;
- Менять стиль долгосрочной коммуникации в зависимости от ценностей собеседника чтобы выстроить крепкие партнерские отношения с заказчиком;
- Управлять ожиданиями в контексте что будет происходить, и что точно не произойдет с проектом. Таким образом снизится число конфликтов. Другими словами, научу говорить через рот факты о проекте чтобы не было стыдно, больно или виновато.
- Уметь заходить на новый проект или в новую команду и сразу подкладывать соломку в правильных местах;
- Улучшить коммуникацию с соседними командами и отделами через предварительные разговоры сильно заранее.

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

Делегирование для тимлида: как отдавать на сторону задачи, если исполнители — программисты

Фёдор Борщёв

Федя и Самат

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

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

Кругозор (4)

Растишка. Контролируемый рост команды разработки без потери качества в режиме полной удаленки

Рост с 250 инженеров до 1200 без потери качества, увеличения времени онбоардинга в условиях полной асинхронной коммуникации.

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

Как балансировать творческий процесс и бюрократию: мастерство канатоходца

Иван Ямщиков

Лаборатория ЛЕЯ | Яндекс | ВШЭ

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

Я попробую рассказать о нескольких простых идеях, при помощи которых можно балансировать между творчеством и бюрократией. Я проиллюстрирую свой рассказ примерами из работы в науке (в Высшей Школе Экономики и в Институте Макса Планка), в индустрии (в Яндексе, SkillFactory и ABBYY) и даже в небольшом и странном пет-проджекте — подкасте "Проветримся!".

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

Разбираемся со стажировками: как, зачем и почему?

Разбираемся со стажировками: как, зачем и почему?

Стажировки в технологичных компаниях кажутся многим перспективным направлением для выращивания молодых специалистов:

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

Но что такое стажировка? Кто такой стажер? Где его найти? Как быть, если приходящие студенты "ничего не знают"?

В своём выступлении я поделюсь опытом Санкт-Петербургского центра разработок Dell Technologies в выстраивании нашей стажерской программы, более 10 лет приносящей высокий уровень конверсии стажеров в инженеры (более 85%).

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

Почему проектный подход не работает в IT

В среде IT распространено мнение, что проектный подход, PMBOK - тяжелая, но работающая штука. И потому в случае "серьезных проектов" стоит к нему обращаться, а если руководитель говорит о каких-то практиках, ссылаясь на проектный подход, то к этому тоже стоит отнестись с уважением. К сожалению, это - заблуждение. Регламенты проектного подхода, RUP и PMBOK были в 1990-е разработаны для того, чтобы обеспечить гарантированный успех проекта, пусть ценой тяжелых процедур. Но это не дало гарантий, успешность проектов осталась примерно на прежнем уровне. И именно поэтому появились Agile-методы, признающие приоритет человеческого фактора над процедурами. С тех пор вышло несколько версий PMBOK, в которых пытались достичь успеха, но без успеха, и в результате сейчас PMI сертифицирует по Agile-методам.

Главное преимущество Agile-методов - они позволяют делать проекты некомпетентной командой, что неизбежно в условиях быстрого развития технологий: компетентных разработчиков для новых технологий просто не существует. В то время как в проектном подходе компетентная команда - непременное условие успеха. Но это - не единственное ограничение. И в докладе мы подробно разберем конструкцию и практики проектного подхода и их ограничения с тем, чтобы снять необоснованный пиетет и принимать ответственные решения об использовании тех или иных практик в ваших проектах. Ведь организацию работы следует строить индивидуально для проекта, из набора шаблонов, подобно тому, как индивидуально подбирают набор используемых шаблонов разработки софта.

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

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

Оптимизируй себя (4)

Как тимлиду стать СТО

В этом докладе вы от опытного консультанта по подбору топ-менеджеров в технологической индустрии узнаете:
Какие есть типичные карьерные сценарии перехода от роли тимлида к СТО
На что обращают внимание работодатели при выборе СТО
Какие бывают стратегии профессионального и личного роста

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

Дауншифтинг в IT. Взгляд с обеих сторон

Елена Ролина

АО Альфабанк

- Опыт дауншифтинга с позиции head of qa: хронология событий
- когда наступает "тот самый момент", как распознать и как правильно подойти к решению задачи
- какие факторы необходимо учесть при принятии решения
- синдром самозванца в действии: как бороться?
- какие главные недостатки и преимущества удалось сформулировать по итогам такого опыта?
- главные ошибки, которые пришлось переделывать в преимущества
- взгляд с другой стороны - нанимаю ли я бывших руководителей и на что смотрю в первую очередь?

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

Пошаговый алгоритм старта проекта

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

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

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

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

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

Митапы и мастер-классы (3)

Мастер Класс "Как Заставить Людей Меняться"

Люди не любят меняться. Рациональные аргументы, объективные данные и убедительные речи приведут к тому, что сотрудники согласятся с вами на словах. Но скоро они вернуться к привычным способам работы, объясняя это требованиями заказчика, сжатыми сроками, легаси-кодом, национальным менталитетом и неудачным расположением Меркурия в пятом доме.

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

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

3 освобождающие структуры для сплочения команды

Меня зовут Ася, я агент изменений, работаю с командами по разработке и улучшаю процессы взаимодействия. С начала года я активно использую для фасилитации освобождающие структуры и вижу, как круто они меняют коммуникацию в команде и качественно влияют на встречи

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

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

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

Вовлекающее руководство на рабочих встречах - Фасилитация.

Научитесь с помощью фасилитации решать задачи руководителя:
- Делегирование
- Контроль
- Целеполагание
- Мотивация и вовлечение

Меньше времени на совещания, больше эффективности вработе.

Создайте команду мечты благодаря фасилитации.

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

KnowledgeConf: Коммуникации и связи между отделами (2)

Клуб Франклина: Внутренний клуб компетенций

Иван Преснов

Купибилет.ру

Вы услышите историю проекта по шерингу знаний "Клуб Франклина", который мы запустили в 2019 году и уже через год он вырос с одной команды до половины офиса.
В рамках ИТ компании такой проект поможет вам:
- понять как работают специалисты других профилей
- прокачать софт скилы: коммуникации, публичных выступлений, критическое мышление, риторика, лидерство.
- сформировать свою бесплатную и профессиональную учебную базу
- поднять свою квалификацию благодаря обмену знаниями
- получить опыт выступлений
- расширить кругозор

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

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

Строим внутренние и внешние сообщества

Алексей Долгушев

Деврел-бюро

Гильдии, трайбы, community of practices – названия разные, а суть похожая. Ребята внутри компании собираются в группу по интересам, устраивают встречи, генерят артефакты, делятся знаниями.

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

Статьи для базы знаний – отдельная боль. Пишут единицы, да и то нерегулярно.

То немногое, что получается завести – едет на ручной тяге. Стоит только главному идеологу отвлечься на другие дела, как активность сразу начинает буксовать.

С внешними сообществами и того хуже. В лучшем случае, удаётся время от времени выбраться с ребятами во внешний мир на конференции, митапы или редкие встречи чужих внешних сообществ. Создать собственное – остаётся отдалённой мечтой.

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

В докладе поделюсь наблюдениями за сообществами по мотивам 30+ кейсов: где какие практики срабатывали в тех компаниях, с которыми я имел возможность работать и кого наблюдал.

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

Спойлер: будем вдоль и поперёк эксплуатировать деврел-инструментарий.

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

KnowledgeConf: Извлечение и упаковка знаний экспертов (1)

Как упаковать 10.000+ часов опыта в 15 экспертных минут?

Глеб Смирнов

Группа компаний Алмаз

В рамках исследования, которое мы проводили в течении нескольких лет, одним из его результатов стала детальная инструкция по тому, как определять экспертов, определять их зоны экспертизы, оценивать риски утраты экспертных знаний в организации и то, как необходимо строить по шагам коммуникацию с экспертом, чтобы получить необходимую выжимку из его опыта.
Во время доклада будет рассказана история о 20 экспертах и о том, как с каждым из них была построена коммуникация - будет выведен алгоритм с пошаговой инструкцией, как это можно воплотить в жизнь у каждого из участников мастер-класса.
Важной особенностью станет то, что участники смогут потренироваться друг на друге и задать вопросы докладчику.
Процесс извлечения знаний будет разделён на 3 этапа:
I этап: установление контакта;
II этап: концентрация;
III этап: заключительный.

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

KnowledgeConf: Передача знаний в команде (1)

Как собрать онлайн учебный центр из того, что есть, и масштабировать его на международную сеть

Сеть Додо Пицца получила большое развитие в Росси и сейчас активно расширяется в другие страны и отрывает точки на нескольких континентах. В России система управления знаниями строилась 7 лет, и сейчас в ней задействована целая команда головного офиса. Наша задача сейчас масштабировать эту систему в других странах, однако у наших партнеров нет таких же больших ресурсов, хотя очень хочется все сделать "красиво". Расскажу, как подошли к задаче и что сделали в итоге.

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