Без ерунды — Курс о Developer Experience
2026-02-21 17:19 Diff
https://tough-dev.school/developer-experience

5-недельный курс по Developer Experience, после которого команде больше не придётся переделывать задачи по 100 раз и тратить бесконечные часы на настройку проекта или выяснение, кто за что отвечает

Что за волшебная таблетка этот ваш Developer Experience?

Программисты тратят много сил на бесполезную работу

DevEx — это не только про инструменты

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

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

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

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

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

Если вы программист в команде, где поощряется инициатива, или хотите стать лидом — тоже приходите. Научитесь искать и удалять из работы «точки страдания» и делать себе удобно.

Если чувствуете, что вам пока не хватает авторитета для изменений, — пройдите сначала «Стать тимлидом».

Если сомневаетесь, присылайте свой кейс на почту support@tough-dev.school и мы подробно его разберём. Отговорим, если вам не подойдёт. Нам важно, чтобы вы пришли на курс и унесли оттуда что-то полезное для себя.

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

Курс — это история одной ИТ-команды

Проблема: Команда, ответственная за запуск медиа, явно буксует. Даже простые баги чинятся по 2 недели, а сложные задачи не делаются вообще.

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

«Ищем корневую проблему и завоёвываем доверие программистов»

Решение: Чтобы понять, что у команды не так, Сергей собирает все проблемы на доску и обнаруживает, что корень проблем — Developer Experience.

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

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

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

«Инженерные процессы — CI\CD и онбординг»

Решение: Сергей обнаруживает, что в команде плохо передаются знания: непонятно, куда и как писать код, как разворачивать проект и даже запускать тесты. CI\CD, который мог бы быть образцом разворачивания проекта, тоже не справляется.

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

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

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

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

Решение: Гипотеза Сергея — команда тратит силы на муду (от японского — потери, не несущие ценности). Сергей чинит встречи, чтобы люди от них не уставали. Дейлики превращает из скучного ритуала в короткие полезные встречи на 15 минут. Учит команду справляться с конфликтами — чтобы не сраться по поводу архитектуры и линтеров.

Проблема: Бизнес не знает, чего хочет, зато знает, что разработка это уже просрала.

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

«Выстраиваем работу с заказчиком»

Решение: Сергей чинит взаимодействие с заказчиками — работу над задачами и планирование фичей. Точную оценку задач, которая никогда не попадает в реальность, заменяет на примерную оценку и Flex Scope. Перепридумывает синки с заказчиком, учит команду работать с рисками, чтобы лучше попадать в сроки и не подводить бизнес.

Встреча-знакомство 12 марта в 16:00 мск

Раз в неделю Федя и Толя Буров разбирают частые ошибки в домашках.

30 марта и 16 апреля
в16:00 мск, чтобы захватить больше часовых поясов

Для тарифов с обратной связью

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

Учеба 4-5 недель
≈10 часов в неделю*

Для тарифов с обратной связью

Для тарифов с обратной связью

Ищем корневую проблему и завоевываем доверие программистов

Инженерные процессы — CI/CD и онбординг

Проверяем другим домашку №1

Подкаст-разбор домашки №1

Проверяем другим домашку № 2

Подкаст-разбор домашки №2

Выстраиваем работу с заказчиком

Проверяем другим домашку № 3

Подкаст-разбор домашки №3

Проверяем другим домашку №4

Открываем бот-тренажер насмотренности

Подкаст-разбор домашки №4

Дедлайн по досдаче хвостов до 23:00 мск

После курса наступит счастье, придётся попахать

1. Разберётесь, как подбирать удобные инструменты, которые соответствуют потребностям команды и бизнеса

2. Научитесь создавать рабочую среду, в которой удобно работать, а не страдать

4. Уменьшите объём коммуникации («а где лежит токен?», «а что тут имелось в виду»?)

3. Поймёте, как создавать у команды чувство безопасности и уверенности, не забывая о бизнесе

Так разработка станет более быстрой и предсказуемой для бизнеса. Счастье!

