惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - Franky
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
aimingoo的专栏
aimingoo的专栏
WordPress大学
WordPress大学
人人都是产品经理
人人都是产品经理
酷 壳 – CoolShell
酷 壳 – CoolShell
L
LangChain Blog
Blog — PlanetScale
Blog — PlanetScale
阮一峰的网络日志
阮一峰的网络日志
Microsoft Azure Blog
Microsoft Azure Blog
云风的 BLOG
云风的 BLOG
Google DeepMind News
Google DeepMind News
T
The Blog of Author Tim Ferriss
G
Google Developers Blog
Hugging Face - Blog
Hugging Face - Blog
Y
Y Combinator Blog
D
DataBreaches.Net
Engineering at Meta
Engineering at Meta
MyScale Blog
MyScale Blog
大猫的无限游戏
大猫的无限游戏
S
SegmentFault 最新的问题
The GitHub Blog
The GitHub Blog
Recent Announcements
Recent Announcements

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Новичок не должен тонуть: зачем команде нормальный онбординг
svetlana_kos · 2026-04-22 · via Все публикации подряд на Хабре

Новичок не должен тонуть: зачем команде нормальный онбординг

Уровень сложностиПростой

Время на прочтение3 мин

Охват и читатели1.5K

Кейс

«У нас тут быстро, сразу к делу, документация потом» — знакомая установка? Бросаем всех в бой! Иначе зачем нанимали? Пока новый сотрудник не уволится через месяц, а команда не попросит «поменьше новичков, нам ведь надо успевать работать».

подготовленное погружение - безопаснее

подготовленное погружение - безопаснее

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

Онбординг бесит всех

· Новичок: «Я ничего не понимаю, все заняты, боюсь спросить» → тревога, ошибки, увольнение.

· Команда: «Опять отвлекать, объяснять одно и то же, проще сделать самому» → выгорание, снижение скорости.

· Руководитель: «Почему он до сих пор не в теме?» → разочарование, возврат к героизму.

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

Система онбординга

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

До выхода: чек‑лист «как не наступить на грабли»

· Доступы (по актуализируемому списку)

· Документы (вики или папка в облаке — с доступами из п1).

· План на 30/60/90 дней (с конкретными задачами).

· Поддержка (не я, а коллега, кто не начальник).

· MVP для новичка (задача, которую он может решить уже сейчас — до конкретного результата).

Первая неделя: режим наблюдения

· Знакомство с командой

· Среда, инструменты, принятые нормы

· Первая маленькая задача

Важно: нужно вхождение в среду, а не сразу в бой. Было и такое, что новый менеджер в первый же день вошел в конфликт с клиентом — потому что «надо проявлять инициативу».

30 дней: задачи + обратная связь + рефлексия

· Задачи становятся сложнее, но с поддержкой.

· Раз в неделю встреча «вопросы — разборы — что страшно».

· Фиксация прогресса (все видят, что он уже умеет).

60–90 дней: полное погружение и ИПР

· Сотрудник берёт задачи без указания

· Подключается к ретро и планированию.

· ИПР на следующие 3 месяца (конечно, через квартал редко меняется должность — но путь должен быть + важно — его должен составить/актуализировать руководитель направления, а не HR).


Как оценить онбординг

Список вопросов для того, чтобы сориентироваться («2+ нет → признак того, что есть что улучшить)»

· У роли есть чек‑лист «до выхода» (доступы, документы, план)?

· У нового сотрудника есть ментор (не руководитель)?

· Первая неделя — без боевых задач?

· Есть регулярные встречи для вопросов и рефлексии?

· Новичок знает, что будет делать на 30, 60, 90 день?

· ИИ помогает с базой знаний или расшифровкой?


Вместо заключения

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

И тогда снова оказывается, что нормальный, человеческий подход — не слабость, а вполне прагматичная стратегия)