Проект закончился — и что?

Знакомая сцена: проект закрыт, финальный отчёт ушёл в презентацию на 20 слайдов, все выдохнули и разошлись по новым задачам. Через полгода спросите руководителя, что там было с тем проектом — в лучшем случае он вспомнит название. А если в компании в этот момент начинается реорганизация, вспоминают не то, что вы сделали, а то, что от вас осталось: цифры, кейсы, отзывы. Если их нет — функция становится «непонятно зачем нужна», и это не вопрос справедливости, это вопрос архива.

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

Почему один отчёт не работает

Стандартная ошибка — делать один документ для всех сразу. Итоговая презентация, которая одновременно должна убедить руководство, поблагодарить команду и стать кейсом для профессионального сообщества, обычно не делает хорошо ни одну из этих задач. У каждой аудитории свой вопрос, и отвечать на все три сразу — значит не ответить ни на один.

Для руководства — one-pager, а не презентация

Руководитель не читает 20 слайдов, он сканирует одну страницу за минуту. Формат простой: было / стало / что случилось бы, если бы этого не сделали. Никаких «повысили вовлечённость» без цифр — только то, что можно сравнить с прошлым периодом или с альтернативой «а если бы не делали». Это разница между «мы провели опрос удовлетворённости» и «мы предотвратили отток команды, у которой уже были офферы на руках». Второе руководитель помнит, первое — нет.

Для команды — конкретика вместо благодарности

Общие слова «спасибо за отличную работу» стираются из памяти за день. Люди запоминают не благодарность, а факт, что их вклад был замечен и назван: кто что сделал и как это сложилось в результат. Это не только вопрос мотивации — это ещё и способ зафиксировать экспертизу конкретных людей, которая пригодится, когда в следующий раз понадобится собрать команду под новую задачу.

Для сообщества — кейс с внятной структурой

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

Почему это особенно важно именно сейчас

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

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

Собирать нужно в процессе, а не постфактум

Сделать это после того, как проект закрыт и все давно занимаются новым, — почти невозможно. Детали стираются, цифры теряют контекст, участники переходят на другие задачи и уже не восстановят точную хронологию. Три формата собираются в процессе, а не постфактум: one-pager обновляется по ходу проекта, а не пишется в последний день; конкретные вклады команды фиксируются сразу после каждого этапа; черновик кейса начинается писаться, пока проблема ещё свежа в памяти, а не когда наступает дедлайн подачи на премию.

«На мой взгляд, лучшая возможность рассказать компании о вашем проекте - это устроить внутреннюю презентацию для максимального количества сотрудников: руководства, внутренней команды, внутренних заказчиков, коллег из соседних подразделений. Возможно даже устроить небольшую вечеринку с коктейлями. Рассказать о проекте стоит так, как обычно презентуют проекты на премиях и конкурсах».

Лариса Рудакова

Президент НАЭКК, управляющий партнер в «Медиалайн»

Комментарии

Написать