📌9 ситуаций, когда «будем работать как работали» заканчивается плохо 1 августа 2012 года инженер одной торговой компании запускал обычное обновление на восьми серверах. На одном обновление сломалось — там остался кусок legacy-кода 2003 года, который написал уволенный несколько лет назад разработчик. Через 45 минут компания потеряла $440 миллионов и почти обанкротилась. Отсутствие документации процессов, процедур экстренной остановки и забытый код уничтожили 40-летнюю компанию за время обеденного перерыва. Подобные факапы повторяются в бизнесах любого масштаба и сферы. Разница только в размере потерь и скорости превращения проблемы в катастрофу. У многих есть свой «кусок забытого кода» — процесс или инструмент, который держится на памяти одного человека. Пока всё работает, кажется, что проблемы нет. Но стоит этому звену выпасть — и бизнес встаёт. Собрали 9 ситуаций, которые поможет решить централизованная база знаний: ✅ Критически важные знания живут только в головах экспертов — Bus factor = 1; ✅ Лучшие специалисты тратят 30% времени на помощь другим вместо своей работы; ✅ Новички месяцами изучают процессы месяцами методом проб и ошибок; ✅ Команда повторяет одни и те же ошибки снова и снова; ✅ Информация разбросана по десяткам систем и чатов; ✅ Рост компании ломает все привычные процессы; ✅ Удалёнка усложняет передачу знаний; ✅ Нет единых стандартов — качество работы непредсказуемо; ✅ Приходится срочно менять инструменты из-за импортозамещения. По исследованиям McKinsey, сотрудники тратят 19% рабочего времени на поиск информации, которая уже есть в компании. Как вернуть эти часы в продуктивное русло? И почему база знаний делает сильных сотрудников ещё сильнее, а новичков быстрее превращает в экспертов? Подробнее читайте в нашем блоге на Habr