Требуем заблокировать Льва в ОМ без права амнистии или как я столкнулся с потребительским экстремизмом

Примерно пару месяцев назад у меня возник конфликт с группой моих учеников с последнего потока моей программы "iOS Инженер", которые по прошествии 5 месяцев обучения, дойдя до финального этапа - выхода на рынок, решили мне выкатить заявления о том, что я некомпетентный, не выполняю свои обязанности, делай нам полный возврат средств за обучение и вообще “давай пока”.

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

И вот в один день прилетает пачка одинаковых под копирку претензий c изъявлением желания прекратить работу в одностороннем порядке и требованием вернуть им полную сумму стоимости обучения.

В то же время эти же ученики написали на меня пачку негативных отзывов, которые вследствие были опубликованы в рамках таблицы менторов ОМ и которые, вероятно, многие из вас уже видели.

Я менторю в рамках ios разработки уже более 2,5 лет. Почти все это время я состоял в таблице элитных менторов сообщества ОМ, и являлся мастодонтом своего направления.

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

Мои ученики лутали и продолжают лутать самые жирные офферы в крупные продуктовые компании (тинькофф, сбер, альфа, авито, озон, вб и тд).

Это офферы, которые мои ученики получили только за последний год - большинство из них были вкатунами на момент начала работы со мной:

Так как же так получилось, что появилась группа недовольных учеников?
И правда ли то, что я решил кинуть людей?

О чем пойдет речь в данной статье

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

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

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

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

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

Также я расскажу про действия со стороны ОМ и про свои дальнейшие планы на менторскую деятельность вне рамок ОМ и что вообще будет дальше.

Навигация по статье:

• Как зародился конфликт с учениками и как я на него реагировал
• Чем были недовольны ученики
• Комментарии на претензии, которые противоречат реальным фактам
• Перенаправление в групповой чат
• Подробнее про мое коммьюнити и кураторов
• Претензии по индивидуальному проекту
• Претензии к резюме и проработке легенды
• Претензии к групповому проекту
• Претензии к материалам обучения
• Главная проблема при масштабировании
• Остальные претензии учеников в рамках организации процессов
• Выводы
• Как реагировало ОМ и предъявы в сторону меня лично

Как зародился конфликт с учениками и как я на него реагировал

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

22 марта я получил странные комментарии от своих учеников под одним из своих постов:

Мне показалось, что у ребят есть какие-то недосказанности.

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

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

Мы созвонились и я стал слушать ребят.

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

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

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

В отзывах писали: "Лев не был намерен улучшать качество обучения и не признаёт своих ошибок"

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

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

При этом до этого человек ни высказал ни одного недовольства и работа продолжала вестись, а потом резко "я ухожу с менторства":

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

К слову, ученики и дальше продолжали писать про меня комментарии и переходить какие-либо рамки:

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

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

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

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

Но насколько это справедливо по отношению ко мне и моей команде?

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

Чем были недовольны ученики

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

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

Однако впоследствии, когда ученики прислали официальные заявления о желании расторгнуть договор и вернуть полную сумму средств, среди претензий также стали фигурировать тейки в сторону непосредственного содержания обучения и его качества (и которыми ученики также оперировали в опубликованных негативных отзывах):
- Индивидуальный проект не соответствовал требованиям коммерческой разработки
- Задачи из реальных компаний не разбирались
- Код-ревью не проводилось на должном уровне
- Резюме и легенды - шаблонные
- Плохая организация групповых проектов
- Бесполезные созвоны и доклады
и так далее.

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

Затем я вернусь к ошибкам, которые я частично признаю, и также выскажу свое мнение на их счет.

Комментарии на претензии, которые противоречат реальным фактам

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

Перенаправление в групповой чат

Суть претензии заключается в том, что я перенес разбор технических вопросов в общий чат.

Позвольте кратко ввести в курс дела относительно процесса отбора на мою программу:

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

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

Прикладываю кусок записи такого созвона, где я информирую о данном формате:

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

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

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

Подробнее про мое коммьюнити и кураторов

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

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

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

Приведу несколько скринов разбора вопросов кураторами в общем чате (таких скринов еще сотню могу приложить):

В отзывах также писали, что:

