4-недельный курс по Developer Experience, после которого команде больше не придётся переделывать задачи по 100 раз и тратить бесконечные часы на настройку проекта или выяснение, кто за что отвечает
Дата старта 31 июля
Что за волшебная таблетка этот ваш Developer Experience?
Программисты тратят много сил на бесполезную работу
DevEx — это не только про инструменты

Developer Experience (DevEx) — это концепция, которая помогает разработчикам избавляться от препятствий на пути к продуктивности. Как UX-дизайнеры проходят путь пользователя, устраняя барьеры к покупке, так и DevEx-специалисты выкидывают ерунду из работы.
Среда, в которой трудится разработчик, — это тоже продукт компании. Компании, которые не делают продукт удобным, нанимают лишних программистов.
В мире уже выделяют целые роли, ответственные за DevEx, но в русскоязычной среде об этом пока мало знают. Мы — первые, кто понятно рассказывает о DevEx на русском. А вы — первопроходцы, которые внедрят это в работе и увеличат свою ценность для бизнеса.
Менеджеры обычно не видят в этом проблемы и раздувают штат наймом новых программистов, вместо того, чтобы улучшить взаимодействие и среду для старых.
Кому поможет
В первую очередь — тимлидам и СТО. На курсе много говорим про менеджмент: настройку и изменение процессов в сторону продуктивности, выбор и внедрение в работу полезных инструментов и отказ от бесполезных.
Если вы программист в команде, где поощряется инициатива, или хотите стать лидом — тоже приходите. Научитесь искать и удалять из работы «точки страдания» и делать себе удобно.
Если чувствуете, что вам пока не хватает авторитета для изменений, — пройдите сначала «Стать тимлидом».
Если сомневаетесь, присылайте свой кейс на почту support@tough-dev.school и мы подробно его разберём. Отговорим, если вам не подойдёт. Нам важно, чтобы вы пришли на курс и унесли оттуда что-то полезное для себя.
Что внутри
Вместе с тимлидом Сергеем и её участниками пройдёте путь от бардака до рабочего места, на которое хочется возвращаться. От полного недоверия со стороны бизнеса к довольному заказчику.
Курс — это история одной ИТ-команды
Проблема: Команда, ответственная за запуск медиа, явно буксует. Даже простые баги чинятся по 2 недели, а сложные задачи не делаются вообще.

Найм новых людей не помогает, а только ухудшает ситуацию. Вместо того, чтобы ускоряться, команда замедляется.
Модуль 1
«Ищем корневую проблему и завоёвываем доверие программистов»
Лонгрид 1
Решение: Чтобы понять, что у команды не так, Сергей собирает все проблемы на доску и обнаруживает, что корень проблем — Developer Experience.

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

В поисках затыка Сергей раскладывает сценарий по фреймворку JTBD и находит несколько неочевидных моментов. Решив эти моменты, команда начинает чинить половину зависших багов вовремя.
Проблема: Людей всё ещё не хватает, а новые онбордятся бесконечно долго. Инженерные процессы хромают. Пытались решить это базой знаний, но она быстро протухает.
«Инженерные процессы — CI\CD и онбординг»
Лонгрид 2
Решение: Сергей обнаруживает, что в команде плохо передаются знания: непонятно, куда и как писать код, как разворачивать проект и даже запускать тесты. CI\CD, который мог бы быть образцом разворачивания проекта, тоже не справляется.

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

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

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

Нормально едут только задачи с менеджером, который стоит над душой у разработчика, пока код не окажется на проде.
Модуль 2
«Куда утекает внимание»
Лонгрид 3
Решение: Гипотеза Сергея — команда тратит силы на муду (от японского — потери, не несущие ценности). Сергей чинит встречи, чтобы люди от них не уставали. Дейлики превращает из скучного ритуала в короткие полезные встречи на 15 минут. Учит команду справляться с конфликтами — чтобы не сраться по поводу архитектуры и линтеров.
Проблема: Бизнес не знает, чего хочет, зато знает, что разработка это уже просрала.

Программисты могут делать только задачи, где не надо общаться с бизнесом. Если по задаче нужно посоветоваться — она будет делаться вечно.
«Выстраиваем работу с заказчиком»
Лонгрид 4
Решение: Сергей чинит взаимодействие с заказчиками — работу над задачами и планирование фичей. Точную оценку задач, которая никогда не попадает в реальность, заменяет на примерную оценку и Flex Scope. Перепридумывает синки с заказчиком, учит команду работать с рисками, чтобы лучше попадать в сроки и не подводить бизнес.
Ритм обучения
Встреча-знакомство
31 июля в 16:00 мск
Встреча-знакомство
Раз в неделю Федя и Толя Буров разбирают частые ошибки в домашках. Приходим задавать вопросы, обсуждать кейсы, советоваться
Разбор домашек
18 августа
и 4 сентября,
16:00 мск, чтобы захватить больше часовых поясов
Q&A
Дедлайн
4 сентября
Сдача
хвостов
Для тарифов с обратной связью

