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

Подход компании был странным: они начали фокусироваться на структуре и оформлении, но не на содержании. Прям скажем, я был взволнован, когда увидел пустой репозиторий с "правилами оформления", но без, собственно, содержательных статей.

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

Базу знаний создать мне удалось. И даже структура была, какую хотело видеть начальство, однако, ее качество и полнота оставляли желать лучшего. Совпадение? Не думаю. Ни о каком коммерческом продукте речь, конечно, уже не шла.

Я пришёл к выводу, что для качественной базы знаний необходимо РЕГУЛЯРНОЕ интервьюирование экспертов и выделение ресурсов. Рассуждать о создании продукта без ресурсов — офигенная, но бессмысленная тема.

Чему я научился? Больше общаться с коллегами по цеху, посещать конференции, чтобы видеть дальше того “как тут принято”. Фокусироваться на скором получении выигрыша вместо строительства идеализированных баз знаний. Не лезть в истории, которые не имеют внятных целей и задач, или если лезть — то хотя бы не расчитывать на результат 🙂