96 записей с тегом "engineering-management"

Вашего лучшего senior-инженера повысили в «лида». Никто не написал, TL это или EM, — и теперь она делает и то, и то. Ревьюит каждый PR, ведёт все 1:1, планирует каждый спринт и при этом должна катить свой код. Через три месяца её личный output обвалился, командный — следом. Stack Overflow Developer Survey 2024: инженеры в гибридных «lead»-ролях сообщают о в 1,6 раза более высоком выгорании, чем те, кто на чистом IC или чистом management треке. Слияние ролей — самая частая и самая дорогая ошибка в инженерном лидерстве, которую мы видим.

Tech Lead и Engineering Manager — разные работы с разными метриками успеха, разным распределением времени и разными режимами отказа. Выберите одно на человека или обе, но наймите двоих.

Новый VP of Engineering попадает под микроскоп по трём осям: что он режет, кого оставляет и как быстро анонсирует план. Ошибка в порядке — и доверие улетает к 4-й неделе: организация решает, что вы либо реорганизатор, либо lame duck, ещё до того, как вы разобрались в кодовой базе. The First 90 Days Майкла Уоткинса — базовая книга, но она написана для руководителей вообще. У инженерных организаций есть специфические ловушки.

Контринтуитивный ход: в первые 30 дней анонсируйте меньше, чем вам кажется правильным. Не театр "listening tour" — реальная измеренная пауза, пока вы читаете календарь организации, историю инцидентов и deploy-пайплайн.

CTO одной insurtech-компании как-то сказал мне: «Мы не SaaS. Мы SaaS, который продаёт финансовый дериватив». Разница важна, потому что страховое ПО не просто релизит фичи — оно релизит модели риска, которые регулятор будет проверять на горизонте пяти лет. Баг в claims-сервисе — это тикет в поддержку. Баг в модели ценообразования — это жалоба регулятору, потенциально неверно оценённый портфель контрактов и разгребание в квартальных, а не спринтовых единицах.

Deloitte в Global Insurance Outlook 2024 сообщил, что 47% страховщиков называют модернизацию legacy-систем инженерным ограничением №1. Команды, которые её ведут, ходят по канату: регуляторы (EIOPA в ЕС, NAIC в США, Банк России и казахстанский AFSA в СНГ) не интересуются, что вы внедрили continuous deployment. Они интересуются, можете ли вы доказать, какая версия актуарной модели оценивала полис в конкретный день.

Инженер LegalTech не просто катит фичи. Каждый коммит трогает данные, которые могут быть запрошены в рамках discovery, защищены privilege или регулироваться правилами bar association конкретного штата. Мировой рынок legal-software пересёк $29B в 2024 (Deloitte Legal Operations 2024), и вместе с ним пришла compliance-поверхность, которой нет в обычной SaaS-команде: attorney-client privilege, SOC 2 Type II как baseline, ISO 27001 для работы с документами, плюс e-discovery правила в 50+ юрисдикциях.

Измерение продуктивности здесь — не surveillance-инструмент, а аудит-артефакт. Та же IDE-телеметрия, которая в SaaS говорит EM'у «команда здорова», в LegalTech — это доказательство SDLC-зрелости на IT security review у enterprise-клиента из топ-200 юрфирм.

У Solidity-инженера, который деплоит контракт в mainnet, запас на ошибку меньше, чем у инженера запуска SpaceX. После деплоя код immutable, публичен для любого аудитора и часто контролирует больше денег, чем весь treasury работодателя. TVL DeFi-протоколов перешёл $200B в Q1 2026 (данные DefiLlama). Метрики, созданные для web2 SaaS, здесь не работают.

Deployment frequency теряет смысл, когда "деплой" — это апгрейд прокси с 48-часовым timelock-голосованием. Lead time теряет смысл, когда последняя стадия — внешний аудит за $200K. Мы работали с 3 Web3-командами — двумя L2 rollup и одним DeFi — и пересобрали стэк метрик под ограничения, которых в web2 просто нет.

SOC, который ездит только на MTTR, измеряет пожар, а не пожарную команду. В отчёте IBM Cost of a Data Breach 2024 среднее время выявления и сдерживания утечки — 258 дней, и команды, которые пробили планку в 200 дней, сделали это не за счёт скорости реакции. Они детектили раньше и тратили меньше времени на toil. MTTR был побочным эффектом, а не целью.

Инженерия кибербезопасности требует своего стека метрик. Стандартные engineering KPI недооценивают асимметричную цену пропуска, а чисто InfoSec-дэшборды не замечают, выгорает ли команда или сжигает ли она бюджет.

LinearB сделал один из самых «мнение-имеющих» инструментов в инженерной аналитике. Дашборды хорошие. DORA-отчёты точные. Но настоящий продукт это workflow-движок: gitStream-правила, авто-роутинг PR, slack-боты-напоминалки, отслеживание командных инициатив. Этот слой и оправдывает цену $30-50 за seat. Вопрос, который встаёт на каждом ренью: workflow-движок реально меняет поведение или мы платим премиум за дашборд?

Если в 2026 году вы вбиваете «linearb альтернатива», скорее всего, вы уже задавали себе этот вопрос.

Swarmia это самый «чистый» Git-driven инструмент инженерной аналитики на рынке. Достаёт коммиты, PR и деплои, считает DORA, показывает cycle time на уровне команды и не лезет в процесс. Большинство команд, которые её покупают, остаются довольны на год-два. Потом всплывает вопрос, на который инструмент изначально не рассчитан (обычно про деньги, on-prem или то, что реально происходит вне PR), и начинается поиск.

Если в 2026 году вы вбиваете «swarmia альтернатива», эту задачу мы и разбираем.

WakaTime — лучший персональный трекер кода на рынке. Больше 500K пользователей, плагины под 40+ редакторов, и ежегодный «Wrapped» отчёт, которого комьюнити реально ждёт. Premium стоит $9 в месяц. Это честная цена для одного разработчика, которому интересно «сколько я кодил сегодня?». Проблема начинается в день, когда тимлид открывает тот же дашборд и задаёт другой вопрос: как работает команда, во сколько обходится поставка, где узкое место?

На этот вопрос WakaTime не отвечает. И ровно его задаёт каждый, кто в 2026 году вбивает в Google «wakatime альтернатива».

Лучший SRE ушла в прошлом квартале. На exit-интервью она не сказала «выгорание», но последние три месяца в её календаре — 14 ночных пагеров, 2 выходных на инцидентах и звонок в 3 утра в день рождения. Опрос Catchpoint / DevOps Institute 2021 года среди 500+ on-call инженеров показал: 67% сообщают о симптомах выгорания, напрямую связанных с нагрузкой от пейджера. SRE-книга Google ставит потолок — 2 инцидента на смену; дальше ротация считается нездоровой. У большинства команд, которые мы измеряем, этот потолок пробивается в первую неделю.

On-call лечится. Это задача расписания и социотехники, а не слабости тех, кто «не справляется». Ниже — playbook из 9 правил, который держит SLA и ваших сильных инженеров в команде дольше второй ротации.