Инструмент 2: Личный бренд

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

Что часто беспокоит:

• "Я не хочу казаться маркетологом"

• "Личный бренд -- это нарциссизм"

• "Если я хороший, люди сами узнают"

• "Мне некомфортно себя "продавать""

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

❌ НЕГАТИВНЫЙ (кринж): - Самовосхваление каждый день - Преувеличение результатов - Создание персоны (persona), которая не ты - Продажность ✅ ПОЗИТИВНЫЙ (аутентичный): - Делишься реальным опытом и уроками - Показываешь процесс, а не только результат - Помогаешь людям через знания - Остаёшься собой

Цель: Твоя экспертиза известна в организации.

Практика:

1. Документирование (documentation) (1–2 часа в месяц)

• Пиши разборы после проектов (post-mortems) (чему научился?)

• Создавай записи об архитектурных решениях (Architecture Decision Records, ADR)

• Документируй процессы, которые ты улучшил

• Размещай во внутренней вики (internal wiki)

Пример разбора после проекта (post-mortem):

# Project X: Lessons Learned ## Что прошло хорошо: - Процесс Y сократился на Z% - Команда была согласована (aligned) ## Что пошло не так: - Недооценили сложность в области B - Коммуникация с командой C была слабая ## Что изменим в следующий раз: - Добавим буфер 20% к временным оценкам - Будем еженедельно синхронизироваться с командой C ## Уроки (learnings): - [урок 1] - [урок 2]

Следующий, кто наткнётся на ту же проблему, найдёт твой разбор (post-mortem), сэкономит несколько часов и запомнит, что это ты.

2. Технические доклады (tech talks) (1 раз в месяц, 30 минут)

• Не "смотри как я крут", а "давайте разберём эту концепцию"

• Приглашай другие команды

• Формат: 20 минут презентация + 10 минут вопросы

Темы:

• "Как мы думаем о [проблема]"

• "Компромиссы (trade-offs) в архитектуре [система]"

• "Уроки из провала проекта X"

• "Лучшие практики в [область]"

50+ людей увидят твою экспертизу; 5+ запомнят и придут с вопросами потом.

3. Менторство (mentorship) (1–2 человека)

• Помогай растить других

• Твоё имя будет связано с их успехом

• Это создаёт репутацию лидера

Тебя начнут знать (known) как человека, который развивает таланты.

LinkedIn здесь не про «вау, смотрите меня», а про то, чтобы тебя замечали в индустрии (visible).

Минимальная практика:

1. Профиль в LinkedIn (30 минут один раз)

• Хорошая фотография (не обязательно в костюме, просто аккуратная)

• Короткое описание: "Я помогаю [кому] решать [какую проблему] через [метод]"

• Реальные достижения в описании (не скромничать, но и не врать)

• Ссылка на статью/проект/GitHub если есть

Пример профиля:

Инженер платформ с опытом в высоконагруженных системах. Помогаю командам масштабировать архитектуру с 10K до 100K RPS. Последние проекты: - Миграция на event-driven архитектуру (сокращение latency на 60%) - Менторство 5 junior инженеров, 2 из них выросли до уровня ведущего (Middle) Публикации: [ссылка] GitHub: [ссылка]

2. Посты 1–2 раза в неделю (10–15 минут)

Формат постов:

Тип A: Урок из проекта

Сегодня мы отключили сервер, который держал 40% трафика. Вот почему это был хороший день. Год назад: система зависела от одного старого server'а. Никто не хотел его трогать (страх). Что мы сделали: 1. Документировали всё, что на нём 2. Постепенно мигрировали нагрузку на новую инфру 3. Мониторили, мониторили, мониторили Результат: Отключили сервер без инцидента. Вывод: Страх часто больше риска. Начни с документирования. #Reliability #Architecture #Lessons

Тип B: Мнение по тренду

Все говорят о микросервисах как о панацее. Они полезны. Но не везде. Вот когда микросервисы имеют смысл: - > 50 человек в команде - Разные технологические требования по сервисам - Разные темпы развития Когда не имеют смысла: - Startup < 10 человек - Один домен, одна логика - Ещё нет проблем с масштабированием Я видел 10+ компаний, которые выбрали микросервисы слишком рано. Результат: 2–3 года разработки, потом откат на монолит. Сложность часто не решает проблемы, которые у вас нет. #Architecture #SoftwareEngineering

Тип C: Вопрос к сообществу

Как вы справляетесь с техническим долгом, когда в компании нет культуры рефакторинга? Я вижу три подхода: 1. Делать исподтишка (риск: никто не будет знать о пользе) 2. Мотивировать руководство (долго, не всегда работает) 3. Встраивать в каждый спринт (10% на refactoring) Что вы используете? #SoftwareEngineering #TechnicalDebt

Люди видят, что ты думаешь; рекрутеры — твой опыт; ты становишься known в индустрии. Постить каждый день не обязательно: 1–2 качественных поста в неделю > 5 пустых постов.

Ошибка: Игра на публику (performance)

LinkedIn: "Воплощаю мечты миллионов, меняю индустрию" Реальность: Вчера забил 3 часа, пока не понял, где баг Это выглядит фейково и отталкивает.

Правда: Аутентичность

LinkedIn: "Вчера потратил 3 часа на баг, который оказался одной запятой. Может, я тупой? 😅 Или это нормально для всех?" Это честно, это откликается (resonates), это привлекает.

