Ситуация: открываете базу знаний и понимаете — что-то с ней не так, и каждый раз кто-то приходит с одними и теми же вопросами. Вы — тимлид/техлид/knowledge-менеджер, который знает ответы на все вопросы. Но времени на работу не остаётся как раз из-за разрешения всяких мелочей. Знакомо?

Привет, Хабр! Меня зовут Анастасия Граф. Я руковожу отделом разработки технической документации в Maxim Technology — компания делает Ride Tech сервис для такси Maxim. Мы первыми в России запустили цифровую платформу. Этот материал готовился по мотивам доклада для TeamLead Conf.

В предыдущей части статьи об организации Базы знаний мы сформулировали универсальные требования к ней и разобрались, с чего начать в принципе на примере процессов в Maxim Technology. Сегодня выясним, зачем нужно ревью любой документации и как оно поможет повысить уровень знаний в командах.

Контент в базе знаний не может существовать сам по себе — его нужно организовать и им нужно управлять. Именно этому я посвятила серию статей.

Привет, Хабр! Меня зовут Анастасия Граф, я руковожу отделом разработки технической документации в Maxim Technology. За плечами — 16 лет преподавания математического моделирования в вузе и восемь в управлении и реинжиниринге базы знаний службы поддержки большой государственной информационной системы, разработке и внедрении методологии наполнения, актуализации, верификации базы знаний разработки, юротдела и нескольких торговых предприятий.

В этой части разберёмся с универсальными требованиями к базе знаний на примере Confluence и с чего начать  «уборку»: как сортировать содержания накопленных знаний, что учесть и как это может в итоге выглядеть. Статья подготовлена по мотивам доклада на Saint TeamLead Conf.