5-недельный курс по 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 падает с бесконечности до двух недель, а специалисты освобождаются.

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

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

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


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

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

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

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

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

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

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

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

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

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

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

За обучение можно получить налоговый вычет 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.