Бесплатный фрагмент - Системный способ войти в IT — как выбрать свою траекторию

Системный способ войти в IT — как выбрать свою траекторию

Аннотация

Эта книга — не учебник по программированию и не сборник советов по резюме. Это система выбора. Она поможет вам:

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

— Разобраться в IT-специализациях: разработка, аналитика, DevOps, менеджмент, дизайн, архитектура чем они отличаются на самом деле.

— «Примерить» роли через реальные задачи и понять, какая подходит именно вам.

— Выбрать формат работы: дистант, гибрид или офис.

— Понять, в какой компании вам комфортно: стартап, корпорация, геймдев или блокчейн.

— Построить карьеру, а не просто найти работу.

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

Осознанный выбор — единственный, который не приведёт к разочарованию через год.

Введение

«Я не знаю, кем мне стать в IT».

Это один из часто встречающихся запросов ко мне на консультацию. От инженера, который пять лет внедрял СУТП на газпроме и хочет сменить профессию, но не знает, на что. От директора производства, который устал от офисной рутины и мечтает об удалённой работе. От мамы двоих детей, которая после десяти лет в деревне решила вернуться в профессию. От вчерашнего студента, который выбрал специальность «наугад» и теперь не понимает, куда идти.

Они все хотят войти в IT. Но они не знают, в какую дверь постучать.

И это нормально. Потому что в IT сегодня десятки профессий, сотни инструментов, тысячи курсов. И интернет кричит: «Стань разработчиком за 3 месяца!», «DevOps — это будущее!», «Аналитик зарабатывает от 200 тысяч!». А человек, который не знает рынка изнутри, просто тонет в этом шуме.

Меня зовут Владимир Самородов. 28 лет в IT — от кода до управления проектами с бюджетами $50M+ и командами до 450 человек. Строил системы с нуля, управлял бизнесами, проходил через санкции, M&A, кризисы. Инвестировал в стартапы и менторствовал основателей. Мои ученики приходят ко мне с разным бэкграундом — от парикмахеров до директоров заводов — и все они задают один и тот же вопрос: «Кем мне стать?»

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

О чём эта книга

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

Это не сборник советов по резюме. Здесь нет шаблонов сопроводительных писем и «как пройти собеседование».

Это — система выбора. Я покажу вам, как:

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

— Понять, какие IT-специализации существуют и чем они отличаются на самом деле (не по названиям, а по задачам и образу жизни).

— «Примерить» разные роли через реальные задачи, а не в теории.

— Выбрать формат работы: дистант, гибрид или офис — и понять, готовы ли вы к самодисциплине.

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

— Не застрять на позиции джуна и построить карьеру, а не просто «найти работу».

Кому эта книга

— Новичкам, которые хотят войти в IT, но не знают, с чего начать.

— Профессионалам из других сфер, которые решили сменить карьеру на IT.

— Студентам, которые учатся на IT-специальностях, но не понимают, куда идти дальше.

— Тем, кто уже попробовал «вкатиться», но понял, что выбрал не то направление.

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

Что вы найдёте в этой книге

Глава 0 — мудрость и система выбора: почему подход важнее самого выбора.

Глава 1 — типичные ошибки: как не выбрать специализацию по «громкости» названия, не начать с инструментов и не игнорировать свой прошлый опыт.

Глава 2 — ваш прошлый опыт — это фундамент, а не багаж. Вы уже умеете больше, чем думаете.

Глава 3 — путеводитель по IT-специализациям: разработка, аналитика, DevOps, менеджмент, дизайн, архитектура и другие роли.

Глава 4 — типичный день для каждой роли: как выглядит реальная работа, а не «красивая картинка».

Глава 5 — как понять, что именно вам подходит: анализ вашей природы, примерка ролей через задачи и опора на прошлый опыт.

Глава 6 — дистант, гибрид, офис: какой формат работы выбрать и почему дисциплина — ключевой фактор.

