База знаний команды и внутренняя wiki: что хранить где
Внутренняя wiki нужна для долгих правил и инструкций. Контекст конкретной работы — рядом с задачей. Разделив эти два слоя, команда перестаёт искать ответы по чатам.
«Надо завести базу знаний» обычно означает, что команда устала вспоминать, где лежит ссылка, кто принял решение и почему старый вариант больше не подходит. Но одна папка для всего не решает проблему: через месяц в ней оказываются и инструкции на год, и заметки к завтрашнему созвону.
Полезнее разделить знания на два слоя. Первый живёт долго: правила, онбординг, шаблоны, технические решения, описание процесса. Второй помогает выполнить конкретную задачу: выбранный вариант, ссылка на макет, критерий готовности, открытый вопрос. У этих слоёв разные места, но между ними должна быть короткая ссылка.
Структура wiki для команды из 5–20 человек
- Старт здесь. Как получить доступы, где лежат проекты, как команда принимает решения и к кому идти с вопросом.
- Как мы работаем. Ритм встреч, правила задач, шаблон ретроспективы, критерии «готово» для повторяющихся процессов.
- Продукт и решения. То, что должно пережить одну конкретную задачу: термины, договорённости, решения с датой и владельцем.
- Шаблоны. Бриф поручения, итоги встречи, проверка перед релизом, короткая инструкция для нового человека.
Не начинайте с пятидесяти папок. Сделайте одну стартовую страницу, несколько устойчивых разделов и договоритесь, кто обновляет материал, когда правило меняется. У страницы без владельца быстро появляется второй, неофициальный источник правды — чат.
Рабочий слой: пять строк рядом с задачей
В задаче обычно достаточно: «что решили», «почему», «что проверить», «ссылка на первоисточник» и «кому сообщить при блокере». Это экономит время в тот момент, когда человек уже начал работу и не хочет открывать десять вкладок. Если задача назначена коллеге, он видит этот контекст вместе с самим поручением.
Как связать оба слоя без дублей
Сначала дайте wiki одну каноническую страницу. Затем в задаче оставляйте ссылку на неё и короткий ответ, который нужен прямо сейчас. Когда решение перестаёт быть локальным, перенесите его в документацию, а в старых задачах оставьте ссылку. Так история остаётся проверяемой, но не превращается в поисковую археологию.
Начните с одного повторяющегося процесса: создайте короткую страницу-инструкцию и добавляйте на неё ссылку из задач, которые по ней выполняются.
Посмотреть контекст задач в Aimly →Частые вопросы
Может ли Aimly полностью заменить внутреннюю wiki?
Нет. Aimly помогает хранить решения, ссылки и критерии рядом с задачей. Долгоживущие инструкции, онбординг и технические документы лучше вести в отдельной структурированной базе знаний.
Что считать долговременным знанием?
То, что пригодится человеку вне одной задачи: правила работы, инструкции, договорённости по продукту, шаблоны, решения с долгим сроком действия и материалы для онбординга.
Как не дублировать один и тот же контекст?
В wiki держите первоисточник. В задаче оставляйте короткое решение, ссылку на первоисточник и только те детали, которые помогают выполнить именно эту работу.