База знаний компании и книга практики: что должно жить в каждом формате

Что оставлять в базе знаний

Всё, что сотрудник должен найти и применить в текущей версии: процедуры, формы, полномочия, контакты, инструкции к сервисам и ссылки на рабочие документы. Здесь важны ответственный за материал, дата проверки и понятный порядок изменения.

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

GitLab описывает свой handbook как центральное хранилище информации о работе компании. Это пример организации доступных рабочих знаний, а не аргумент за обязательную печать корпоративного тома. GitLab Handbook.

Для чего нужна книга

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

В книгу можно включить:

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

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

Разделяйте материал на уровне фрагмента

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

Не нужно переписывать форму в главу целиком. Дайте ссылку на стабильную страницу, где команда поддерживает актуальный порядок. Если содержание доступно только сотрудникам, книга должна честно указывать на ограничение доступа. QR-код сам по себе не делает закрытые материалы публичными и не решает вопрос управления правами.

Один исходник, два разных результата

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

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

Что останется в книге

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

Эта версия объясняет ошибку и принцип. Она не называет интерфейс программы, сотрудника или действующий срок согласования. Но и не выдаёт исторический вывод за вечный закон. Рядом уместна ссылка на текущий порядок с пояснением: перед обещанием клиенту проверьте действующие требования компании.

Что останется в инструкции

Учебная структура рабочего документа:

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

В рабочей инструкции эти пункты должны быть заполнены конкретными данными компании. Публиковать незаполненную схему как готовый регламент нельзя. Здесь она нужна, чтобы показать разницу: книга объясняет причины, инструкция позволяет выполнить действие сейчас.

Что произойдёт после изменения процесса

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

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

Кто отвечает за связку

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

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

Не создавайте два главных источника

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

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

Когда книга будет лишней

Если сотрудники не находят инструкции из-за плохого поиска, книга не исправит навигацию. Если никто не отвечает за актуальность документов, новая обложка не назначит владельца процесса. Если проблема в отсутствии практического навыка, чтение не заменит обучение.

Книга появляется там, где уже есть содержательный опыт и его нужно передать последовательно. Показательный пример — Shape Up: Basecamp оформил собственный подход к разработке продукта в книгу, объясняющую метод и его применение. Это конкретная методика, а не выгрузка всех внутренних документов. Введение в Shape Up.

Как начать без большого издательского проекта

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

Если такой формат полезен, можно проектировать книгу. Expert Book помогает превратить интервью и исходники в связную рукопись. Разработка базы знаний или системы обучения — самостоятельная задача, её нельзя автоматически считать частью написания книги.

Критерий выбора простой: что должен сделать читатель

Найти актуальную форму — открыть базу знаний. Понять причины и ограничения метода — прочитать разбор. Научиться выполнять операцию — потренироваться с обратной связью. Хорошая система передачи опыта начинается с этих различий. Количество выпущенных страниц здесь вторично.

Состав книжного проекта и пример главы можно посмотреть на странице книги знаний компании.