Глава 7 — типы IT-компаний: стартапы, корпорации, аутсорсинг, геймдев, блокчейн и другие — их плюсы, минусы и кому они подходят.

Глава 8 — что дальше? Как не застрять после выбора специализации и построить карьеру, а не просто найти работу.

И последнее: почему я написал эту книгу

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

Потому что верю: каждый может войти в IT, но не каждый знает, какую дверь открыть.

Потому что хочу, чтобы вы прошли этот путь быстрее и дешевле, чем я.

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

Если вы готовы смотреть на свою карьеру не как на «случайность», а как на систему, которую можно анализировать и менять — эта книга для вас.

Глава 0. Мудрость и система выбора

«Тот, кто знает других — умён. Тот, кто знает себя — мудр» — Лао-Цзы

Я провёл 28 лет в IT. Управлял проектами с бюджетами $50M+ и командами до 450 человек. Прошёл через санкции, M&A, кризисы. Менторствовал сотни человек — от тех, кто не знал, с чего начать, до тех, кто стал топ-менеджерами.

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

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

С 1998 года я активно изучал программирование и системотехнику, при этом практиковался и писал различного рода программы от научных до коммерческих. Меня всегда тянуло делать сложные гетерогенные системы — те которые ранее никто до меня не делал т. к. считалось что это не реально.

С 2004 меня привлекли к одному проекту где помимо моей личной работы руками (настройке серверов, программированию и интеграции) потребовалось руководить внешними и внутренними исполнителями. Именно тогда когда у меня появилась ответственность за проект я стал внимательно относиться к с соответствию исполнителей своим ролям. А это потребовало наблюдательности и выяснения массы новых для мня данных, которые позволили мне далее прогнозировать насколько тот или иной человек будет соответствовать роли в проектах. Будет ли этот человек грамотным специалистом или выполнит ли он поставленные задачи. Оказалось что кроме компетенции, которую к слову можно всегда нарастить — необходима мотивация. А вот с ней могут быть сложности если человек выбрал не ту специальность или ему её навязали. О этом мы с вами и поговорим далее в книге.

С чем ко мне приходят и какие запросы возникают.

«Я не знаю, что мне подходит».

Эту фразу я слышу довольно часто. От инженера с пятилетним стажем внедрения СУТП в нефтегазовом секторе, который хочет стать DevOps, но после установки Ubuntu не знает, куда двигаться дальше. От директора производства, который устал от офисной рутины и мечтает об удалённой работе, но не понимает, в какую сторону смотреть. От менеджера по продажам в банке она пришла ко мне с запросом: «Я хочу в IT, но я не знаю, с чего начать. Мне говорят про аналитику, но я не понимаю, что именно я должна делать».

Они все приходят с одним и тем же запросом: «Я хочу войти в IT, но я не знаю, какую траекторию выбрать».

И это нормально. Потому что в IT сегодня десятки профессий, сотни инструментов, тысячи курсов. И интернет кричит: «Стань разработчиком за 3 месяца!», «DevOps — это будущее!», «Аналитик зарабатывает от 200 тысяч!». А человек, который не знает рынка изнутри, просто теряется в этом разнообразии.

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

Вот их истории.

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

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

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

Мама троих детей, которая до декрета работала в консалтинге — не IT, а экономика. Сегодня она BI-аналитик и активно пишет SQL-запросы в Oracle и PostgreSQL. Её путь — пример того, как навыки работы с данными и аналитическое мышление можно перенести из одной сферы в другую.

Художник и мама. Более 15 лет она писала картины. Сегодня она — бесценный сотрудник направления UX/UI. Потому что дизайн — это та же композиция, те же цвета, та же гармония, хотя вместо холста — интерфейсы, а вместо красок — прототипы. Сейчас она управляет направлением UX/UI и руководит внутренними командами и внешними подрядчиками.

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

