Как мы перешли на Kanban и не уволились в процессе

Дмитрий Щегольков, руководитель инженерного отдела в Linxdatacenter, рассказывает об опыте перехода команды на Kanban-метод, выделяет этапы, с помощью которых внедряли новый рабочий инструмент и делится промежуточными результатами.

Для начала пару слов о специфике деятельности Linxdatacenter. Наши основные направления деятельности: ЦОДы в Москве и Петербурге; сервисы облачной платформы LinxCloud, развернутой на их базе. Помимо этого, есть отделы, без которых ни одна компания не может существовать — бухгалтерия, юристы, HR и др.

Чтобы оценить фронт работ команд, помочь сотрудникам стать эффективнее, а руководителю — управлять работой подразделений, было принято командное решение перейти на канбан и ввести новый инструмент для команды — таск-менеджер.

Что мы делали, чтобы переход произошел максимально гладко и изменения «прижились».

Из-за того, что все задачи приходили в команду по нескольким каналам связи, было сложно определить занятость членов команды. Мы не понимали, какой объем задач поступает в команду, кто выступает в роли заказчика, в какой день начинает сгорать дедлайн и т.д. Желание структурировать работу команды стало первой причиной «за» переход на какой-нибудь таск-трекер.

Помимо беспорядка в потоке входящих задач, нужно было «причесать» задачи изнутри.

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

Получается, что для эффективной работы нужно было ответить на вопросы:

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

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

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

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

Так я вспомнил про Кайтен — таск-менеджер для управления проектом по методологии канбан и скрам.

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

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

Рассказал о Кайтене команде и предложил поработать в нем — ребята поддержали.

Решение использовать новый инструмент было на уровне нашей технической команды, а не компании. Мы с ребятами собрали бэклог (очередь) задач и попытались перенести всё это на доски.

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

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

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

Важно отметить, что мы не навязывали коллегам работу в новом сервисе. Никто не ставил никаких ультиматумов в духе «либо в Кайтен, либо увольняйтесь».

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

Здесь тоже все происходило через метод проб и ошибок. К примеру, изначально в карточки ставили достаточно крупные задачи-проекты где-то на 2 месяца работы. Из-за этого оценить продуктивность и скорость выполнения задач было достаточно тяжело.

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

Со временем всё начало выравниваться само собой:

В итоге карточки перестали висеть на доске месяцами, а прогресс стал намного понятнее.

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

Следом за этим стала формироваться понятная картина по производительности подразделения. Один из показателей, который мы отслеживали — среднее время по выполнению задачи.

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

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

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

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

Продолжение нашей истории перехода на таск-трекер следует.

Если у вас есть вопросы или идеи о переходе на канбан — приглашаю в комментарии.

#облака #cloud #ИБ