Передача проекта другому сотруднику: чек-лист и шаблон
Папка с файлами ещё не объясняет, почему команда выбрала это решение, что обещала клиенту и какой срок нельзя пропустить.
Передайте контекст вместе с задачамиНовому ответственному нужны три уровня информации
Короткий ответ
Чтобы передать проект другому сотруднику, подготовьте краткую карту состояния, актуальные документы, решения с причинами, ближайшие действия и список открытых вопросов. Проведите созвон по этой карте, затем проверьте понимание и доступы. Запись разговора помогает сохранить нюансы, а короткий документ — быстро найти главное. Ниже — чек-лист, шаблон и пример заполнения.
Содержание
Что обычно теряется при передаче
Коллеге прислали ссылку на папку и сказали: «Там всё есть». Через день он спрашивает, какой макет последний, кто согласует тексты и почему нельзя использовать прежнюю интеграцию. Формально материалы переданы, но работать без прежнего менеджера всё ещё трудно.
Чаще всего недостаёт связей: решение → причина, задача → зависимость, обещание → источник. Их нужно вынести на первый план. Историю переписки можно оставить приложением, но она не должна быть единственным способом понять состояние проекта.
В практическом регламенте Сибирикс по передаче проекта отдельное внимание уделяется сохранению материалов переговоров и знакомству нового руководителя с заказчиком. Внутри вашей команды набор шагов зависит от проекта, однако устные договорённости тоже должны получить понятное место в документах.
Если задача пока только в хранении записей, используйте систему архива расшифровок. Передача проекта дополнительно требует проверки того, что человек понимает текущую работу.
Что собрать до созвона
Назначьте передающего и принимающего. Укажите дату, с которой меняется основной ответственный, и кто отвечает за переходные вопросы. Так задачи не зависнут между двумя людьми.
| Блок | Что подготовить | Как понять, что достаточно |
|---|---|---|
| Цель и границы | Какой результат нужен; что входит в текущий этап. | Коллега может объяснить задачу без пересказа всей истории. |
| Состояние | Что готово, что на проверке, что заблокировано. | Статусы совпадают с актуальными материалами. |
| Документы | Ссылки на текущие версии, исходники, требования и решения. | Понятно, какой файл использовать, и он открывается. |
| Люди и роли | Кто согласует, выполняет, консультирует и решает спорные вопросы. | Для следующего шага известен нужный контакт или рабочий канал. |
| Обещания и сроки | Что подтверждено участниками и от чего зависит. | У каждого важного обещания есть источник. |
| Риски и вопросы | Что неизвестно; кто должен уточнить и к какому моменту. | Неопределённость не замаскирована статусом «в работе». |
Доступы проверяйте отдельно от ссылок. Наличие адреса документа не означает права на него. Выдавайте доступ штатным способом, а в карте фиксируйте систему и роль; пароли и секретные ключи в общий документ не переносите.
Как провести созвон по передаче проекта
Начните с текущей задачи, а не с хронологии за полгода. Что новый ответственный должен сделать первым? Какие знания нужны, чтобы не допустить ошибки на этом шаге?
- Покажите результат и текущее состояние. Откройте именно актуальные материалы.
- Разберите ближайшие действия. Уточните исполнителя, срок и зависимость каждого.
- Объясните спорные решения. Почему отказались от другого варианта; какие ограничения действуют.
- Назовите открытые вопросы. Не пытайтесь на ходу придумать недостающие ответы.
- Дайте коллеге пересказать план. Пусть он опишет следующий шаг и место, где возможна задержка.
- Зафиксируйте, что осталось передать. Назначьте ответственного за каждый пробел.
Если записываете встречу, заранее договоритесь об этом с участниками и соблюдайте правила вашей организации. Во время разговора называйте документы словами: «сейчас открыт макет каталога, версия 4». Реплика «вот тут всё поменяли» в текстовой расшифровке без экрана мало что объясняет.
Шаблон документа передачи проекта
Скопируйте каркас и заполните только нужные поля. Устаревшую историю вынесите в приложение, чтобы первый экран оставался полезным для начала работы.
Проект / этап: [название].
Состояние на: [дата и время].
Передаёт / принимает: [роли или имена].
Смена основного ответственного: [дата].
Результат этапа
[Что должно быть готово и по каким признакам это проверяют.]
Текущее состояние
Готово: [список].
На проверке: [список].
Заблокировано: [задача и причина].
Ближайшие действия
[Действие — ответственный — срок — зависимость.]
Решения и ограничения
[Решение — причина — источник подтверждения.]
Актуальные материалы и доступы
[Документ / система — назначение — версия — доступ проверен или запрошен.]
Открытые вопросы
[Вопрос — у кого уточнить — когда нужен ответ.]
Переходный период
[Куда направлять уточнения; кто принимает срочные решения.]
Проверка принятия
[Что принимающий уже проверил; что ещё мешает продолжить.]
Пример: передаём выпуск каталога коллеге
Вымышленная ситуация: менеджер передаёт проект каталога другому сотруднику. Сроки и обстоятельства приведены только как пример.
Цель этапа. Подготовить макет каталога на 12 страниц для проверки заказчиком.
Готово. Структура согласована, фотографии получены, страницы 1–8 собраны в макете версии 4.
Блокер. Для страниц 9–12 нет описаний. Заказчик обещал прислать их 28 сентября; подтверждение — в письме от 23 сентября.
Важное решение. Цены в каталог не включаем: заказчик обновляет их отдельно. Не возвращать ценовую таблицу из версии 2.
Следующий шаг. Новый менеджер 28 сентября проверяет получение описаний. После получения дизайнер подтверждает срок сборки оставшихся страниц.
Открытый вопрос. Кто со стороны заказчика окончательно проверяет технические характеристики? Ответ нужно получить до отправки всего макета.
Проверка. Коллега открыл версию 4, нашёл письмо с обещанным сроком и объяснил, почему общий срок пока зависит от описаний.
В этой записи видны и состояние, и причина решения, и действие. Фразы «каталог почти готов» и «ждём клиента» не дали бы новому менеджеру такого понимания.
Как использовать запись и расшифровку
После созвона сверьте документ с записью. Добавьте пропущенные условия, причины решений и вопросы коллеги. Сохраните таймкоды у сложных мест, чтобы не отправлять человека переслушивать весь разговор.
Например: «Ограничение по формату печати — запись передачи, 18:40». Но сам ответ всё равно кратко опишите в карте. Таймкод нужен для проверки нюанса, а не вместо основного содержания.
При расхождении между старым документом и словами на встрече зафиксируйте вопрос. Устная уверенность передающего не отменяет автоматически ранее согласованное условие. Уточните, где и кем принято изменение, и обновите актуальную версию после подтверждения.
Клиенту обычно достаточно отдельного короткого сообщения: кто теперь ведёт проект, по каким вопросам обращаться и какой ближайший шаг. Внутренние сомнения, служебные комментарии и вся история команды в такое сообщение не нужны.
Пять вопросов для проверки передачи
- Какой ближайший результат должен появиться и кто его проверит?
- Что нужно сделать первым и от чего зависит срок?
- Где лежат актуальные файлы и открываются ли они?
- Какое важное решение нельзя случайно отменить?
- Какие вопросы ещё без ответа и кто поможет их закрыть?
Если на один из вопросов нет ответа, передача может продолжаться, но пробел должен быть явным. Запишите его владельца и срок уточнения. Это полезнее формального сообщения «всё передано», после которого человек остаётся один на один с неизвестностью.
Частые вопросы
Можно ли передать проект только документом?
Иногда да, если состояние простое, документы актуальны и принимающий подтвердил понимание. Для сложного контекста полезен короткий разбор с вопросами, после которого документ обновляют.
Нужно ли пересказывать всю историю?
Нет. Сначала передайте то, что влияет на продолжение работы. Полную переписку и прежние версии оставьте доступным приложением с понятными названиями.
Что делать, если прежний сотрудник уже недоступен?
Соберите подтверждённые сведения из задач, документов и переписки. Отдельно перечислите неизвестное, уточните приоритетные вопросы у команды и клиента. Не выдавайте реконструкцию за подтверждённую договорённость.
Запись созвона заменяет карту проекта?
Нет. Запись сохраняет подробности, но краткая карта нужна, чтобы быстро понять состояние и следующий шаг. Расшифровка помогает связать эти два материала.
Практический материал для сравнения: Сибирикс — передача проекта в разработку. В этой статье предложены собственные универсальный шаблон и учебная ситуация.
Сохраните нюансы передачи проекта
Расшифруйте запись рабочего созвона в Транскрибаторе. Текст с таймкодами поможет дополнить карту проекта причинами решений, условиями и открытыми вопросами, которые легко потерять в кратких заметках.
Перевести созвон в текстПроверьте важные формулировки и таймкоды по исходной записи перед использованием текста.