Студентки из МАДИ — их больше пяти. Я преподавал им в институте. С математическим образованием они пришли в IT и теперь занимают позиции fullstack-аналитиков и менеджеров проектов. Их системное мышление, заложенное математикой, оказалось прочнее многих «профильных» IT-навыков и помогла им развиваться в управлении командами.

Основатели стартапов с абсолютно разным опытом — их объединяет страсть реализации своей идеи и отсутствие опыта в системного построения бизнеса.

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

Это история нейроотличного студент, с которым в институте не могли общаться — его считали «сложным», «некоммуникабельным», «непонятным». Под моим началом он стал ведущим ETL-разработчиком в BI-отделе. И, что важнее, он научился правильно доносить свои мысли до оппонентов. Не потеряв себя, не сломавшись, а найдя язык, на котором его понимают.

Все эти люди — мои ученики. Они пришли из разных сфер, с разным бэкграундом, с разными страхами.

Системный подход к выбору специализации

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

— Понять свои склонности и сильные стороны;

— Оценить свой прошлый опыт как фундамент;

— Определить, какая специализация (DevOps, аналитика, разработка) вам подходит больше всего;

— Построить траекторию обучения и первого трудоустройства;

— Снизить риски.

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

Что вас ждёт в этой книге

Мы разберём различные ИТ специализации актуальные сейчас (во второй половине 2026 года) на рынке труда. Мы посмотрим на эти роли через призму:

— Какие задачи решает каждая роль;

— Какие навыки нужны;

— Какой образ жизни предполагает каждая роль — возможно ли трудиться дистанционно или это офисная работа;

— Какие карьерные перспективы открываются;

— Как ваш прошлый опыт может помочь в каждой из них.

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

И последнее: почему я написал эту книгу

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

Глава 1. Выбор — это самая сложная часть входа в IT.

Типичные ошибки

«Я знаю отдельные куски, но не вижу целого».

Эту фразу я слышу от учеников снова и снова. От инженера, который пять лет, в нефтегазовом секторе — внедрял СУТП (системы управления технологическими процессами), а теперь хочет стать DevOps, но после установки Linux не знает, куда двигаться дальше. От директора производства, который устал от офисной рутины и мечтает об удалённой работе, но не понимает, в какую сторону смотреть. От HR специалиста по подбору персонала, которая хочет стать ИТ специалистом, но боится что у неё не получится.

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

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

Ошибка №1: выбирать по «громкости» названия

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

— «DevOps — это круто, все его ищут».

— «Аналитик — это как менеджер, только с цифрами».

— «Разработчик — это классика, всегда нужен».

— «Менеджер проектов — это легко и можно трудиться дистанционно».

Но «круто» — это не критерий выбора. Критерий выбора — это соответствие вашим склонностям, опыту, образу жизни и фундаменту, который заложили в вас ваши родители и окружение.

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

Выбирайте не по громкости, а по соответствию.

Ошибка №2: начинать с инструментов

«Я выучу Python и стану разработчиком». «Я разберусь с Docker и стану DevOps». «Я освою SQL и стану аналитиком».

Инструменты — это средства. А специализация — это роль. Можно знать Python и быть разработчиком, аналитиком данных, автоматизатором или даже DevOps. Инструмент не определяет роль. Роль определяет, какие задачи вы решаете.

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

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

Ошибка №3: не учитывать свой прошлый опыт

«У меня нет профильного образования, я ничего не умею». Эту фразу я слышу от 80% учеников. И каждый раз я отвечаю: «А что вы умеете?»

— Если вы управляли людьми или занимались продажами, то у вас развиты Soft Skills и вы сможете управлять командами, а так же вести переговоры.

— Если вы работали с клиентами — вы сможете собирать требования.

— Если вы разбирались в документации — вы сможете писать спецификации.

— Если вы что-то автоматизировали — вы уже делали DevOps.

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

Ошибка №4: искать идеальный вариант и бояться ошибиться

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

Вот что я им говорю:

