Личный канбан руководителя: как я перестал начинать и начал завершать

Я довольно долго вёл свои рабочие задачи списком. Список работает, пока задач мало и они короткие. Когда у вас пять команд, несколько параллельных проектов и десятки людей вокруг, список перестаёт отвечать на главный вопрос: что сейчас реально происходит с каждым делом. Я собрал себе личную канбан-доску, прожил с ней несколько месяцев и получил эффект, которого не ждал. Я стал меньше начинать и больше завершать. В этой статье разберу, как устроена моя доска, зачем в ней две почти одинаковые колонки в конце и что именно поменялось в работе.

Почему канбан

Я постоянно занимаюсь улучшением своей работы. Меня интересуют системы управления, их настройка, устойчивость и связи между элементами.

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

Я взял книгу Майка Барроуза «Канбан Метод. Улучшение системы управления». На обложке написано, что главная особенность этого инструмента в том, что его можно применять на самых разных уровнях: от отдельного человека и небольшой команды до стратегических бизнес-проектов. Это меня и зацепило. Прежде чем менять процессы внутри команды, я хотел попробовать метод на себе.

В компании мы работаем по смеси agile и канбана, так, как это настроил проектный офис. Насколько эта смесь эффективна, отдельный вопрос. Свою доску я собирал именно для себя, без оглядки на корпоративный процесс.

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

Вытягивающая система работы против толкающей

Главная идея, которую я забрал из книги, звучит относительно просто. Не толкайте работу вперёд, а вытягивайте её с конца.

В привычной, толкающей модели вы смотрите на процесс слева направо. Взяли задачу, сделали свою часть, передали дальше. Метрикой успешности становится количество запущенного в работу. Вы весь день что-то двигали вперед, значит, поработали.

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

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

Как устроена моя доска

Доску я собрал в Obsidian, где веду все свои заметки. Отдельная заметка называется “Персональный канбан”, доска рисуется плагином Kanban. Никаких сервисов, никаких подписок, обычный markdown-файл на диске.

У меня шесть колонок. Пойду слева направо, а потом покажу, как я хожу по ним в обратную сторону.

Бэклог и бэклог важное

Технически это две колонки, по смыслу одна. Разделил я их только потому, что мне нужна была приоритизация внутри бэклога, а плагин её не даёт.

За разделением стоит матрица Эйзенхауэра:

Благодаря выстроенной работе срочных задач у меня почти нет. Если что-то срочное появляется, я обычно делаю это сразу и на доске долго оно не задерживается. Важное и срочное делаю сам и сразу.

Основной объём моей работы идёт в квадранте «важное, но несрочное». Там и состоит ключевая работа руководителя. Колонка «бэклог важное» существует ровно для неё: туда попадает то, что требует моего личного контроля или участия.

В работе

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

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

Ожидание

Сюда карточка переходит, когда мой блок работы закончен и дальше нужен кто-то другой.

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

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

Завершено и подтверждено

Вот тут самое интересное. Две колонки, которые на первый взгляд означают одно и то же.

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

«Завершено» означает, что активная фаза работы закончилась. «Подтверждено» означает, что я убедился фактами: ценность, ради которой всё затевалось, действительно доставлена.

Между этими двумя состояниями почти всегда проходит время, выполнение контроля и наблюдений и почти всегда там прячется работа, которую иначе никто не сделает.

Рабочий день справа налево

Теперь про то, как это работает на практике. Утром, садясь за работу, я иду по доске с конца к началу.

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

Дальше «завершено». Здесь я проверяю, доехала ли ценность.

Пример первый. Мы добавили в интерфейс для финансистов галочку, которая позволяет настроить один параметр как свойство договора. Работа тут состоит из трёх частей: собрать требования, реализовать, а затем убедиться, что этим пользуются. Вместе с фичей мы сделали метрику и нарисовали график внедрения в работу. Открываю график, а там ноль.

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

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

Потом «ожидание». Прохожу по списку и пингую людей. Например, висела задача на создание нового неймспейса в Kubernetes. Открываю тред по ссылке из карточки, тегаю ответственного: «Три дня назад заводили задачу на новое пространство, есть блокеры, когда ждать?» Так я напоминаю, что вопрос для меня важный, и хвост задач сокращается.

Затем «в работе». Делаю то, что делаю.

И только в конце бэклог. Сначала важный, потом обычный. Честно говоря, до бэклога я добираюсь далеко не каждый день. Задач на доске хватает, и проход по правой части обычно съедает рабочий день целиком. Раньше меня бы это тревожило. Сейчас нет: если правая часть доски полна, значит, брать новое просто некуда.

Про классы обслуживания

В канбане есть механизм, который помогает решать, какую задачу брать следующей. Работу делят на классы обслуживания, и у каждого класса своя политика.

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

Если бы доска была командной, ответ был бы другим. Явные классы обслуживания нужны там, где решение принимает не один человек и политику надо проговорить вслух.

Что изменилось по сравнению со списком задач

Я много лет вёл задачи в Todoist и до сих пор считаю его отличным менеджером задач. Проблема не в инструменте, а в формате.

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

Доска отвечает на эти вопросы положением карточки. Контекст хранится в структуре, а не у меня в голове.

Второй эффект оказался важнее. Я стал доводить до конца заметно больше.

Я всегда думал, что периоды перегрузки у меня случались от объёма работы. Оказалось, что дело не в объёме. Дело в количестве незавершённого. Открытые дела занимают место в голове, даже когда вы ими не занимаетесь. Их не видно в списке, но они висят. Когда я стал закрывать хвосты и получать подтверждение, что ценность доставлена, ощущение перегруза заметно ослабло при том же объёме работы.

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

Про «подтверждено» за пределами работы

Разделение на «завершено» и «подтверждено» неожиданно объяснило мне давнее раздражение. Меня всегда цепляло, когда что-то делают, но не до конца.

Бытовой пример, для простоты понимания. Я собирал стеллаж. Собрал, прикрутил все полки, расставил вещи. По логике списка задача закрыта. В «подтверждено» она у меня переехала только через какое-то время, когда я реально попользовался стеллажом, понял, что удобно, а что нет, и перекрутил часть полок выше и ниже. Вот тогда результат стал результатом.

Между «я сделал» и «это работает так, как задумывалось» лежит промежуток, в котором и живёт настоящее качество. И для этого качества обычно требуется провести некоторую дополнительную работу.

Что осталось нерешённым

Одна вещь меня всё же не устраивает. Доска живёт в Obsidian на компьютере, и на ходу я с ней работать не могу. Полную синхронизацию с телефоном я делать не хочу.

Пока живу с этим. Неудобство есть, но минимальное: я стараюсь пользоваться телефоном по минимуму и ничего по-настоящему важного с него не делаю. Вся серьёзная работа всегда происходит за ноутбуком.

Итог

Личный канбан дал мне три вещи:

1. Вытягивающая система изменила критерий хорошего дня. Хороший день это не «много начал», а «много завершил».
2. Колонка «ожидание» сделала видимыми чужие обязательства и убрала растворяющиеся хвосты.
3. Разделение на «завершено» и «подтверждено» заставило проверять, доехала ли ценность. Не «мы выкатили», а «этим пользуются».

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

Я планирую изучать канбан дальше. Хочется разобраться в методологии глубже и посмотреть на практики Toyota, потому что за ними стоит очень зрелое понимание того, как устроена работа.