Что важно понимать о Владимире до старта и в первые недели. Профиль неполный — тесты не проводили, мотивационных драйверов не измеряли. Работаем с тем что видно из отбора.
Не «влился ли сотрудник», а конкретный аргументированный ответ: почему он может НЕ подойти. Срок — 2–4 недели. Если аргументированного ответа нет — сотрудник продолжает работу.
На найме мы узнаём только ~50% информации о кандидате. Остальные 50% раскрываются только в работе — для этого нужна адаптация с чёткими инструментами, а не «плавание».
Данных по хардам от прошлых работодателей и глубокого тестового не проводили. Плюсы — то что подтвердилось на этапах отбора. Риски — то что не удалось верифицировать. Дозаполняем по мере наблюдения на реальных задачах.
Владимир — методичный сотрудник со сильным AI-фитом, но с узкой насмотренностью и без выраженной влиятельности. Главный вопрос адаптации — «сможет ли масштабировать свой подход» и «удержит ли темп на первом реальном объёме». Проверяется на первых 2–3 задачах, которые ставит Ксюша: как обрабатывает неопределённость, как отстаивает выводы, как реагирует на нагрузку.
Мотивационный тест Владимиру не даём и в ближайшее время не планируем. Смотрим в работе: как реагирует на разные типы задач, что вызывает энергию, что — усталость, что триггерит уход в шаблон. Формируем гипотезы по драйверам на 1-1 в первый месяц.
Что ставить Владимиру, как контролировать и что передать в первые недели. Все 6 задач — автоматизация и аналитика: ТЗ от Ксюши и Константина.
Полные подзадачи, сроки и статусы — в индакшн-плане. Ниже — карточки с сутью и источником ТЗ.
• ТЗ у Константина — есть видео с описанием.
• Разобрать процесс приёмки как есть: где данные, кто владелец каждого шага.
• Спроектировать автоматизацию: этикетка + флаг «правильно/неправильно» + фиксация ответственного.
• Согласовать с Ксюшей до запуска.
• ТЗ у Ксюши.
• Определить какие метрики собирать и с какой частотой по каждому отделу.
• Настроить сбор данных автоматически (без ручных выгрузок).
• Реализовать логику подсветки аномалий: пороги, отклонения от плана, тренды.
• ТЗ у Константина.
• Спроектировать этапы поставки как воркфлоу с автоматическим переходом.
• Настроить авто-обновление статусов из источников (1С, WB-кабинет, коммуникация с поставщиками).
• На следующей итерации — уведомления в Telegram-бот при смене этапа.
• ТЗ у Ксюши — сформулирует на установочной встрече.
• После получения ТЗ — обновить эту карточку и добавить подзадачи в индакшн-план.
• ТЗ у Ксюши.
• Собрать логику оборачиваемости: собственный склад vs региональные FBS отдельно.
• Настроить автоматический пересчёт по мере поступления новых данных.
• Определить триггер «пора дозаказывать» по SKU.
• Данные от Константина.
• Список текущих задач бухгалтерии → что рутинное, что уникальное.
• По каждой рутинной — оценить возможность автоматизации, приоритизировать.
• Согласовать финальный список с Константином и Ксюшей до старта реализации.
Основной инструмент передачи задач Владимиру. Через пятилистник Ксюша передаёт свои основные задачи и задачи по отчётности — не «дай файл, разберись», а последовательно через 5 шагов от объяснения до автономии.
Если у сотрудника дефицит знания — нельзя бросать в самостоятельную практику. Нужна последовательная передача. Пропуск шагов = закрепление неправильного паттерна.
У Владимира узкая насмотренность как у аналитика и нет влиятельности. Часть отчётов сейчас делает Ксюша сама. Все её основные задачи и задачи по отчётности нужно передать Владимиру именно через пятилистник — иначе он либо построит своё поверх (без понимания как здесь работает), либо застопорится и не выйдет на команду за данными.
Частота контроля должна уменьшаться по мере роста компетенции, но не исчезать мгновенно. Из-за узкой насмотренности Владимира — держать шаги 3–4 дольше обычного, минимум 2–3 итерации каждой задачи. Это же даст первый честный сигнал по темпу и энергичности.
6 ключевых задач. Ксюша передаёт свои напрямую (задачи 2, 4, 5). По задачам Константина (1, 3, 6) — Ксюша координирует передачу, но само ТЗ показывает Константин. Даже так — механика передачи через пятилистник, а не «файл в чат».
Не бывает лучшего стиля — бывает стиль, подходящий конкретному сотруднику в конкретной задаче. Владимир — сплит: D1 в задачах Ксюши и в процессах Birka + D2 в собственной аналитической работе.
Владимир — бизнес-аналитик с узкой насмотренностью и без выраженной влиятельности. Методичный, уверенно с ИИ — это стартовый ресурс. В контексте Birka — D1: не видел процессов компании, отчётов, культуры, привык работать в другом контуре. В собственной аналитике — D2: уверенности пока нет, паттернов мало, но мотивация присутствует.
Уровень D — это не черта личности, а характеристика по конкретной задаче. Владимир D1 в вопросе «как считается вот этот конкретный отчёт Birka» и D2 в вопросе «как я сам построю отчёт под задачу» одновременно. Оцениваем задачу, а не человека в целом.
S1 — для передачи конкретных задач и отчётов, которые сейчас делает Ксюша: «где источник данных», «как считается вот эта метрика», «в каком формате уходит», «кто заказчик». Здесь применяется через пятилистник (см. лист 3).
Максимально конкретно: что делать, как измеряется результат, к какому сроку. A (достижимость) и R (значимость) — вторичны для передачи задач. Главное — чёткие критерии результата, дедлайн и образец того что считается хорошим результатом.
Убедиться: Владимир понял «маршрут» задачи в контексте Birka — кто владелец, где данные, как согласуется с соседями. Вопрос: «Расскажи как пойдёшь по данным» — он проговаривает план. Снижает риск того что пойдёт своим шаблоном там, где здесь работает по-другому.
Промежуточные точки каждые 2–3 дня в первый месяц. Не потому что не доверяем — а потому что процессы Birka не документированы и Владимир может застрять на несогласованности данных или не выйти на нужного человека из-за отсутствия влиятельности. 1-1 минимум 2–3 раза в неделю первый месяц.
По задачам Ксюши Владимир только учится. SOR помогает объяснить что пошло не так без оценки его личности — не путаем «не знал как в Birka считается» с «плохой аналитик». Владимир методичный, ценит нормативность — SOR ложится ему естественно.
Назови ожидание или правило. Владимир должен знать относительно чего ты даёшь ОС.
Конкретный факт, без оценок и «всегда/никогда». Описываешь поведение, не личность.
Последствие для процесса, отчёта или планёрки. Связываешь поступок с влиянием на систему.
S2 — для аналитических задач, которые Владимир начинает делать самостоятельно (не переданные Ксюшей отчёты, а его собственная работа). Из-за узкой насмотренности и неуверенности — не сразу S3/S4. Ксюша задаёт цель + логику подхода, метод они согласуют вместе.
Формулировка задачи, критерии, срок + объяснение зачем (R). Спросить его мнение — «как ты видишь, как это делать» — и согласовать метод вместе. Так и добираем насмотренность, и снижаем риск, что пойдёт по неоптимальному пути в одиночку.
Не «в конце срока», как для D4, но и не «каждый день», как для D1. Заранее согласованные точки — например, «покажи первый набросок в среду, финальный вариант в пятницу». Отмечать прогресс явно.
1-1 остаются 2–3 раза в неделю первый месяц. Структура: 40% задачи Ксюши (S1), 40% собственная аналитика (S2), 20% рефлексия по неделе и планированию. По собственной аналитике — не «покажи что сделал», а «покажи как думал».
D2 = мотивация неустойчивая, уверенности пока нет. Формула: 1 конкретный «плюс» + 2 конкретных «что улучшить». Акцент на прогрессе — что получилось лучше, чем в прошлый раз. Так и добираем насмотренность, и удерживаем мотивацию, и постепенно снимаем вопрос по энергичности.