Выбор специализации — это не брак, а роль. Вы не выходите замуж и не женитесь на ней на всю жизнь. Это гипотеза, которую вы проверяете. Вы выбираете направление, пробуете его 2–3 месяца, смотрите, как вам работается, и корректируете курс.

В IT никто не ждёт, что вы останетесь в одной роли на 20 лет. Разработчик становится DevOps. DevOps становится архитектором. Аналитик становится продуктовым менеджером. А продуктовый менеджер — основателем стартапа. И это нормально.

Не бойтесь ошибиться. Бойтесь не начать.

Ошибка №5: игнорировать образ жизни

IT-специализации отличаются не только задачами и инструментами, но и образом жизни.

— Разработчик — сидит за компьютером, пишет код, минимум коммуникации, много фокуса. Бывают FrontEnd-разработчики (работают с интерфейсами, дизайном, визуальной частью продукта) и BackEnd-разработчики (работают с серверной логикой, базами данных, API, архитектурой). Образ жизни похожий — оба много пишут код и работают в команде, но фронтенд чаще взаимодействует с дизайнерами, а бэкенд — с архитекторами и DevOps.

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

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

— DevOps — отвечает за инфраструктуру, работает в условиях неопределённости, часто дежурит по ночам, решает проблемы «здесь и сейчас». Близкие по духу роли: Linux/Windows администраторы — поддерживают серверы, администрируют системы, часто работают в режиме ожидания инцидентов. SRE (Site Reliability Engineer) — это инженер надёжности, который совмещает задачи DevOps и разработки, пишет код для автоматизации, отвечает за отказоустойчивость систем. DBA (администратор баз данных) — специализируется на базах данных: оптимизация, резервное копирование, кластеризация, восстановление. Специалисты техподдержки — решают проблемы пользователей, часто сменный график и ночные дежурства. Anykey-специалисты — работают на «горячих линиях», решают нестандартные задачи без чётких инструкций. Образ жизни всех этих ролей — реактивный, с высоким уровнем стресса и ответственности.

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

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

Это совершенно разные образы жизни. И если вы не любите общаться с людьми — аналитика, продуктовый менеджмент и UI/UX вам не подойдут. Если вы не выносите ночные дежурства — DevOps, администрирование и техподдержка принесут вам выгорание. Если вы не любите сидеть в одиночестве и писать код — разработка может стать для вас тюрьмой.

Учитывайте образ жизни наравне с навыками.

Какой выход?

Есть два способа войти в IT.

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

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

Эта книга — про второй путь.

Глава 2. Ваш прошлый опыт — это не багаж, а фундамент

«То, что мы называем опытом, часто является просто памятью о наших ошибках» — Нассим Талеб

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

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

Я всегда отвечаю одно и то же: давайте посмотрим на это с другого ракурса.

История первая: как директор по производству стал IT-руководителем

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

— Я не знаю IT, — сказал он. — Я не понимаю, как управлять разработкой, как работать с Agile, как оценивать сроки.

— А что ты делал на заводе? — спросил я.

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

— А IT-проект — это то же самое, — сказал я. — Только вместо станков — разработчики. Вместо складов — репозитории. Вместо закупок — бюджетирование. Суть та же: ты должен организовать процесс так, чтобы результат был достигнут с минимальными потерями.

Сергей задумался. А потом начал перекладывать свой опыт на новую область:

— Его знание производственных процессов -> понимание жизненного цикла разработки.

— Его опыт управления бригадами -> управление командами разработки.

— Его понимание бюджетирования -> управление IT-бюджетами.

— Его навыки работы с поставщиками -> управление внешними подрядчиками.

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

История вторая: как продажник стал директором по цифровизации

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

— Я не понимаю, как управлять разработкой, — сказала она. — Я не знаю, что такое BI, Data Lake, CI/CD, DevOps, микросервисы.

— А что ты умеешь? — спросил я.

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

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

Сегодня Мария — успешный директор по цифровизации. Она говорит:

