Структурированный процесс анализа того, как устроена ваша операционная реальность. Не оценка, а совместное исследование.
Слово "аудит" часто вызывает ассоциации с проверками и оценками. В нашем контексте аудит — это совместное составление карты вашей операционной реальности. Мы не ищем ошибки. Мы ищем структуру.
Цель — увидеть, как устроены ваши рабочие процессы в целом, а не оценивать отдельные решения. Большинство проблем с продуктивностью возникают не из-за плохих решений, а из-за того, что хорошие решения, принятые в разное время, начали конфликтовать друг с другом.
Полный список всего, что используется. Частота использования. Дублирование функций. Интеграции и их качество.
Как принимаются решения разного уровня. Кто вовлечён. Где возникают задержки. Что требует вашего участия, а что нет.
Как распределяется ваш день. Где концентрируется внимание. Какие задачи занимают непропорционально много времени.
Как часто вы переключаетесь между задачами. Что вызывает прерывания. Какие переключения неизбежны, а какие можно устранить.
Что делегировано. Как устроена передача задач. Где возникают задержки из-за зависимости от вашего участия.
Откуда приходят задачи, запросы и информация. Как они обрабатываются. Что теряется или задерживается в этих потоках.
Операционное трение бывает разных видов. Некоторые очевидны. Большинство — нет.
Одна и та же информация существует в нескольких местах. Одна и та же задача выполняется несколько раз разными способами. Один и тот же процесс описан в разных инструментах по-разному. Дублирование создаёт неопределённость: какой источник актуален? Это заставляет тратить время на синхронизацию вместо работы.
Процессы, которые требуют ожидания. Одобрения, которые зависят от одного человека. Информация, которая должна пройти через несколько рук, прежде чем стать действием. Задержечное трение часто невидимо, потому что каждый шаг кажется логичным. Проблема в их совокупности.
Частые переключения между разными типами задач. Прерывания в середине глубокой работы. Необходимость постоянно "загружать контекст" заново. Контекстное трение особенно разрушительно для технических основателей, потому что их работа требует длительной концентрации.
Отсутствие ясных критериев для принятия решений. Размытые приоритеты. Задачи без чёткого владельца. Неопределённостное трение заставляет тратить время на выяснение того, что нужно делать, вместо того чтобы делать это.
Инструменты, которые не интегрированы между собой. Ручные переносы данных. Уведомления, которые требуют внимания, но не требуют действий. Инструментальное трение — самый распространённый вид среди технических основателей, потому что они добавляли инструменты постепенно, решая конкретные проблемы.
Визуальная карта всех инструментов, процессов и их взаимосвязей. Полная картина вашей операционной реальности на одной странице.
Задокументированный список всех обнаруженных точек трения с описанием их природы, влияния и приоритета устранения.
Конкретные действия по устранению трения. Что убрать. Что упростить. Что перестроить. В каком порядке и почему.
Повторная встреча через несколько недель после внедрения изменений. Проверяем, что трение устранено, а не перемещено в другое место.
Первая сессия посвящена только наблюдению. Вы рассказываете, мы слушаем.