«техническая помощь со стороны Льва — нулевая» «Лев не давал подробных разъяснений по технической части» «код-ревью не проводилось на должном уровне»

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

В доказательство чего могу приложить скрины:

Примеры код-ревью:

Подобных скринов могу навалить еще десятки.

Опять же повторю свой прошлый вопрос: как новичок может судить о "качественности" код-ревью?

«На мои вопросы Лев отвечал "на отмашку", говорил «сперва посмотри на ютубе», “и так пойдет”, “норм”, «поймешь всё в процессе реализации», “главное чтобы работало” и тд

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

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

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

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

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

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

Проблема в том, что не все готовы усердно работать и не все готовы брать на себя ответственность за собственный результат.

Касательно ответов "на отмашку"

Предоставленные схемы реализации приложения с паттернами проектирования в рамках индивидуального проекта были направлены именно на самостоятельную разработку, где код на начальном этапе – второстепенен, а первично – научиться проектировать и реализовывать поставленные задачи.
Объяснять детали без самостоятельного опыта - неэффективно.
Если разработчик не может объяснить свою работу, значит он сделал ее плохо.

Почему я говорю “сперва на ютубе посмотри” - потому что на ютубе уже давно все разжевано.
Я также в свое время занимался по ютубу, как и все мои остальные ученики, которые вкатились.
На ютубе большое количество материалов, где разрабы как русские, так и зарубежные разжевывают какую либо технологию, примеры кода и тд.

И если ты посмотришь видосы хотя бы двух разных авторов - у них будет разный код стайл.

Различия в их подходах лишь подтверждают, что единого "правильного" пути нет. Опыт приходит с практикой: первый проект всегда будет менее совершенным, чем последующие.
Поэтому объяснять, что как работает, вот это плохо написано, это хорошо написано - не имеет смысла, потому что чем больше пишешь, тем лучше, так скажем, ты пишешь.

На первом индивидуальном проекте ученики осваивали архитектуру и паттерны проектирования, поэтому на стиль написания кода и его оформление не имело смысла смотреть.

Поэтому на все тейки из отзывов, по типу что я отвечал «на отмашку» или писал, что “и так пойдет”, “норм”, «поймешь всё в процессе реализации», “главное чтобы работало” и тому подобное - такие ответы были, потому что ребята писали свой первый в жизни проект и у них еще даже не сформирован даже код стаил.
Уже молчу о том, что эти фразы ученики вырвали из контекста и что за ними следовал более подробный ответ:

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

Претензии по индивидуальному проекту

➖ «По индивидуальному проекту не предоставлялось четкое ТЗ, соответствующее коммерческой разработке»

По индивидуальным проектам было предоставлено конкретное техническое задание, в котором были указаны необходимые инструменты и приведены примеры реализации паттернов.

Далее следовал этап проектирования: разработка схемы приложения, обучение его созданию. Предоставлялись ссылки на backend и Figma, а также детальное описание компонентов каждого экрана.

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

➖ «Индивидуальным проектом было тестовое задание»

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

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

К слову, это приложение пилили все мои ученики за все мои 2,5 года менторства и те, кто выполняли его до конца - получили офферы.

➖ «Инженерное мышление» — просто красивая формулировка, без практики»

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

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

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

➖ «Задачи из реальных компаний не разбирались»

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

Они разрабатывали сетевой слой, применяли паттерны проектирования вроде DI-контейнера, реализовывали самую распространенную на рынке архитектуру MVVM, использовали UIKit, Combine, AutoLayout, Coordinator и другие инструменты, релевантные требованиям рынка.

Приведу примеры решения задач учеников в рамках разработки учебного проекта:

Реализация сетевого взаимодействия с предоставленным сервером с использованием RestAPI:

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

Проектирование приложения и использование паттернов разработки

Ученикам давалось задание спроектировать схему приложения:

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

Пример реализации шаблона проектирования DIContainer:

Пример реализации шаблона проектирования Coordinator:

Требования из вакансии в Совкомбанк:

Далее приведу еще ряд задач, которые соответствуют обязанностям iOS разработчика в любой компании и которые выполняли мои ученики:

Верстка UIViewController с использованием UIKit и подхода autolayout

