В команде из 2-3 человек все знания хранятся в головах — и это работает, пока не приходит первый новый сотрудник. Tribal knowledge (устные договоренности, Slack-переписки, «и так все знают») ломается при любом масштабировании. Один документ на 30 минут заменяет недели онбординга, а формализованное знание работает дважды — для человека и для AI-инструментов.
Мы работали с командой, где двое фаундеров знали все из головы. Статус софта, ответственные, план тестирования — Slack-переписки и устные договоренности. Для них очевидно. Для нового человека — стена. Координатор через неделю написал: «Все знания у вас в головах. Я как новый человек не могу разобраться самостоятельно».
Знакомо. Пока команда 2-3 человека — все в контексте. Первый найм это ломает.
Не бюрократия — инфраструктура
PM, разработчик, маркетолог — неважно кто приходит первым. Каждый тратит недели не на работу, а на расспросы. Это называют tribal knowledge — знания, которые живут только в устной традиции команды. Пока команда маленькая, это незаметно. При масштабировании становится долгом: каждый новый человек = еще один цикл объяснений.
Как это выглядело у нас
Мы столкнулись с этим у себя. Пока студия была Сергей и Максим — все держалось в двух головах. Когда подключился Дима, появились затыки: как мы оцениваем проект? Где шаблон КП? Почему фильтруем клиентов именно так?
Формализация как инструмент
Ответом стала формализация в скиллы — 26 структурированных правил, каждое прошло через реальные задачи. Тикеты в Linear, наполненные контекстом: описание, цитаты из созвонов, критерии готовности. Не ради документации — чтобы не объяснять одно и то же трижды.
И вот что оказалось. Формализация помогла не только людям. Тот же контекст читает Claude — и выдает результат, который раньше требовал часов ручной работы. Знание, записанное один раз, работает дважды: для человека и для машины.
30 минут вместо недель
Не нужен wiki из 50 страниц. Достаточно одного документа: что делаем, кто за что, на каком этапе. 30 минут записи. Обновлять раз в неделю.
Частые вопросы
Что если нет времени писать документацию?
Документация — это не wiki на 50 страниц. Один файл: что делаем, кто за что, на каком этапе. 30 минут записи. Если нет 30 минут сейчас — будут недели объяснений при каждом новом человеке.
Какой минимальный документ нужен команде?
Три блока: 1) статус продукта и ближайшие цели, 2) кто за что отвечает, 3) как принимаются решения (критерии, процесс). Формат не важен — Notion, Google Doc, README в репозитории.
Как поддерживать актуальность?
Привязать обновление к ритуалу: после каждого спринта или раз в неделю. Один человек отвечает за актуальность. Если документ врет — хуже, чем если его нет.
Знание в головах — не актив. Это долг, который растет с каждым наймом.
