← Все статьи

Как обучать новых сотрудников без постоянного исправления их работы

Почему новичок приходит за ответом к руководителю и как рабочая история проекта и ИИ-агент через MCP помогают ему разбираться самому.

Как обучать новых сотрудников без постоянного исправления их работы

Вы нанимаете человека, чтобы двигать проект быстрее. Первые недели подробно объясняете ему работу. Потом проверяете результат, находите ошибки, исправляете. Ещё раз объясняете. Ещё раз исправляете.

Через некоторое время у вас появляется сотрудник, но свободного времени становится меньше.

Руководителя утомляет не сам разговор с новичком. Рассказать, как устроен проект, обычно нетрудно. Тяжело знать, что за объяснением последует ещё одна работа: заметить, где человек не разобрался, остановить последствия и переделать за него.

Как руководитель забирает работу обратно

Вы стали руководителем благодаря опыту. Поэтому быстрее замечаете слабое решение, знаете нужного человека, помните похожую задачу. Поправить самому кажется проще, чем ждать, пока сотрудник разберётся.

Так часть его работы постепенно возвращается к вам. Он приносит вопрос — вы находите ответ. Он приносит ошибку — вы исправляете. Он приносит незавершённую мысль — вы додумываете.

Сотрудник привыкает получать следующий шаг от руководителя. Руководитель привыкает, что без него работа остановится. Нового человека приходится вводить в тот же порядок.

Эту нагрузку трудно снять очередной вводной встречей. Нужно изменить то, с чем сотрудник приходит к руководителю и что обязан сделать самостоятельно до разговора.

Дайте человеку возможность разобраться

Самостоятельность начинается с доступа к рабочему контексту.

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

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

Но карточка «сделать — готово» ничему не научит. Если объяснение каждого решения осталось только в голове руководителя, новичок неизбежно придёт за ним.

Поэтому сохранять ход работы нужно во время самой работы. Обсудили варианты, обнаружили ограничение, изменили решение — оставили понятный след. Тогда следующий сотрудник сможет учиться на опыте команды.

Доска проекта как учебник «кто что говорил»

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

Достаточно выдать новичку доступ к проекту — и он может сам пройти по закрытым задачам.

Пример. Допустим, в команду пришла менеджер по работе с клиентами, и ей дали задачу: согласовать с клиентом перенос сроков запуска. Вместо вопроса «а как мы обычно это делаем?» она открывает колонку «Готово» и через поиск находит две похожие задачи: поиск понимает смысл запроса, так что подходит и та, в названии которой слова «перенос» нет вовсе.

В первой задаче в чате видно, что клиенту сначала предложили сократить объём, и он отказался. Во второй — что сроки удалось сдвинуть, только когда руководитель проекта заранее показал, что именно блокирует работу. Из описания видно, кто как формулировал условия, а в истории версий — как менялись договорённости. Заодно ясно, к кому из коллег идти с уточняющим вопросом: имена участников стоят рядом с каждым сообщением.

Это та самая детальная картина: не «так принято», а «вот что говорили, вот кто, вот почему так вышло».

Пусть повторяющиеся вопросы получает ИИ

Открыть человеку историю проекта — полезный первый шаг. Разобраться в сотнях задач всё равно бывает трудно. Доска показывает детали, но не обзор.

ИИ, которому доступен рабочий контекст, может помочь найти связанные материалы, собрать объяснение и показать источники. Подключение через MCP позволяет дать такой доступ совместимому внешнему или корпоративному агенту.

MCP: взгляд на проект целиком

У Branzy есть MCP-сервер с авторизацией OAuth 2.1. Новичок подключает к нему своего AI-клиента, подтверждает доступ — и может задавать вопросы не по одной задаче, а по всему проекту сразу. Ассистент видит только то, что видит сам сотрудник, поэтому лишних прав никто не получает.

Продолжим пример. Наша менеджер спрашивает агента: «Как мы раньше переносили сроки по клиентским проектам, какие возражения звучали и что помогало?» Агент собирает ответ из десятков задач и обсуждений и указывает, на какие именно он опирается. Оттуда она переходит в нужные карточки и читает подробности в оригинале.

Новичок может спрашивать столько, сколько ему нужно: почему сделали именно так, что пробовали раньше, чем похожие задачи отличаются, где возникали ошибки. Это не заменяет доску, а дополняет её:

  • Доска отвечает на вопрос «что именно сказал человек и в каком контексте»;
  • MCP отвечает на вопрос «что вообще происходило по этой теме и как всё связано».

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

После этого вопрос руководителю звучит иначе: «Я нашёл два похожих случая. Предлагаю этот вариант, потому что здесь такое ограничение. Правильно понимаю?»

В таком разговоре уже есть работа самого сотрудника.

Самостоятельность проверяйте до найма

Для такого подхода нужен человек, который умеет разбираться, а не только обещает учиться.

Это можно проверить на собеседовании: дать небольшой пример задачи и несколько материалов, затем попросить объяснить предлагаемое решение. Посмотреть, какие вопросы кандидат задаёт, замечает ли противоречия, умеет ли отделить известное от предположений.

Способность учиться особенно важна там, где задачи меняются. При этом необходимые профессиональные знания всё равно должны соответствовать роли.

Руководитель задаёт направление

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

Руководитель сохраняет ответственность за организацию работы и проверяет важные решения. Но сотрудник тоже отвечает за свою часть: вопрос не должен автоматически превращаться в поручение руководителю разобраться вместо него.

Рабочая история и ИИ помогают сделать такую самостоятельность возможной. Они сокращают зависимость от памяти и постоянной доступности одного человека.

Итог

Обучение стоит строить вокруг простой договорённости: «Разбирайся, проверяй, приноси варианты. Я помогу выбрать направление».

Тогда приход нового сотрудника может со временем освобождать руководителю время для развития проекта.

Чтобы попробовать: пригласите новичка в проект, попросите его начать с закрытых задач, а затем подключите AI-клиента через MCP.

Все договорённости — в одном месте

Чаты, задачи, календарь и заметки в одном приложении. 14 дней бесплатно.

Начать бесплатно