Чек-лист для аудита ежедневной ерунды

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

До сих пор пишет код, несмотря на то что управляет двумя бизнесами.
Читает доклады об автоматизации и DevEx, ведёт открытую разработку в школе.

Находит закономерности в управлении программистами и умеет понятно о них говорить. Ведёт один из самых известных телеграм-каналов в русскоязычном пространстве (почти 25К подписчиков), лидер мнений № 1 для руководителей разработки по результатам исследования DevCrowd 2023.

15 лет работает в аутсорсах, где эффективная разработка — единственный способ выжить в конкурентной среде (ну или можно писать говнокод, но Федя этого не любит).

Программист и дизайнер, технический со-основатель Таймстрайпа и Главреда. Много лет отвечает за придумывание и воплощение систем, начиная с формулирования потребностей бизнеса и заканчивая выкатыванием в прод, в одиночку или в командах.

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

Когда-то работал дизайнером в Студии Лебедева, открывал интернет-магазин, разрабатывал архивы для голландских компаний, получил патент на Главред, руководил отделом ИТ и промавтоматики в компании, создающей аэротрубы.

Продакт, фасилитатор, оргдизайнер команд и learning designer. Запустила около 30 разных команд за последние несколько лет. Ex-МИФ, Ciklum, Attendify. Клиенты в консалтинге: Яндекс, Delivery Club, Островок, Сила ветра и другие.

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

Если нужно обучение для сотрудников + важно, чтобы обучение не ушло в стол, а внедрилось в работу в компании

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

— Передаём вам право разместить письма на образовательной площадке вашей компании и интегрировать в свои учебные материалы для сотрудников

Если важна возможность задавать вопросы коллегам и авторам курса и участвовать в разборах домашек.

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

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

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

Купить и начать проходить. Или забить и достать как шпаргалку, когда заболит и нужно будет срочно найти решение.

Теория
— 4 лонгрида: отправим в одном письме

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

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

Можно оплатить четырьмя равными долями. Первую — сразу и потом по одной части каждые две недели.

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

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

За обучение можно получить налоговый вычет 13%

За обучение можно получить налоговый вычет 13%

За обучение можно получить налоговый вычет 13%

За обучение можно получить налоговый вычет 13%

Вырастет производительность

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

Как убедить компанию, чтобы за меня заплатили

Уменьшится количество дефектов

— У команды будет более чистая голова — это приведёт к тому, что люди будут меньше ошибаться.

Как убедить компанию, чтобы за меня заплатили

Вырастет мотивация, добавится преимущество при найме

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

Как убедить компанию, чтобы за меня заплатили

Расскажите бизнесу, что получит компания после того, как вы внедрите знания из курса. А именно:

Согласовываете с руководителем обучение или знакомите нас с руководителем, чтобы мы вам в этом помогли.

Для юрлиц стоимость немного выше: «Аптечка» — 29 000 руб./$377. Это связано с необходимостью дополнительного документооборота.

Мы выставляем счёт и отправляем приглашение для обмена документами в Диадок.

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

Присылаете нам на почту реквизиты компании. Обычно их можно взять у HR, на сайте компании в разделе «Контакты» или в бухгалтерии. Если ваша бухгалтерия просит какой-то набор документов — приложите список, чтобы мы сразу прикрепили.

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

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

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

По окончании курса добавим вас в наше

Отличный, лёгкий для восприятия курс! Я бы рекомендовал не руководителям высокого полета, а скорее самим разработчикам (мидлам и выше) и лидам команд — понимать и улучшать DevEx правильнее, нужнее и легче именно на этом уровне.

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

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

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

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

Спасибо Феде и Марьяне!

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

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

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

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

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

В первую очередь понравилось повествование курса, каждое письмо ждал как новую серию любимого сериала. Читается легко, непринуждённо и с интересом.

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

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

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

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

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

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

Где работают
наши ученики

Лягушка Пепе был придуман в 2005 году американским художником Мэттом Фьюри (Matt Furie). В качестве мема его изображение использовалось начиная с первого выпуска комикса Boy's Club.