Настройка навигирования между UIViewController с использованием паттерна Coordinator

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

Отладка и переработка неисправностей приложения(bugfix)

Более того, что касается разбора реальных задач, у нас в материалах коммьюнити лежат:

• записи мок-собеседований по систем-дизайну, где мы в частности разбирали задачи в Тинькофф и другие бигтехи

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

• более 85 записей собеседований в крупные продуктовые компании (тинек, альфа, озон, вб, сбер, яндекс и тд), а также разборы этих собеседований, которые проводил лично я

Примеры отдельных задач, лежащих в материалах коммьюнити:

➖ «Combine не использовался»

Я всем ученикам по сто раз говорил реализовывать комбайн.

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

Как вы думаете, дорогие читатели, сделал ли это задание кто-то из тех, кто вкинул негативные отзывы? Конечно же нет) Кто в этом виноват? Конечно же Лев)

➖ «Вместо бэкенда дали публичный API»

Вот если бы авторы этих отзывов хотя бы понимали разницу между бэкендом и публичным API...

По сути, большой разницы нет. Ученикам предоставлялся вполне рабочий API, обрабатывающий стандартные запросы и выполнявший те же функции, что и бэкенд.

Единственное существенное отличие – разработка полноценного бэкенда требует значительных временных и финансовых ресурсов.

Претензии к резюме и проработке легенды

➖ «Легенду ученики составляли самостоятельно»

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

Что подразумевается под самоанализом? Это самостоятельное и вдумчивое изучение тех продуктов, которые ученики впоследствии интегрируют в свою профессиональную легенду. Именно эту самостоятельно созданную основу мы далее совместно детализируем и дорабатываем уже в рамках индивидуального созвона.

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

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

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

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

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

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

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

Далее мы проводим mock HR-скрининг, в рамках которого мы детально обсуждаем и тренируем ту легенду, которую разработали на предыдущем этапе.

➖ «Резюме/легенды шаблонные, было много сходств с резюме других ребят, его никак нельзя было назвать индивидуальным»

Относительно утверждений о шаблонности резюме и наличии сходств между ними, важно учитывать ряд объективных факторов:

Во-первых, резюме формировались на основе проектов, которые ученики выбирали самостоятельно, что уже исключает возможность пересечений в резюме в рамках рабочего опыта

Во-вторых, ученики поступали на программу с целью стать iOS-разработчиками в продуктовых компаниях.
Рынок труда диктует определенный набор ключевых компетенций и навыков для данной специализации.
Следовательно, вполне естественно, что в резюме будут встречаться схожие формулировки, отражающие владение стандартным набором технологий (Swift, UIKit, Combine и т.д.), знание общепринятых архитектурных паттернов (MVVM, Coordinator и пр.) и понимание базовых принципов разработки мобильных приложений.
Это не шаблонность, а отражение стандартных требований индустрии для iOS-разработчиков.

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

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

В качестве примера покажу резюме 2-ух разных учеников:

➖ «Провал на собеседованиях»

Относительно "провалов" на собеседованиях – странная претензия, учитывая их высокую конверсию и многочисленные приглашения. Если кто-то не смог что-то объяснить на собеседовании, то запись, как правило, не предоставлялась для анализа.

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

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

Данный ученик, утверждающий о "фиаско" и недостатке усилий с моей стороны, не предоставил ни одной записи своих собеседований. Как можно делать такие выводы без объективных данных? Напоминаю, запись собеседований и предоставление их на ревью – обязательное условие.

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

Таким образом, те, кто заявляют о "провалах" на собеседованиях, либо на них фактически не ходили, либо не предоставляли записи этих собеседований мне для анализа и обратной связи.
А вот те ученики, кто сейчас активно проходит собеседования, скорее от них устают из-за их количества. Это, как говорится, к слову.

Претензии к групповому проекту

➖ «Отсутствие включенности Льва в групповые проекты, групповой проект Лев целиком делегировал своему бывшему менти»

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

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

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

Я собирал с ребят анкету обратной связи на групповые проекты, где ребята писали одни лишь положительные отзывы и ставили наивысшие оценки:

Обратка по групповому проекту и кураторам в личке:

Выводы делайте сами.

