Что такое наработка

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

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

Наработки могут выглядеть по-разному:

Если это не сохранять, каждый новый проект начинается с нуля. А если сохранять — следующий стартует оперативнее и увереннее.

Пример использования термина наработка

В проджект-менеджменте

Агентство цифрового маркетинга ведёт 15 клиентов из разных отраслей — от ретейла до образования. Чтобы не тратить много времени на повторяющиеся задачи, команда активно формирует наработки. В базе данных агентства есть папка с шаблонами коммерческих предложений, презентаций под разные сегменты и типовых писем для согласований, готовыми брифами, рекомендациями по структуре лендингов.

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

Что ещё нужно знать про наработку

Виды наработок

Полезные накопленные материалы есть в любом направлении. Вот примеры, с которыми чаще всего сталкиваются команды:

Технические. Настройки, скрипты, архитектурные схемы, алгоритмы, библиотеки кода.

Организационные. Проверенные методики планирования, схемы взаимодействия между отделами, чек-листы контроля качества, карты процессов.

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

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

Коммуникационные. Форматы совещаний, договорённости, шаблоны обратной связи.

Культурные. Особенности корпоративной культуры, ритуалы, способы решения конфликтов, тренинги, курсы.

Вместе они составляют базу знаний проекта. Чем больше команда ими делится, тем быстрее идёт работа.

Как собирают и используют наработки

Накапливать знания, а затем структурировать их — это процесс, который занимает немало времени. Но то, что однажды сработало и было описано, можно тиражировать. Обычно это выглядит так:

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

Анализируют ошибки. Разбирают провалы на ретроспективах, записывают выводы в формате «как делать не надо».

Делают шаблоны, выжимки. Однажды написанный удачный бриф можно превратить в шаблон. Хорошее письмо — в образец.

Делятся в команде. Проводят внутренние воркшопы, создают инструкции для новичков. В чатах, на митапе или в еженедельной рассылке отлично работает формат «что сработало, что нет».

Обновляют. Проверяют, не устарела ли информация. Базу наработок желательно пополнять после каждого проекта, так как на каждом есть то, с чем раньше команда не сталкивалась.

Наработка ≠ знания

Важно понимать разницу между этими понятиями.

Ошибки, которые мешают накапливать наработки

Ошибки, которые мешают накапливать наработки

Игнорировать промежуточные выводы. Сохранять только финальный результат. Так путь к нему теряется.

Не фиксировать знания «на бегу». Часто важные решения принимаются в переписках, на созвонах, но не документируются.

Хранить всё в головах. Если ключевой человек уходит, уходит и его опыт. А значит — теряется актив.

Бояться черновиков. Собрание данных не должно быть идеальным. Главное — зафиксировать, а доработать можно позже.

Копировать без адаптации. Не учитывать особенности нового проекта.

Щелкай задачи на раз-два

Задачи™ — созданы для классного таск-менеджмента

Документы на стероидах

База знаний™ — создана для документов и совместного чего-то там

Воронки продаж без ворон

CRM™ — создана для продаж и ведения бизнеса

Зарегистрироваться