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

Когда нет процесса, команда живёт в режиме вечных переделок и исправлений. Потому что одна часть команды делает шаг вправо, другая – шаг влево. И ты постоянно чувствуешь, что всё идёт как-то «с усилием». Как будто толкаешь тачку с квадратными колёсами. Она едет, но не так, как могла бы.

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

Если у задачи нет понятного пути – она идёт по пути наименьшего сопротивления. То есть хаотично.

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

Теперь конкретика. Какие инструменты нужны, чтобы у тебя появился процесс, а не набор случайных действий?

Первое: пропиши этапы.

Не нужно рисовать огромные схемы. Достаточно минимального списка: кто инициирует задачу, как она уточняется, кто принимает решение, кто делает, кто проверяет. Прямо коротко, по-человечески.

Второе: выбери единый способ фиксации.

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

Третье: договоритесь о правилах перехода между этапами.

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

Четвёртое: включи команду в обсуждение.

Процесс нельзя навязать сверху. Люди будут саботировать. Просто спроси: «Ребят, как мы хотим работать, чтобы меньше переделывать?» И ты удивишься, насколько зрелые ответы могут быть у самых разных людей.

Теперь маленькое упражнение. Возьми один процесс, который у тебя регулярно буксует. Это может быть подготовка презентаций, согласование документов, продвижение задач по доске, работа с клиентскими запросами – что угодно. Теперь попробуй на листе бумаги описать, какие этапы он проходит. Честно. Как сейчас есть, без идеализации.

Потом задай себе вопросы:

– неизвестно ли на каком-то этапе, кто отвечает?

– теряется ли информация?

– делаете ли вы переделки?

– прыгаете ли между этапами?

– есть ли момент, где всё тормозит?

Если хотя бы в одном месте ты увидишь хаос – знай: проблема не в людях. Проблема в отсутствии процесса.

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

Представь, что ты приходишь утром на работу и уже заранее знаешь: сегодня снова всплывёт что-то «вчера нужное». Кто-то подбежит с испуганными глазами: «Ты видел? Срочно надо поправить!» Кто-то напишет в чат: «А почему это ещё не сделано?» И ты, даже если вчера работал до позднего вечера, чувствуешь лёгкое предательское ощущение вины. Хотя ты прекрасно знаешь, что не ты создал этот пожар. Но именно на тебя падает его дым. И вот этот момент – когда ты снова ощущаешь, что что-то рухнуло, хотя никто не предупреждал – это идеальная точка для того, чтобы провести мини-диагностику. Не себя. Не людей. А системы, в которой вы работаете. Потому что пожары в 90% случаев появляются не потому, что «кто-то косячит», а потому что у вас есть три системные дыры. И ты сейчас прошёл через все три.

И здесь начинается финальная часть главы – создание своего диагностического радара.

Давай я объясню простым языком. Представь, что ты врач и к тебе приходит пациент. Он говорит: «Мне плохо». Но плохо – это не диагноз. Тебе нужно понять, почему. Где причина. Что первично. Ты задаёшь вопросы: «Когда началось?» «Как проявляется?» «Где болит сильнее?» «Что провоцирует?» И по ответам собираешь картину. Так же и с рабочими пожарами. Они разные, но рождаются одинаково. Из трёх корней. Твоя задача – научиться быстро отличать симптомы одного корня от симптомов другого. Это навык, который меняет всё.

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

И это не потому, что вы плохо работаете. Это потому, что система дырявая.

Теперь давай перейдём к диагностике.

Есть несколько простых вопросов, которые позволяют за пару минут понять, какой корень у пожара. И давай будем честны: без диагностики ты либо будешь каждый раз реагировать эмоционально («кто виноват?»), либо будешь снова и снова пытаться улучшать не то место. Ты будешь латать следствие, а не причину.

Давай начнём с первого корня – непрозрачные цели.

Задай себе такие вопросы:

– Когда вы начинаете задачу, у всех ли есть одинаковое понимание результата?

– Можете ли вы через минуту объяснить, как поймёте, что задача сделана хорошо?

– Есть ли у вас критерии?

– Есть ли разница между тем, что важно, и тем, что “для галочки”?

Если на эти вопросы сложно ответить прямо сейчас – значит, корень №1 присутствует. А если вы регулярно переделываете задачи – он точно есть.

Теперь второй корень – отсутствие фильтра задач.

Спроси себя:

– Есть ли в команде понятное правило, как задача попадает в работу?

– Можете ли вы сказать: «Нет, это не задача»?

– Делаете ли вы то, что вам «просто кинули» без обсуждения?

– Есть ли в вашей команде хоть кто-то, кто принимает на себя слишком много входящих?

Если да – корень №2 включён. И он работает каждый день.

Теперь третий корень – отсутствие процесса.

Ответь себе честно:

– Понимаешь ли ты, на каком этапе сейчас твоя задача?

– Можешь ли ты за минуту объяснить последовательность шагов?

– Все ли работают одинаково?

– Есть ли у вас точки, где всё зависает?

– Теряется ли информация?

Если ты хотя бы раз сказал «да» – у вас нет процесса. И это нормально. 95% команд живут именно так. Но это сильнейший источник пожаров.

Теперь самое важное. Когда случается пожар, чаще всего включены сразу два, а иногда и три корня.

Например, ситуация: команда делает задачу неделю, потом внезапно выясняется, что она «не в ту сторону». Что это? Это сразу два корня – непрозрачные цели и отсутствие процесса. Цели были непонятны, и никто не проверял промежуточный шаг.

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

Ещё пример: руководитель требует отчёт за час, хотя вы договорились на завтра. И ты в панике всё переделываешь. Это непрозрачные цели + отсутствие фильтра задач.

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

Теперь давай поговорим о модели диагностики. Она простая, но очень рабочая. Я называю её Треугольником пожаров.

Суть такая: каждый пожар можно разложить по одному вопросу – что именно пошло не так?

Мы не знали, что конкретно нужно сделать. Это цели.

Мы взяли задачу, которую брать было не нужно. Это фильтр.

Мы делали задачу вслепую, без пути и правил. Это процесс.

И всё. Это весь треугольник.

Когда у тебя есть эта модель, ты можешь прямо по горячим следам сказать:

– ага, это корень номер один, значит, нужно уточнить цель;

– это корень номер два, значит, фильтруем входящие;