*Нагрузка может быть меньше или больше. Зависит от вашего уровня подготовки, возможности схватывать информацию на лету и желаемого уровня погружения в курс.
Учеба 4-5 недель
≈10 часов в неделю*
Для тарифов с обратной связью

Для тарифов с обратной связью
Четверг
Понедельник
Вторник
Среда
Пятница
Суббота
Ищем корневую проблему и завоевываем доверие программистов
Письмо 1
Встреча-знакомство
Четверг
Понедельник
Вторник
Среда
Пятница
Суббота
Инженерные процессы — CL/CD и онбординг
Письмо 2
Сдача домашки №1
до 23:00
Проверяем другим домашку №1
Подкаст-разбор домашки №1
Четверг
Понедельник
Вторник
Среда
Пятница
Суббота
Куда утекает внимание
Письмо 3
Сдача домашки №2
до 23:00
Проверяем другим домашку № 2
Подкаст-разбор домашки №2
Четверг
Понедельник
Вторник
Среда
Пятница
Суббота
Выстраиваем работу с заказчиком
Письмо 4
Сдача домашки №3
до 23:00
Проверяем другим домашку № 3
Подкаст-разбор домашки №3
Q&A промежуточная
Четверг
Понедельник
Вторник
Среда
Пятница
Суббота
Сдача домашки №4
до 23:00
Проверяем другим домашку №4
Подкаст-разбор домашки №4
Четверг
Понедельник
Вторник
Среда
Пятница
Суббота
Q&A итоговая
Дедлайн по досдаче хвостов до 23:00 мск
После курса наступит счастье, придётся попахать
1. Разберётесь, как подбирать удобные инструменты, которые соответствуют потребностям команды и бизнеса
2. Научитесь создавать рабочую среду, в которой удобно работать, а не страдать
4. Уменьшите объём коммуникации («а где лежит токен?», «а что тут имелось в виду»?)
3. Поймёте, как создавать у команды чувство безопасности и уверенности, не забывая о бизнесе
Так разработка станет более быстрой и предсказуемой для бизнеса. Счастье!
Откуда мы такие умные
До сих пор пишет код, несмотря на то что управляет двумя бизнесами.
Читает доклады об автоматизации и DevEx, ведёт открытую разработку в школе.


Находит закономерности в управлении программистами и умеет понятно о них говорить. Ведёт один из самых известных телеграм-каналов в русскоязычном пространстве (почти 25К подписчиков), лидер мнений № 1 для руководителей разработки по результатам исследования DevCrowd 2023.
15 лет работает в аутсорсах, где эффективная разработка — единственный способ выжить в конкурентной среде (ну или можно писать говнокод, но Федя этого не любит).
Программист и дизайнер, технический со-основатель Таймстрайпа и Главреда. Много лет отвечает за придумывание и воплощение систем, начиная с формулирования потребностей бизнеса и заканчивая выкатыванием в прод, в одиночку или в командах.
Лингвистическое образование и дизайнерский опыт помогает системно разбираться, почему один код легко понимать и развивать, а другой — сложно и неприятно, и находить способы превратить плохой — в хороший.
Когда-то работал дизайнером в Студии Лебедева, открывал интернет-магазин, разрабатывал архивы для голландских компаний, получил патент на Главред, руководил отделом ИТ и промавтоматики в компании, создающей аэротрубы.
Продакт, фасилитатор, оргдизайнер команд и learning designer. Запустила около 30 разных команд за последние несколько лет. Ex-МИФ, Ciklum, Attendify. Клиенты в консалтинге: Яндекс, Delivery Club, Островок, Сила ветра и другие.
На курсе отвечает за бизнесовую часть и образовательный опыт. Чтобы получилось так, что информация не залетела в одно ухо и вылетела через другое, а усвоилась и превратилась в конкретные изменения в работе.
В тусовке
38 000₽/$485
Если важна возможность задавать вопросы коллегам и авторам курса и участвовать в разборах домашек.

Теория
— 4 лонгрида

Практика и обратная связь
— Домашка с общей обратной связью авторов и других учеников
— 2 Q&A-сессии — в середине и конце курса
— Чат участников курса с авторами. Обсуждаем вопросы по курсу и всё, что вокруг. Останется навсегда

Бонусы
— Доступ к материалам после окончания курса — 9 месяцев
— Именной электронный сертификат, если сдадите всю домашку и проверите все назначенные домашки коллег в рамках p2p проверки
Если нужно обучение для сотрудников + важно, чтобы обучение не ушло в стол, а внедрилось в работу в компании

— 4 лонгрида — отдаём материалы пачкой в ноушене, а вы копируете к себе

— Передаём вам право разместить письма на образовательной площадке вашей компании и интегрировать в свои учебные материалы для сотрудников
Стоимость
Если возникли вопросы или хотите оплатить от юрлица — напишите на support@tough-dev.school, отвечаем в течение суток.
Тариф доступен компаниям
в рублях и в долларах
Можно оплатить четырьмя равными долями. Первую — сразу и потом по одной части каждые две недели.