➖ «В групповом проекте ребята сами искали инструменты и организовывали работу — разработчик не должен этим заниматься»

Фигма была подготовлена до старта групповых проектов. Совместно с кураторами мы провели два созвона для определения стека технологий и утверждения дизайна.

В рамках группового проекта ученики самостоятельно настраивали GitHub, включая CI/CD и систему контроля версий – задачи, которыми занимаются и практикующие разработчики. Вероятно, отсутствие опыта работы в реальной компании не позволяет ученикам в полной мере осознать это.

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

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

Претензии к материалам обучения

➖ «Материалы в комьюнити — это несколько записей старых Zoom-созвонов (новых за время моего участия не проводилось) с довольно слабым объяснением тем»

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

Что касается докладов, в комьюнити представлены материалы по следующим направлениям (как в рамках текущего потока, так и до него):

• Проектирование: разбор архитектуры приложений (Redux), паттерна DIContainer (Swinject, Needle), принципов TDD (приглашенный спикер), работы Coordinator и Router (XCoordinator), задач по рефакторингу и system design, юнит-тестированию. Ранее также были доклады по работе со схемами и инженерному подходу к решению задач, видео по system design.

• Рынок и собеседования: доклады приглашенных спикеров на темы "Мир глазами рекрутера" (оценка резюме, особенности поиска работы, взаимодействие с HR) и "Интеграция в команду/онбординг".

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

Кстати, доклад по теме "Интеграция в команду/онбординг" лежит в открытом доступе на моем ютубе, как то уже дропал в канале, но если вдруг кто пропустил: https://www.youtube.com/watch?v=SelljMam2gE&t=2s&ab_channel=LeoOstrovskiy

Кто посмотрит отпишите потом мне в лс, как вам доклад)

➖ «База теоретических материалов была предоставлена из других источников»

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

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

Что касается формирования учениками подборки полезных ссылок – а что в этом, как говорится, плохого? Ребята натыкались на полезные статьи или видео и мы загружали их в отдельный топик, который был под это выделен, с целью пополнения базы полезных материалов. Это являлось лишь дополнительным инструментом в процессе обучения.

Я также частенько закидывал какие-то полезные статьи и записывал подкасты на различные темы:

➖ «Созвоны были бесполезные, чистый фристайл»

На это хочется ответить, что если бы созвоны были бесполезные, то наврятли о них кто-то бы плакал) и наврятли тогда мне бы писали с запросами на созвоны, раз они были такими бесполезными.

Здесь как и в претензиях к резюме/легенде и групповому проекту идет уже какая-то подмена понятий и череда противоречий

Прикладываю кусок записи одного из созвонов:

➖ «Приходилось ждать ответа от Льва по несколько дней или вообще оставаться без ответа»

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

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

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

Главная проблема при масштабировании

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

В последних двух потоках я реструктурировал программу и оптимизировал процессы для масштабирования обучения:

- Я создал коммьюнити iOS разработчиков (общий чат) со своими текущими и прошлыми учениками разных уровней: от новичков до опытных специалистов (5-13 лет).

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

- Для усиления программы ввел групповые проекты, имитирующие работу в реальной компании по методологии Scrum. Кураторы тимлидили эти проекты.

В моей зоне ответственности остались:

• Курирование разработки индивидуальных проектов.
• Подготовка к рынку: резюме, легенда, самопрезентация, софт-скиллы.
• Мок-собеседования с HR.
• Полное курирование прохождения собеседований: разборы, рекомендации, помощь в коммуникации и торгах.

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

Однако в ноябре того года я собрал свой самый большой поток - около 30 учеников одновременно зашли на мою программу "iOS Инженер".

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

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

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

Это общая проблема рынка

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

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

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

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

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

Ученики сами зачастую не следовали срокам и выпадали из обучения:

Не говорили, что есть проблемы, не задавали вопросы, не просили созвоны

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

больше всего удивляет, что в процессе обучения ни разу никто не писал что что-то не так.

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

Хоть одна шавка вот эта вот написала бы, Лев, мне не хватает с тобой созвонов. Да их ноль было, их не было, вот именно что-то.

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

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

Индивидуальные созвоны

