Как правильно нанимать, управлять и расставаться
Зумеров обвиняют в том, что они разваливают бизнес кофе-брейками и нежеланием работать. Но проблема глубже: рынок труда превратился в театр продуктивности, где имитация давно заменила результат, а человек стал функцией. NLP анализ датасета из 146 тысяч вакансий вскрывает системную проблему — и она касается не только молодых.
Вы проводите daily stand-ups? Делаете ретроспективы каждые две недели? Следите за velocity? Поздравляю, вы делаете Scrum. Но понимаете ли вы философию? Или ваш Scrum превратился в набор встреч, которые все ненавидят, но ходят, потому что «так надо»?
В 2022 году мы приняли решение объединить множество показателей, связанных с разработкой, в интегральную метрику Contribution. Данной метрикой мы диагностируем Code review и считаем вклад разработчика в продукт.
Contribution является индикатором (светофором), подсвечивающим экстремально низкие значения показателей, включенные в модель. Сигналы помогают нам фокусироваться на потенциальных проблемах в производственном процессе или в работе команды.
Сейчас расскажу, зачем это нужно и как мы пришли к этой метрике.
О чем эта статья
«Как дела? Не могу говорить, все горит!»
Реальность B2B SaaS (как и в большинстве направлений разработки) последние пару лет — это перманентный пожар. Заказчик просыпается с новыми вводными, рынок штормит, приоритеты меняются быстрее, чем успеваешь обновить Jira.
Представьте совещание в условном зуме. В комнате - инженеры данных, парочка разрабов, парочка аналитиков, парочка менеджеров, парочка еще кого-нибудь, неважно. Обсуждают новый отчёт.
Сегодня хочу поговорить с вами о доверии к IT-специалистам, а именно о том, что с ним стало и к каким последствиям в найме это привело. Мы посмотрим на наши честные кейсы и факапы с кандидатами, работниками и посчитаем экономику убытков.
Качественный и полноценный отдых важен и даже жизненно необходим для счастья и продуктивности.
В этом лонгриде я сфокусируюсь на том, что для многих читателей будет контринтуитивным: на примерно 30 разных подходов к тому, чтобы вы не просто качественно восстанавливались, но и получали от этого удовольствие.
И основополагающее правило, которым посоветую руководствоваться при прочтении:
Отдых — это не награда за какие‑то действия, это часть полноценной и насыщенной жизни.
На связи — Катя Лысенко и вторая часть статьи о системе онбординга новых людей в команду. Здесь поговорим о маршруте, ролях и последовательности в управлении адаптацией. Освежить в памяти материал вы можете по ссылке на первую часть.
В структуре онбординга, которую мы внедрили, получилось три ключевых части:
Геймификация — всё, что происходит до выхода, плюс квесты первых дней и встречи.
План онбординга — подробный маршрут, направляющий новичка через обучение, знакомства и задачи.
Self-Assessment — регулярная точка саморефлексии, через которую новичок понимает, куда движется и что с ним происходит.
Как это было?
Год назад команды строили контент-план на 2025-й по наитию — писали о том, что кажется важным и интересным, и надеялись на органический охват. А в этом году мы решили изучить контент и собрать данные, чтобы планировать было понятнее — ну и было, от чего оттолкнуться.
Хабр подвёл итоги корпоративного контента за прошлый год, в цифрах есть неочевидное — особенно для тех, кто отвечает за HR-бренд и DevRel.
Разбираем, какой контент компаний заходил на Хабре, что изменилось, почему это важно и как это использовать. П.с. обзор будет полезен и тем, у кого ещё нет корпоративного блога — данные помогут понять, что сейчас интересно IT-аудитории.
Аналитик, которого все любят. Разработчик, без которого всё рассыпается. Дизайнер, к которому идут за советом. Никто из них не получит повышение — именно потому что они слишком нужны на своём месте.
Левитт и Марч назвали это ловушкой компетентности. Принцип Питера описал обратную сторону. А Стив Джобс, не читая этих работ, дал точный ответ: лучший менеджер — это тот, кто никогда не хотел им становиться.
В статье разбираю механику ловушки, объясняю чем IC отличается от просто хорошего исполнителя — и даю конкретный план для разработчиков, аналитиков и дизайнеров.
Ваш сеньор не «выгорел» — у него потекли баки. Почему HR-департаменты гробят проекты, пытаясь лечить сбои нейромедиаторов отпусками и разговорами о мотивации.
Я инженер, а не психолог. Я смотрю на ментальное здоровье команды как на отказоустойчивость сервера. В статье — разбор того, почему «гениальный код» в 4 утра — это аварийный сигнал, как AI-инструменты масштабируют безумие разработчиков и почему иногда честный «химический сон» полезнее для бизнеса, чем тимбилдинг.
Инженерный манифест управления людьми, у которых «сорвало резьбу».
Примечание: эта статья написана от лица AI-ассистента. Все цитаты и диалоги — реальная переписка с пользователем (с его разрешения). Код, ссылки и технические детали — подлинные.
По какой-то причине мнения относительно ИИ сильно поляризованы. Одни едко критикуют, другие восторгаются. Вместе с развитием технологии растет и ее аудитория, как в дне сурка проходя все те же стадии принятия. За 3 года бурного распространения генеративного ИИ стали понятны глубинные мотивы некоторых комментаторов и участников процесса. Ниже результаты расследования, основанного на моем опыте как руководителя ит-компании Starfish и компании-вендора ИИ-копайлота для 1С-ников 1yes.pro.
А вы знаете на что уходит ваше рабочее время?
Не знаешь что сказать на ежегодном перфоманс ревью?
Нужно подготовиться к ежемесячному one to one, но не помнишь чем занимался?
Нужно провести ретроспективу по задаче?
Не знаешь почему задача заняла так много времени?
Забыл что делал вчера, 1 день назад, 2,3?
Интересуешься самоорганизацией?
Возможно этот инструмент для тебя.
Привет! Меня зовут Игорь, я занимаюсь разработкой на Unity c 2018 года.
В статье рассказываю о личном подходе к самоанализу, инструменте для оценки распределения трудозатрат и поиске точек роста. В конце статьи бонус: как выглядит 1 рабочий день из жизни техлида.
Есть отдельный мем в корпоративной среде — инициативы по развитию доверия. Как это бывает? В один прекрасный рабочий день вы получаете письмо от эйчара, где вас зовут на тимбилдинг с практиками по развитию этого самого доверия. Или вас просят пройти анонимный опрос на платформе для фидбэка, а в конце письма приписка: «Мы строим культуру доверия и открытости». Все бы ничего, но вы-то знаете, что каждую командировку тут нужно проводить через три согласования (чтобы за деньги компании сотрудник случайно не отдохнул в селе Голышманово под Тюменью). После попытки задать вопросы другой команде об их процессах вам сразу же назначили внеплановый 1-to-1. А как тихо пропесочили одного вашего коллегу за резкую критику в «анонимном» опросе, все запомнили еще с прошлого года.
С другой стороны, совсем без страховки и регламентов тоже нельзя: хаос будет. Или нет? Пару лет назад мне довелось прочитать книгу «Скорость доверия» Стивена М. Р. Кови, она рассказывает о том, как компании, где люди не доверяют друг другу, теряют деньги и как снижают издержки те, где культура доверия на самом деле есть.
Теперь к самому интересному: что оттуда можно утащить в работу тимлида, проджекта и вообще любого человека, который создает и отвечает за процессы у себя на работе.
По данным Росстата и РАН в теневом секторе экономики занято около 13–14 млн человек (это до 28% всех работающих!). Причем значительная часть «скрытой занятости» приходится на строительство, ремонт авто и информационные технологии.
Представьте, вы — молодой руководитель, и вашей команде нужен узкопрофильный специалист. Как найти настоящего профи, если подбор – вообще не ваша работа, но от того, кого из кандидатов вы выберете, зависит дальнейшая жизнь команды?
В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС.
Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС.
Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации).
Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением.
А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации.
Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).
Хорошая новость: рекламы “тестирование - это легкий вход в айти” от крупных онлайн-платформ больше нет, экономика вместе с IT-наймом упали и курсы по тестированию начали закрываться.
Плохая новость: первыми закрываются курсы с уровнем трудоустройств студентов 50%.
А не те, после которых офферы в IT получают 5%.
Значит, инфоцыган пропорционально становится только больше.
Почему одни кандидаты проваливаются из-за одной фразы, а другие проходят дальше, даже без идеальных ответов? Семь реальных подводных камней собеседований, о которых обычно узнают слишком поздно.