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

– было ли уточнение?

– договорились ли вы о планировании?

– как проходило выполнение?

– была ли проверка?

– была ли обратная связь?

Скорее всего, ты увидишь, что один-два этапа отсутствовали. Иногда – три. Это и есть твоя точка роста.

И теперь короткий вывод.

Когда ты начинаешь видеть поток – ты перестаёшь смотреть на задачи как на точечные события. Ты начинаешь видеть систему. А когда видишь систему – начинаешь менять причины, а не бороться со следствиями.

И вот это – ключевой шаг к избавлению от хаоса.

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

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

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

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

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

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

Давай начнём с инициации.

Типичный провал: в работу попадают не задачи, а эмоции. Человек что-то увидел, испугался, вдохновился, прочитал статью, услышал мнение руководства – и решил, что «надо срочно делать». Если эта эмоция трактуется как задача, вы теряете ресурсы. Я знаю команды, где 30–40% задач – это импульсы. Они никогда не должны были становиться задачами, но стали. И команда утонула.

Переходим к уточнению.

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

Теперь планирование.

Здесь провал обычно незаметен. Он тихий. И выражается в фразах: «Ну, ты же понимаешь, что делать», «Разберёмся по ходу», «Сами договоритесь». Классика. Идеальная почва для хаоса. В реальности планирование – это не документация на десять страниц. Это два минуты разговора: кто отвечает, какие шаги, на каком этапе мы сверяемся. Но если это не сделано – каждый будет действовать так, как считает правильным.

Следующий этап – выполнение.

Провалы здесь часто происходят из-за того, что предыдущие этапы не сделаны. Люди берут задачу, но не знают, что именно делать. Или знают, но не до конца. Или делают, но параллельно их отвлекают пять других задач. Или они делают, но не понимают, зачем. И выполнение превращается в череду микрострессов.

Проверка.

Самый недооценённый этап. И один из самых критичных. Провал здесь звучит так: «Давайте быстрее отправим клиенту, потом поправим». Так не работает. Всё, что ты отправляешь клиенту без проверки – твой риск и твоя репутация. Я видел, как целые отделы постоянно переделывали свою работу просто потому, что не сравнивали результат с исходной целью.

Обратная связь.

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

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

Инструмент называется «Стоп-кадр».

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

Пример. Допустим, клиент недоволен результатом. Стоп-кадр. На каком этапе ошибка? На проверке. Что было пропущено? Сравнение результата с требованиями. Почему? Либо не было уточнения, либо не было времени, либо никто не отвечает за проверку. В любом случае причина – в структуре, а не в человеке.

Другой пример. Проект застрял. Стоп-кадр. На каком этапе? Планирование? Уточнение? Или выполнение? Ты быстро это увидишь, если честно задашь себе вопрос.

Ещё пример. Команда делает разную работу, хотя должна была делать одну. Стоп-кадр. Это почти всегда провал на уточнении.

Теперь давай поговорим про другой важный принцип.

Поток существует независимо от того, видите вы его или нет. Он есть всегда. Но если вы его не видите – он течёт куда хочет. И вы будете удивляться, почему задачи превращаются в хаос.

Я как-то работал с маркетинговой командой, которая постоянно жаловалась: «Мы работаем много, но результат нестабильный». Когда мы нарисовали поток, оказалось, что у них не было формализованного уточнения и проверки. Люди просто «общались» и «когда будет готово – сдадим». Когда мы добавили два этапа – результат стал стабильным. Не идеальным, но стабильным.

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

Инструмент 1. Карта на одну страницу.

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

Инструмент 2. Одно правило в день.

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

Инструмент 3. Общий язык.

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

Теперь небольшое упражнение.

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

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

Если быть совсем честным, такие встречи проходят в 80% команд. И это не вопрос компетентности. Даже умные, мотивированные люди тонут в хаосе, если не видят поток работы как систему. Потому что пока ты видишь только задачи – ты реагируешь. Пока ты видишь поток – ты управляешь.

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