В рамках индивидуальных созвонов - я спокойно выхожу на созвон по мере это поступление запросов. Но в рамках той же технички - какой смысл мне созваниваться с учеником, если ни вопросов, ни затыков он не подсвечивает, все находится в работе и просто «Лев, подожди чуть-чуть»?

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

Более того, в нормальной компании ты будешь общаться практически только текстом. То есть у тебя будут дейли, ретро, планинг, но остальное - чисто текстом, потому что никакой сеньор не захочет с тобой созваниваться и объяснять, как написать hello world.

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

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

Я всегда выходил на созвоны по запросу и если у человека были сформированы вопросы; либо сам их инициировал:

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

Отсутствие вовлечённости и поддержки со стороны ментора

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

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

Также я всех пинговал каждую неделю и просил отписывать, как идут дела:

Не выполняли то, что я говорю

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

И это не единственный пример. Другие ребята тоже порой говорили: "я не успеваю", "у меня не получается". На вопрос "а что мне сделать?" приходилось объяснять, что нужно самостоятельно разбираться. Я давал материалы, статьи, говорил: "Прочитайте, изучите". Потому что на реальной работе никто не будет за ручку водить и все разжевывать – там нужно самому анализировать и копаться в задачах.

Для чего мы, например, разбирали схемы? Чтобы научиться анализировать проекты. Изучали новую технологию – я давал задание: "Посмотрите, как она работает, пришлите свои наработки". И много ли кто прислал?

Остальные претензии учеников в рамках организации процессов

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

Однако на деле роудмап каждому ученику был показан еще на первичном созвоне, а также отдельно выслан в начале обучения:

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

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

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

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

В моей практике я стараюсь максимально выделять внимание и время ученикам, чтобы каждый оптимально двигался в своем темпе и поддерживал work-life balance, не выгорал и мог параллельно обучению жить жизнь.

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

У тебя есть конкретное техническое задание на индивидуальный проект, в рамках которого ты должен его выполнить. В ТЗ четко расписано, по каким пунктам надо идти.

На групповой проект также конкретно было определено время, также было дано четкое ТЗ, что и как должно было быть выполнено.

➖ «Большинство двигались по одному и тому же роудмапу»

Аничетотфакт, что большинство пришло ко мне с одним и тем же уровнем и были вкатунами? Есть конкретные темы, который должен изучить новичок, есть конкретные этапы в обучении, которые надо пройти. Каждый отдельно взятый человек здесь был практически точной копией друг друга. Были даже те, что пришли после стажировки, но у меня было такое ощущение, что они там просто присутствовали на деле.

Тут мне вообще претензия в корне непонятна)

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

Выводы

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

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

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

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

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

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

Остальные ученики, которые продолжили обучение - уже проходят финалки или получили свои офферы.

Как реагировало ОМ и предъявы в сторону меня лично

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

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

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

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

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

Слушайте, ну это уже тянет на сценарий голливудского блокбастера! Кабальные договоры, скрытая схема обогащения на 250к... Прямо "Одиннадцать друзей Оушена" на минималках. Только вот вместо казино тут, видимо, курсы по iOS. Настолько круто закручено, что остается только попкорн достать и следить за "расследованием". Браво сценаристу за такую богатую фантазию! Главное, чтобы зрители не перепутали кино с реальностью, а то ведь можно и поверить в эту "сенсацию века". Хотя, если честно, уровень "разоблачения" больше похож на комедийный сериал.

Менторинг – это не благотворительность.

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

Про случаи, когда ребята офферы получали и просто кидали меня на оплату, я вообще молчу – это было не раз.

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

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

С таким же успехом можно вообще любой бизнес назвать скамом.

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

Что будет дальше?

Последние полгода я занимаюсь реструктуризацией своей команды, изменением бизнес-модели и созданием более организованной структуры своих новых продуктов

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

За весну поучаствовал в нескольких hr/tech интервью крупных компаний и провел немалое количество аудитов с руководителями команд и отделов разработок по качеству и проведению интервью со стороны работодателя.

И именно этим опытом я планирую поделиться в рамках своих новых продуктов уже в новом формате с учетом всех недоточетов и проблем, с которыми я успел столкнуться. Ждите прикладного контента, уверен, что вам понравится

See ya soon with love, Leo