Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <ul><li><a>Программа</a></li>

2 <li><a>Авторы</a></li>

3 <li><a>Записаться</a></li>

4 <li><a>Компаниям</a></li>

5 <li><a>Отзывы</a></li>

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

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

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

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

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

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

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

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

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

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

16 Если чувствуете, что вам пока не хватает авторитета для изменений, - пройдите сначала<a>"Стать тимлидом"</a>.

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

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

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

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

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

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

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

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

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

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

27 "Инженерные процессы - CI\CD и онбординг"

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

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

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

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

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

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

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

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

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

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

38 Встреча-знакомство 31 июля в 16:00 мск

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

40 18 августа и 4 сентября,16:00 мск, чтобы захватить больше часовых поясов

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

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

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

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

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

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

47 Инженерные процессы - CL/CD и онбординг

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

108 Для каждого курса сертификаты создаём со своей символической историей, которая вдохновляет на перемены. Какой будет у вас - сюрприз. Увидите на финальной встрече курса. Справа пример сертификата из "Стать тимлидом".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

131