У меня в разных командах был опыт ведения баз знаний, и понимаю, что «всё подряд» не подойдёт — слишком быстро захламляется и теряется смысл. Лично у меня обычно пытаюсь держать пару ключевых блоков:
1. Процедуры и политики — всё, что по стандартам работы, без них постоянно одна и та же беготня с вопросами.
2. Инструкции по основному софту и сервисам — чтобы новички быстро сориентировались и не развалили что-то в первый день.
3. Часто возникающие баги и их решения — полезно, когда можно не изобретать колесо заново.
4. FAQ по внутренним процессам — чтобы меньше бегали к руководству с тривиальными вопросами.
5. Контакты и роли — кто за что отвечает, чтобы знать куда колокольчик бить.
Бывает ещё раздел с полезными скриптами или настройками, но он только у продвинутых команд. Каждый раз вижу, что база живёт, если туда реально лезут, обновляют и не превращается в свалку.
А у вас что по опыту? Что точно должно быть в базе, а что можно не париться хранить?
У меня база почти одна инфа по процессам и что делать при типичных ошибках. Остальное слишком часто устаревает, и никто туда не заглядывает. В целом, лучше меньше, да по делу — чтобы быстро найти и не тратить время на поиски.