Сергей Буканов – Управление хаосом: Как не тонуть в потоке задач и наводить порядок без надрыва (страница 4)

– это корень номер три, значит, нужно прописать шаги и зафиксировать ответственность.

Теперь инструменты.

Чтобы использовать эту диагностику ежедневно, тебе нужно всего три действия.

Первое: введи правило «стоп-кадр».

Каждый раз, когда у тебя или у команды начинается пожар, скажи: «Стоп. Что именно пошло не так? Какой корень?» Это занимает 10 секунд. Но экономит часы.

Второе: договорись с командой использовать один и тот же язык.

Когда люди начинают говорить «это не наша задача» или «цель не ясна» или «мы не понимаем этапы», пожары становятся заметнее. А когда они заметны – их проще тушить заранее.

Третье: фиксируй совпадения.

Если один и тот же корень повторяется три раза за неделю – это система. Значит, вам нужно не разово «решить вопрос», а менять способ работы.

Теперь давай сделаем небольшое упражнение. Очень полезное.

Возьми три недавних «пожарных» ситуации. Любых.

Например:

– клиент недоволен презентацией;

– проект задержался на неделю;

– кто-то внезапно пришёл и сказал «нам это нужно сегодня».

Теперь разложи каждую по Треугольнику пожаров. Скажи себе:

– где была непонятная цель?

– где отсутствовал фильтр?

– где отсутствовал процесс?

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

И теперь короткий вывод всей главы.

Пожары в работе – это не судьба, не карма, не «так устроена наша компания». Это следствие трёх системных дыр. Когда цели непрозрачны – ты топчешься на месте. Когда нет фильтра задач – ты тонешь во входящих. Когда нет процесса – ты ходишь кругами и постоянно переделываешь.

И именно эти три корня определяют, насколько спокойно или хаотично ты живёшь как менеджер.

Если коротко, главное из этой главы вот что:

– Пожары не случаются просто так.

– Всегда есть корень.

– И в 90% случаев – один из трёх, о которых ты теперь знаешь.

В следующей главе мы разберёмся, почему видеть поток работы целиком – это твой главный инструмент для наведения порядка. Но прежде, чем идти дальше, задай себе простой вопрос: какой из трёх корней чаще всего встречается в твоей реальности?

Потому что именно с него тебе и нужно будет начать.

Карта потока работы: от идеи до результата

Пока ты смотришь только на отдельные задачи – ты как хирург, который видит только один орган и не понимает, что происходит с организмом. Он может идеально вырезать аппендикс, но если у пациента сепсис, толку от этого мало. В работе всё устроено так же: ты можешь успеть двадцать задач за день, но если не видишь, как они связаны между собой, откуда берутся и куда уходят – ты останешься в ловушке бесконечных «успеваю, но ничего не меняется». Это состояние, когда делаешь много, а ощущение результата – ноль.

Давай признаем честно: большинство людей работает в режиме «задача → сделать → следующая задача». Это похоже на человека, который стоит у конвейера и пытается ловить предметы, не понимая, кто их туда кладёт, по какому принципу они движутся и что происходит с ними дальше. Я видел десятки команд, где менеджеры буквально тонули в задачах, хотя казалось, что «всё под контролем». Контроль там был, но только над отдельными элементами. Над системой – ноль. И это всегда приводит к одному: хаосу, который невозможно победить усилием, ускорением или самодисциплиной.

Скорее всего, ты тоже сейчас живёшь в режиме микроконтроля. Каждая задача – как отдельный огонёк: погасил – хорошо, появился новый – тоже гасишь. Но если тебя постоянно топит пожарная вода, проблема обычно не в количестве огоньков. Проблема в том, что ты не видишь, как устроен сам пожарный водопровод.

Теперь представь другую картину. Перед тобой – не список задач, а карта. Ты видишь, откуда задача пришла, где она застряла, какие этапы прошла и какой эффект даст. Ты видишь, что действительно важно, что просто шум, что можно делегировать, а что нужно остановить. Это уже не ощущение бесконечного потока случайностей. Это контроль. А контроль возникает только тогда, когда ты видишь путь задачи целиком – от рождения до результата.

Вот здесь и появляется понятие «поток работы». Не красивое слово из презентаций, не абстракция, не корпоративная мантра. Это реальная схема того, как ваша команда превращает идеи в результаты. И если этой схемы нет – вы не управляете, вы тушите.

Давай объясню максимально просто. Поток работы – это путь задачи от момента, когда кто-то придумал или бросил запрос, до момента, когда клиент доволен, деньги получены или цель достигнута. Всё. Никакой магии. Это цепочка шагов, по которой должно пройти любое действие, чтобы превратиться в ощутимый результат. И если хотя бы на одном этапе есть провал – ты получаешь пожар, переделки, срыв сроков, стресс и раздражение.

