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

Теперь маленькое задание, чтобы перейти от теории к практике.

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

А теперь – посмотри честно. Это этапы? Или это набор случайных прыжков?

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

И давай коротко подведём итог первой части.

Пока ты смотришь только на отдельные задачи – ты живёшь в режиме тушения.

Когда ты начинаешь видеть поток – ты начинаешь управлять.

Когда у тебя появляется карта – у тебя появляются рычаги, а не только реакция.

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

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

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

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

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

– ты берёшься за задачу, но потом внезапно выясняется, что она «ещё не уточнена»;

– вы делаете работу, а потом понимаете, что делаете не то;

– задачи зависают на днях и неделях без понятных причин;

– у всех разное понимание, что такое «готово»;

– клиент доволен далеко не всегда, и вы не понимаете, почему.

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

Теперь давай перейдём к модели. Я дам тебе максимально простую структуру потока работы. Шесть этапов. Никаких умных слов. Просто логика, которую ты уже знаешь интуитивно, но не используешь сознательно.

Этап 1. Инициация.

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

Этап 2. Уточнение.

И вот здесь лежит огромный процент всех будущих пожаров. Уточнение – это не просто спросить: «А что нужно?» Уточнение – это понять цель, критерии, формат результата, сроки, риски, ограничения и контекст. То есть ответить на вопрос: что конкретно мы создаём? Без этого этапа всё остальное – игра в угадайку. И угадайка почти всегда заканчивается переделкой.

Этап 3. Планирование.

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

Этап 4. Выполнение.

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

Этап 5. Проверка/приёмка.

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

Этап 6. Результат + обратная связь.

Вы завершили задачу. Клиент доволен (или недоволен). Деньги получены (или потеряны). И вот здесь большинство команд просто закрывают задачу. Я всегда спрашиваю: «А что вы поняли? Что улучшили? Что сделаете по-другому?» И чаще всего слышу молчание. Команды не фиксируют опыт. Поэтому наступают на одни и те же грабли.

Теперь давай посмотрим под микроскопом, что происходит, когда нет одного из этапов.

Если нет инициации – в работу попадает мусор.

Ты делаешь то, что никто не просил. Или то, что не нужно. Или то, что уже решил кто-то другой.

Если нет уточнения – вы делаете правильные вещи, но не так.

Я видел команды, где 70% времени уходило на переделки. Не потому что люди «не стараются». А потому что они не понимали, что нужно сделать.

Если нет планирования – задачи висят в воздухе.

Они становятся ничьими. Или, наоборот, слишком общими.

Если нет выполнения – ну, здесь всё понятно. Это тупик.

Если нет проверки – клиент ловит все ваши ошибки.

И чем больше ошибок ловит клиент, тем хуже он о вас думает. Даже если вы – компетентные люди.

Если нет обратной связи – команда превращается в белку в колесе.

Вы делаете много, но не становитесь лучше.

И вот теперь – один из самых важных принципов этой главы.

Проблемы не в том, что команды делают что-то неправильно. Проблемы в том, что они не видят этапов.

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

А теперь давай я расскажу тебе одну историю.

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

Тогда мы впервые нарисовали поток. И оказалось, что мы пропускаем два этапа: уточнение и проверку. Мы просто верили, что «все всё понимают». А никто ничего не понимал одинаково. И когда мы начали следить за этапами – результат улучшился за два месяца в три раза. Без увеличения команды. Без ночёвок в офисе. Просто потому что мы перестали работать вслепую.

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

Инструмент первый – нарисуй поток.

Прямо сейчас. На листе. На доске. В блокноте. Не нужно рисовать красиво. Просто обозначь этапы. Это уже даст тебе ясность.

Инструмент второй – добавь вопросы к каждому этапу.

Инициация: это точно задача?

Уточнение: какой результат?

Планирование: кто делает?

Выполнение: что нужно для работы?

Проверка: как поймём, что готово?

Обратная связь: что мы поняли?

Инструмент третий – прогоняй по этапам каждую новую задачу.

Даже если это мелочь. Особенно если это мелочь.

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

Возьми одну задачу, которую вы недавно сделали. Возьми её как образец. И теперь проведи её по шести этапам:

– была ли инициация?