База знаний проекта, которая всё ещё полезна на восьмом месяце

Дайте проекту входную дверь

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

Человек, для которого эта заметка написана, пришёл на прошлой неделе и не хочет спрашивать, кто отвечает за какой документ. Если он прочитает «Начните здесь» и откроет нужное без сообщения в чате, заметка работает. Если всё равно спросит, в заметке чего-то не хватает, и именно этот вопрос подсказывает чего.

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

Стройте вокруг вопросов, которые люди действительно задают

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

Мы сначала сделали неправильно. Первый проектный блокнот имел разделы по командам: Дизайн, Разработка, Маркетинг. Через месяц одно и то же решение жило в двух из них с чуть разными формулировками. Когда мы перестроили блокнот вокруг вопросов, дубликаты исчезли сами, потому что решение отвечает только на один вопрос.

Название должно говорить, что в заметке, а не откуда она взялась. «Исследование, первый импорт, апрель» узнаётся в списке из сорока. «Заметки 3», нет. Ещё мы держим несколько иерархических тегов вроде «статус/активное» и «статус/заменено», чтобы фильтровать, ничего не открывая.

Кто-то должен отвечать за смысл, а не за права доступа

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

Ответственность здесь означает держать смысл актуальным. Она не означает одобрять каждую правку. История версий на случай, когда кто-то неудачно изменил предложение: видно, что изменилось и кто, и можно откатить. Чего история не умеет, так это сказать, что февральское решение уже неверно. Это умеет только человек.

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

Закройте проект, не переписывая его прошлое

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

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

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

Пример: исследование Игоря о том, как люди упорядочивают заметки

Игорь ведёт исследовательский проект на трёх человек: как люди упорядочивают коллекцию из нескольких тысяч заметок? Блокнот начинается с «Начните здесь»: вопрос, что входит в границы (личные коллекции, а не командные вики), кто участвует и где лежат сырые интервью. Вторая заметка описывает метод: восемь интервью по сорок минут, фиксированный набор из шести вопросов и один открытый.

Каждое интервью получает собственную заметку с прикреплённой записью и важными моментами, отмеченными таймкодами. Наблюдения остаются привязанными к своему интервью; заметка-синтез объясняет закономерности, не делая вид, что выборка больше восьми. Когда команда решает отказаться от запланированного опроса, заметка с решением говорит почему: два пилотных ответа показали, что люди не могут оценить количество собственных заметок, так что цифры были бы шумом.

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

Показывайте свежесть, не изображая её

Когда заметку проверили, напишите об этом одной строкой сверху: «Пересмотрено после второго раунда; ограничения ещё действуют, цифры в разделе 3 устарели». Сама по себе дата вводит в заблуждение. Заметка, отредактированная вчера, может описывать решение, которое умерло весной, а справка, которую год никто не трогал, может быть совершенно точной.

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

Читайте ради смысла, а не ради даты. Это медленнее, и это честный ответ. База знаний полезна на восьмом месяце по одной причине: три человека продолжали писать в ней правду, короткими предложениями, рядом с тем, что описывали. Инструмент помог, но это меньшая часть.

Куда дальше

Найдите это и через год

Учёба и исследования: от шестидесяти сохранённых статей до одного аргумента