Підчас онбордингу нова людина в команді часто робить не +1 до capacity, а взагалі −1.

Підчас онбордингу нова людина в команді часто робить не +1 до capacity, а взагалі −1. Згодні?😅

Бо поки новенький «вливається», хтось інший:
🧩 замовляє йому доступи
🧩 пояснює, де що лежить
🧩 відповідає на 48 питань у Slack
🧩 розшифровує сакральне «ну, в нас так історично склалося»
🧩 і паралельно намагається ще й свою роботу працювати

Тому сам факт «ми найняли ще одну людину» взагалі не означає, що команда стала продуктивнішою.

Є набагато цікавіша метрика — Time to Productivity. Це час від першого робочого дня до моменту, коли людина починає самостійно створювати цінність, а не переважно споживати увагу інших.

Ми дуже любимо пояснювати довгий тим, що «Ну, людині треба більше часу» або «Щось людина повільно входить у контекст».

«Познайомитися з командою», «розібратися в продукті» і моє улюблене «влитися в процеси» — це не критерії успіху. Що я люблю робити замість цього:
✅ Усі доступи — до Day 1. Йдемо по банальному чеклісту.
✅ Project/Product Map на на кілька сторінок. Хто за що відповідає, де документація, які основні процеси, які рішення вже прийняті і чому вони такі.
✅ Перша реальна задача — на 2–3 день. Маленька, безпечна, але справжня. Впевненість з’являється не після 17 прочитаних сторінок Confluence, а коли «Я це зробив(ла). Воно працює. Я вже тут корисна(ий)».
✅ Buddy. Конкретна людина, якій можна написати:
«Слухай, зараз буде дуже дурне питання…» і не витратити перед цим 40 хвилин на моральну підготовку 😁
✅ 30/60/90 plan, який можна перевірити.
«до 30-го дня самостійно проводить demo»
«до 60-го — веде X процес без супроводу»
«до 90-го — відповідає за X результат»

І так, Time to Productivity можна міряти.

Наприклад:
🧩 коли закрита перша задача без допомоги
🧩 коли людина вперше самостійно провела зустріч
🧩 коли ухвалила перше рішення без підстраховки
🧩 скільки допомоги потребує на 1-му тижні vs 4-му

До речі, продуктові люди зараз впізнають знайому концепцію. Time to Productivity для співробітника дуже схожий на Time to Value для користувача. В обох випадках наше завдання однакове:
🍏 прибрати friction ▶️ швидше довести до першої перемоги ▶️ показати наступний крок

Тільки в одному випадку ми будуємо хороший user onboarding, а в іншому — хороший employee onboarding. І тому я взагалі не вважаю онбординг просто HR-процесом. Це частина delivery system.

Якщо людині потрібно 8 тижнів, щоб почати приносити реальну користь там, де можна було зробити це за 3–4, ми весь цей час платимо ще й прихований onboarding tax усією командою.

Через скільки часу нова людина у вашій команді реально стає +1 до capacity?

Твій PM bot 🍀 | Курс з пошуку роботи (безкоштовно!) |100 Days with Claude 💃 | Долучитись до спільноти 400+ ПМів |🥠 Відкрити печенько | Підписка на канал 💝 | Правила каналу ❗ (вхід і вихід на канал здійснюється один раз)