Я когда-то работал с одной командой поддержки клиентов. Они считали себя «очень быстрыми»: отвечали за минуты, закрывали тикеты в тот же день, по десять штук подряд. Но клиенты всё равно жаловались: «Вы ничего не решаете, всё возвращается». Когда мы начали разбирать поток, выяснилось, что ребята просто закрывали задачи на уровне «ответили». А настоящая проблема требовала уточнения и передачи другому отделу. И это передавание происходило то в чат, то на почту, то в устных разговорах. Никакого пути. Никаких этапов. И даже они, такие живые и активные, не видели, что всё их «быстродействие» – это бег на месте.

По-честному, пока ты не видишь поток – ты не управляешь хаосом. Ты просто ускоряешь хаос.

Теперь давай разбираться, из чего вообще состоит поток работы. Думай об этом как о дороге. Если ты знаешь, что нужно пройти шесть этапов, ты можешь понять, где ты находишься, что впереди, что позади и где можно улучшить. Если же ты знаешь только «взял задачу» и «сдал задачу» – это уже не дорога. Это как прыгать между островами без карты.

Этапов всегда шесть. Их можно называть по-разному, но суть не меняется.

Первый – инициация.

Это момент, когда появляется идея или запрос. Кто-то что-то придумал. Кто-то пришёл с проблемой. Кто-то крикнул: «Нам срочно надо!». И вот в этот момент важно понять, что это: реальная задача или просто мысль вслух? Если этот этап пропускается, хаос начинается уже здесь – то, что не должно было стать задачей, автоматически попадает в работу.

Второй – уточнение.

Это момент, где команда отвечает на главный вопрос: что конкретно нужно? И это тот этап, который почти все недооценивают. Люди думают, что уточнение – это «переспросить пару деталей». На самом деле уточнение – это понять цель, критерии качества, ограничения, сроки и контекст. Если этот этап провален – всё, переделки неизбежны. Я видел компании, где 40% времени уходило на исправление последствий плохого уточнения.

Третий – планирование.

Не в смысле «строить гигантские планы на год». Я говорю о простом: кто делает, что делает, когда делает и как вы будете контролировать. Это пяти минутная договорённость, но если её нет – все будут думать, что «кто-то другой». И ты, скорее всего, тоже был в таких ситуациях: задача висит, и каждый уверен, что не он отвечает.

Четвёртый – выполнение.

Здесь уже техники, навыки, инструменты. Но выполнение – только один этап. И многие менеджеры ошибочно считают, что выполнение – это и есть работа. Нет. Выполнение – это середина пути, не вся дорога.

Пятый – проверка или приёмка.

Здесь вы смотрите, получилось ли именно то, что хотели. Не «мы это сделали», а «это даёт нужный результат». И вот тут чаще всего вылезают косяки, которые потом стыдно показывать клиенту. Если проверки нет – переделки гарантированы.

И шестой этап – результат и обратная связь.

Когда задача завершена, важно не только отдать её клиенту, но и понять: что сработало, что нет, чему мы научились. Большинство команд этот этап просто игнорируют. Итог: ошибки повторяются снова и снова. Никакой эволюции.

Теперь давай поговорим о том, что происходит, когда один из этапов ломается. И вот что интересно: обычно ломается не один. Ломаются сразу два-три. Поэтому хаос чувствуется таким объёмным, будто ты стоишь посреди стройки, где никто никому ничего не объяснил.

Чаще всего провал происходит на этапе уточнения. Это когда команда берёт задачу в работу, даже не разобравшись, что именно нужно. Ты наверняка был в таких проектах: вы делаете что-то неделю, потом приходит человек и говорит: «Нет, это вообще не то, что мы хотели». И приходится всё переделывать. И ты чувствуешь себя дураком, хотя проблема не в тебе – проблема в том, что уточнение было пропущено или сделано на уровне «ну, вроде поняли».

Второй типичный провал – отсутствие проверки.

Команда что-то делает, сдаёт, и только от клиента узнаёт, что результат не тот. Это как собирать шкаф, не проверяя чертёж, и надеяться, что он сам собой встанет идеально ровно. Не встанет. И клиенты – не мебель. Они скажут, что что-то не так. И скажут тебе. Не тому, кто пропустил проверку.

Третий провал – отсутствие обратной связи.

Если вы не обсуждаете, что пошло хорошо, а что плохо, вы повторяете ошибки. Это как смотреть в зеркало, но не замечать, что у тебя грязь на лице. Она будет там до тех пор, пока кто-то не скажет: «Эй, посмотри внимательно».

Но давай остановимся и честно посмотрим: ты сейчас узнаёшь себя в этих провалах? Хотя бы в одном? Я почти уверен, что да. Потому что это не про персональную ошибку. Это про отсутствие карты.