РАССКАЗ О РЕАЛЬНОМ: [Что произошло, реально, без прикрас] ПОЧЕМУ ЭТО ВАЖНО: [Что я понял из этого] ВЫВОД ДЛЯ ДРУГИХ: [Как это может помочь тебе] ВОПРОС К ЧИТАТЕЛЯМ: [Как вы справляетесь? Я хочу учиться от вас]

Пример:

Третий раз за год мы откатили "улучшение производительности", потому что оно сломало другую систему. Я чувствовал себя неудачником каждый раз. Потом я понял: это нормально. Это означает, что: - Мы быстро экспериментируем - Мы быстро откатываем - Мы учимся быстро Компании, которые ничего не откатывают, обычно стоят на месте. Откаты — это не провалы. Это часть процесса. Как это у вас? Часто ли вы откатываете изменения?

• Что пошло не так? -> Поучительный пост

• Что ты из этого понял? -> Ценный инсайт

• Как это поможет другим? -> Authentic story

• "Почему разработчики не любят встречи (meetings)?"

• "Я написал доку, никто не прочитал, и вот почему"

• "3 вещи, которые я узнал о scalability"

• Видишь в Slack группе хороший вопрос?

• Ответил в Slack?

• Развернись и постни тот же ответ в LinkedIn

• "Я думал, что X, но на самом деле Y"

• "Популярное мнение про X неправильное. Вот почему"

• "Все говорят X, но в моём проекте Y"

Где:

• Medium, Dev.to, Habr (tech-ориентированные площадки)

• Блог компании (если позволяет)

Формат:

• 1500–2500 слов

• Case study из реального проекта

• "How we think about X" (не инструкция, а мышление)

• Уроки после провала

Пример темы:

"Как мы перешли с REST на gRPC. 6 месяцев работы, 3 откатов, и вот что я узнал."

Где начать:

1. Локальный meetup в твоём городе (30 минут, 50 человек)

2. Региональная конференция (1 час, 200 человек)

3. Федеральная конференция (1.5 часа, 500+ человек)

Тема:

• Что-то из опыта компании, но переформулировано как "lessons"

• "Как мы не делали это 3 раза"

• "Trade-offs и как мы выбирали между ними"

В итоге: сильный бренд («она выступала на конференции X»), расширение сети (20–50 полезных контактов), тёплые предложения от рекрутеров.

❌ Кринж:

"Я гений. Я построил систему, которая зарабатывает $10M в год!" (и ещё 30 человек её строили)

✅ Нормально:

"Я работал над проектом, который за год привёл к росту revenue на $10M. Моя роль: архитектура масштабируемости. Что я узнал: [3 главных инсайта]"

❌ Кринж:

"Я только что получил промо в Senior! Я лучше всех! 🚀"

✅ Нормально:

"Через 3 года я вырос до эксперта (Senior). Вот что помогло: 1. Менторство от ведущего инженера (Staff engineer) [имя] 2. Взял ответственность (ownership) за [проект] 3. Начал делиться знаниями через доклады (talks) 4. Честно говоря (honestly), много неудач Если ты тоже работаешь над ростом, вот советы: - [совет 1] - [совет 2]"

❌ Постишь каждый день ❌ Все посты про твои достижения ❌ Не отвечаешь в комментариях ❌ Копируешь чужие идеи и выдаёшь за свои ❌ Ищешь лайки и репосты ❌ Говоришь про себя в третьем лице

✅ Посты 1–2 раза в неделю ✅ 50% постов про уроки, 30% про опыт, 20% про достижения ✅ Отвечаешь на комментарии (даже критику) ✅ Цитируешь и даёшь кредит другим ✅ Не ищешь лайки, им придут сами ✅ Говоришь про себя от первого лица ✅ Помогаешь другим (репостишь их контент)

• Создать/обновить LinkedIn профиль

• Написать 3–4 поста (уроки из прошлых проектов)

• Опубликовать 1–2 post-mortem'а в internal wiki

• Запланировать первый tech talk (с командой)

• Провести 1 технический доклад (tech talk) внутри компании

• Написать 2 статьи в Medium/Dev.to

• Опубликовать 8 постов в LinkedIn (2 в неделю)

• Начать менторить 1 человека (менти)

• Выступить на локальном meetup (30 минут)

• Написать 1 глубокую статью (2000+ слов)

• Опубликовать 8 постов (2 в неделю)

• Собрать обратную связь (feedback) от менти

Ты станешь заметным (visible) внутри компании и начнёшь формировать бренд в индустрии.

Личный бренд = Честные истории + Регулярность + Помощь другим Это не про продажу себя. Это про честное донесение знания. Если ты научился чему-то полезному, поделись. Потому что кто-то это ищет. Вот и весь бренд.

ВНУТРЕННИЙ БРЕНД: ☑️ Записываешь посты во внутреннюю вики (internal wiki) ☑️ Проводишь технические доклады (tech talks) (минимум 1 раз в квартал) ☑️ Менторишь 1–2 человека ☑️ Люди приходят к тебе за экспертизой ☑️ Ты известен (known) как эксперт (expert) в одной области ВНЕШНИЙ БРЕНД (опционально): ☑️ LinkedIn профиль заполнен ☑️ Постишь 1–2 раза в неделю ☑️ Написал 1–2 статьи ☑️ Выступал на meetup или конференции ☑️ В LinkedIn письмо от рекрутеров Если ДА на 3+ пункта из первого → ты строишь бренд (building brand). Если ДА на 3+ пункта из второго → ты признанный эксперт (recognized expert) в индустрии