Без кредитного договора и сложного одобрения. «Долями» могут взять 4% сервисного сбора, но если повезёт — не возьмут. Нам не везёт, но, говорят, бывает.

Если вам говорят, что выше 30К ₽ нельзя ,— напишите нам в поддержку и мы  предложим решение.
Аптечка
Купить и начать проходить. Или забить и достать как шпаргалку, когда заболит и нужно будет срочно найти решение.

Теория
— 4 лонгрида

Практика и обратная связь
— Домашка без обратной связи

Бонусы
— Доступ к материалам после окончания курса — 4 месяца

25 000₽/$319
За обучение можно получить налоговый вычет 13%
За обучение можно получить налоговый вычет 13%
За обучение можно получить налоговый вычет 13%
За обучение можно получить налоговый вычет 13%
undefined
Вырастет производительность
— Программисты больше смогут фокусироваться на бизнес-задачах, а не на решении непонятных программистских проблем.
Как убедить компанию, чтобы за меня заплатили
Уменьшится количество дефектов
— У команды будет более чистая голова — это приведёт к тому, что люди будут меньше ошибаться.
Как убедить компанию, чтобы за меня заплатили
Вырастет мотивация, добавится преимущество при найме
— Гораздо приятнее работать в компании, которая заботится о программистах тем, что экономит их время и даёт удобные технологии. Печеньками и офисом в небоскрёбе уже никого не удивить.
Как убедить компанию, чтобы за меня заплатили
Расскажите бизнесу, что получит компания после того, как вы внедрите знания из курса. А именно:
Согласовываете
Согласовываете с руководителем обучение или знакомите нас с руководителем, чтобы мы вам в этом помогли.
Обмениваемся документами
Мы выставляем счёт и отправляем приглашение для обмена документами в Диадок.
Присылаете реквизиты
Ваша компания оплачивает, а мы добавляем вас в участники и передаём контент.
Присылаете нам на почту реквизиты компании. Обычно их можно взять у HR, на сайте компании в разделе «Контакты» или в бухгалтерии. Если ваша бухгалтерия просит какой-то набор документов — приложите список, чтобы мы сразу прикрепили.
Даём доступ
По окончании присылаем закрывающие документы в Диадоке, а ваша бухгалтерия подписывает.
2
1
3
4
Всем, кто дойдёт до конца курса и выполнит условия, выдадим сертификат на русском и английском языке. Сможете добавить в линкедин и хвастаться.

Для каждого курса сертификаты создаём со своей символической историей, которая вдохновляет на перемены. Какой будет у вас — сюрприз. Увидите на финальной встрече курса. Справа пример сертификата из «Стать тимлидом».
*Для тарифа «В тусовке»
Сертификат
Участвовать в курсе «Без Ерунды»
Комьюнити школы
Все выпускники собираются в чате, где помогают друг другу — от бытовых советов по релокации до советов по выбору стека. Сейчас в чате 9 топиков и больше 1000 активных участников.
По окончании курса добавим вас в наше
Отзывы
Андрей Степанов
Отличный, лёгкий для восприятия курс! Я бы рекомендовал не руководителям высокого полета, а скорее самим разработчикам (мидлам и выше) и лидам команд — понимать и улучшать DevEx правильнее, нужнее и легче именно на этом уровне.

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

И вообще — показывает, что это возможно! А то вижу слишком много команд и программистов, приученных к вредным практикам и постоянной «боли».

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

Для себя забрал пару практик: использование JTBD для анализа задач разработки и подходы к онбордингу.

Спасибо Феде и Марьяне!
Артём Печёркин
Что было полезно.
Было удивительно понять, что DevEx — это процесс и культура, а не только набор технических инструментов для разработчиков. И DevEx — комплексный процесс решения проблем культуры, взаимодействия, общения, нахождения компромиссов и технических решений в том числе.

Что больше всего понравилось.
Жизненность ситуаций, которые описаны в курсе. Порой смотришь и думаешь: эта же история была со мной, какой из неё будет вывод и выход?

Что забрал себе в практику.
Подход JTBD — как описание сценариев ожиданий.
Он позволяет писать понятные разным людям сценарии взаимодействия и ожиданий и находить в них расхождения виденья и контекстов.

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

Результаты после курса — я принёс план изменений и вопросы к процессам СТО и нескольким лидам и сейчас мы формируем большой план изменений процессов в ближайшие 2 квартала.
Владимир
В первую очередь понравилось повествование курса, каждое письмо ждал как новую серию любимого сериала. Читается легко, непринуждённо и с интересом.

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

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

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

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

Рекомендую этот курс не только тимлидам, но и линейным разработчикам. Даже если прямо сейчас не получится внедрить новые знания в работу, будет гораздо легче понимать, что именно в процессе разработки вызывает проблемы.
Где работают
наши ученики
Вопросы-ответы
Если не нашли ответа на вопрос, напишите на support@tough-dev.school. Отвечаем в течение суток.
Лягушка Пепе был придуман в 2005 году американским художником Мэттом Фьюри (Matt Furie). В качестве мема его изображение использовалось начиная с первого выпуска комикса Boy's Club.