Как управление знаниями влияет на DORA-метрики? Каждый год команды читают отчёт DORA (DevOps Research and Assessment) и ставят себе цели: ускорить delivery, сократить баги, повысить стабильность. Но мало кто задаётся вопросом: а достаточно ли у нас знаний, чтобы всё это реально заработало? В 2024 DORA добавила новый показатель — rework rate. И он стал триггером: «что-то мы часто переделываем». Причина? Не AI, не отсутствие платформы, а банально недостаток контекста и знаний. Вот как грамотное управление знаниями влияет на ключевые метрики DORA: - MTTR (время восстановления) падает, если во время инцидента не бегать по чатам, а найти нужное решение в базе знаний. - Change failure rate снижается, когда задокументированы типовые ошибки и архитектурные ограничения. - Lead time и Deployment frequency растут, когда разработчик не тратит полдня на «где что лежит» и «а кто это делал до меня?». Что помогает? - Централизованная и живая база знаний, встроенная в рабочие процессы - Обратная связь: можно быстро уточнить, улучшить, апдейтнуть - Курировать критичные зоны: архитектура, типовые ошибки, деплой-процессы. - Интеграция с CI/CD: документация обновляется вместе с кодом - Карта знаний: кто знает, кто может помочь - Обучение: как писать, что документировать, зачем это всё Метрики DORA — это не только про DevOps. Это про культуру, в которой знание — это не то, что унесли в голове на митинге, а то, что можно найти, переиспользовать и улучшить.