«Мой опыт в продажах помогает мне каждый день. Я понимаю клиентов. Я понимаю команду. Я понимаю, как устроен бизнес. Технологии я учу по мере необходимости. Главное — я знаю, как управлять».

История третья: как начальник отдела логистики стал CIO

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

— Я не программист, — сказал он. — Я не могу быть CIO.

— А кто сказал, что CIO должен уметь программировать? — спросил я.

— Ну… я думал…

— CIO — это про управление IT-системами, — сказал я. — Ты умеешь управлять логистическими цепочками. Теперь будешь управлять IT-системами. Разница — в контексте. Но суть та же: ты видишь картину целиком, понимаешь, как связаны элементы, умеешь управлять рисками.

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

История четвёртая: как парикмахер стал аналитиком

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

— Я умею только стричь и красить, — сказала она. — Какая из меня аналитик?

— А что ты делала как парикмахер? — спросил я.

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

— А аналитик делает то же самое, — сказал я. — Только вместо причёсок — требования к системам. Вместо клиентов — заказчики. Ты умеешь слушать, понимать потребности и предлагать решения. Это и есть фундамент аналитика. Инструменты — SQL, BPMN, UML — ты выучишь за пару месяцев.

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

История пятая: как фитнес-тренер стал DevOps

Один из моих учеников был фитнес-тренером. У него было образование 11 классов. Он работал тренером, изучал массаж, но хотел перейти в IT и работать удалённо. Он прошёл курсы 1С, изучал Java и Python по видео, но всё это давалось ему тяжело.

Когда он пришёл ко мне, он сказал:

— Я не знаю, куда мне идти. Я пробовал разработку, но мне не нравится сидеть и писать код часами. Мне нравится, когда что-то работает, когда я могу понять, как устроена система.

— А DevOps — это про то же самое, — сказал я. — Ты не пишешь код днями напролёт. Ты настраиваешь инфраструктуру, автоматизируешь процессы, следишь за тем, чтобы система работала. Это похоже на тренировку: ты не просто делаешь упражнения — ты выстраиваешь систему, которая даёт результат.

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

Он начал с изучения Linux, Docker и CI/CD. Через несколько месяцев он устроился младшим DevOps-инженером в компанию, где ценят не только технические навыки, но и умение выстраивать процессы и работать в команде.

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

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

— Я умею управлять бизнесом, — сказала она. — Я знаю, как работают люди, как управлять деньгами, как строить процессы. Но я не программист.

— А кто сказал, что тебе нужно быть программистом? — спросил я. — Ты умеешь управлять людьми, бюджетами, процессами. Это фундамент для менеджмента проектов или продуктового менеджмента. А твоё физическое образование даёт тебе системное мышление — это как раз то, чего не хватает большинству «чистых» менеджеров.

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

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

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

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

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

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

Он изучил основы DevOps: Docker, Kubernetes, мониторинг, управление доступом. Сегодня он самостоятельно контролирует IT-инфраструктуру своего бизнеса, понимает, как устроены потоки данных, и может принимать решения, связанные с безопасностью и масштабированием.

Что такое домен и почему он важен для руководителя

У каждого из нас есть опыт в определённой сфере — «домене» (на языке DDD). У Сергея — производство. У Марии — продажи. У Михаила — логистика.

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

Ваш доменный опыт — это ваш фундамент:

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

— Если вы работали в продажах, вы понимаете клиентов, команды, бюджеты.

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

— Если вы работали в банке, вы понимаете, как работают транзакции, скоринг, риски.

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

Вы не начинаете с нуля. Вы начинаете со знанием предметной области.

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

Как использовать свой прошлый опыт (практический алгоритм)

Когда ко мне приходит новый ученик, я задаю ему один вопрос:

«Что ты уже умеешь, что можно применить в новой роли?»

И мы вместе разбираем его прошлый опыт.

Шаг 1. Выпиши свой предыдущий опыт