Визуализация и изменения

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

● действие в форме работы, которую необходимо выполнить; правильный выбор рабочего элемента, которому нужно внимание;

● действие в форме изменений в системе; правильный выбор при обосновании изменения, определении его масштабов и внедрении.

Как вы будете реагировать, когда доска показывает, что не все идет как надо? Ниже перечислены несколько вариантов ответов, типичных для руководителя или наставника:

1. Не стоит волноваться, все обойдется, как обычно.

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

3. Я внесу изменения в систему.

4. Они понимают, что привело к такому развитию ситуации? Они хотят внести изменения в систему? Как мне им помочь?

5. Я уважаю их способности вносить необходимые изменения в такой ситуации.

Каждый из этих ответов может быть верным в конкретной ситуации, но некоторые кажутся более зрелыми по сравнению с остальными. Подталкивая к действию и поддерживая правильный выбор, канбан побуждает к более зрелой реакции (ответы 4 и 5). Любая организация, сознательно следующая этим установкам и использующая стиль лидерства, стимулирующий их применение, уверенно движется к совершенству.

Ответ 5 (и, в меньшей степени, ответ 4) ориентирован на еще один очень интересный аспект – на самоорганизацию.

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

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

Здесь включается механизм самоусиления:

● канбан-система организует работу;

● люди организуются вокруг работы;

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

Основная практика 4: сделайте правила работы явными

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

Это еще одна сторона прозрачности – наряду со стратегией превращения невидимого в видимое мы стремимся сделать неявное явным, но если (и только если) мы считаем, что это поможет принимать лучшие решения. И снова нам нужен рычаг – несколько тщательно подобранных слов, отражающих суть намерения, а не толстый документ, который охватывает все. Я видел правило, состоящее всего из одного слова «Демо!» на доске над соответствующим столбцом – этого вполне хватало, чтобы подкрепить рабочую договоренность.

Многие правила описывают качества, которыми должны обладать рабочие элементы, входящие или покидающие столбец, например:

● Рабочие элементы в колонке «Готово» не должны задерживаться более пяти дней. В Будапеште мы называли это «правилом пяти дней», которое позже превратилось в «правило двух дней».

● Рабочие элементы не могут перемещаться в столбец «Тест» до тех пор, пока они не пройдут ревью и не будут продемонстрированы всей команде.

Наклейки на доске или рядом с ней типа «<5 дней на разработку», «Разбор программы» или «Демо!» превосходно напоминают о том, чего ждет команда в ближайшем будущем.

Правила могут иметь и более общий характер:

● Стабильность продукта имеет больший приоритет, чем устранение ошибок при тестировании; при этом и первое, и второе имеют более высокий приоритет перед новой разработкой.

● Принимаясь за новый проект, проинформируйте заинтересованных лиц, если они могут повлиять на выполнение имеющихся работ.

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

Правила и изменения

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

● Более крупные рабочие элементы обычно вызывают больше трудностей по сравнению с мелкими. (Это может быть больше, чем предположение – у нас, возможно, есть факты, подтверждающие данную гипотезу.)

● В целом лучше закончить что-либо, чем начинать дополнительную работу. (К этому можно отнестись как к житейской мудрости – «Перестаньте начинать, начните заканчивать!» – или как к проверенной временем теории.)

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

По этой причине полезно начинать с простых правил, которые отражают сложившуюся практику (что, фактически, делается большую часть времени независимо от официальной политики) и совершенствуются по мере необходимости. Принцип «начните с того, что есть сейчас» здесь важен так же, как и в других ситуациях. Запишите эти правила и попробуйте опровергнуть их. Например, всегда ли есть смысл устраивать здесь демонстрацию? Может быть, результат 10-дневной работы и так хорош?

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

Основная практика 5: используйте циклы обратной связи

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

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

Стендап митинги

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

Стендап митинги – это настолько короткие совещания, что большинство участников могут без труда простоять от начала до конца. Они проводятся регулярно (часто ежедневно). Быстрота приходит с практикой: участники понимают, что к чему, информируют о том, что изменилось, сообщая только необходимые подробности, и соблюдают дисциплину, не отвлекаясь на посторонние разговоры.

Стендап митинги могут иметь разные формы:

● неформальные, неструктурированные, без определенной повестки совещания (это трудно рекомендовать);

● опрос, который проводит руководитель (когда менеджер проекта заслушивает отчет подчиненных);

● совещания в офисе, возможно в скрам-формате, когда все по очереди отвечают на вопросы: Что я делал вчера? Что я планирую делать сегодня? Какие препятствия мешают мне работать?^[3];

● обзор рабочих элементов на доске. Обзор проводится справа налево, начиная с рабочих элементов, которые близки к завершению. Совещание прекращается, когда продолжение рассмотрения рабочих элементов левее по потоку становится уже не эффективным;

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

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

Конечно, регулярные стендап митинги являются важным фактором создания сплоченной команды. Члены команды получают огромную пользу от них, причем не только в результате информирования о том, как идут дела, но и потому, что регулярные отчеты помогают получить представление о работе коллег. По мере формирования атмосферы доверия и углубления понимания потребностей коллектива общение становится более откровенным и продуктивным. Одним словом, эти 15 минут тратятся не зря.

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

Вы тоже проводите похожие совещания? Тогда, следуя правилу делать неявное явным, задайте себе вопрос: почему вы проводите их в таком формате? Удается ли вам полностью реализовать свои намерения? Помогают ли совещания решать проблемы посредством самоорганизации коллектива или нет?

Совещания по пополнению

Совещания по пополнению – еще одна широко распространенная практика^[4]. Это форум, на котором входная очередь рабочего процесса (или, если хотите, его бэклог) пополняется новой работой. Кроме того, это прекрасная возможность оценить удовлетворенность заказчика, изучить его потребности и сопоставить их с возможностями команды. Такое совещание является важным циклом обратной связи, потому что дает возможность получить оценку со стороны.

Я не буду сосредотачиваться на механике совещаний по пополнению по двум причинам:

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

2. Я не раз видел, как команды зацикливаются на потребностях процесса (или, что еще хуже, на потребностях любимого процесса его организатора) в ущерб заказчику. Кому в действительности служит этот бег с препятствиями?

Другие виды совещаний

Некоторые совещания являются внешними по отношению к рабочему процессу, поскольку их функция заключается в управлении изменениями. Популярная аджайл-практика, которая иногда используется совместно с Канбан Методом, предусматривает регулярные ретроспективные собрания на уровне команды. Есть варианты, когда для проведения изменений делают оперативные совещания «на месте». Мы же настоятельно рекомендуем проводить еженедельно или раз в две недели обзор сервиса (service delivery reviews) на уровне команды или подразделения (иногда такие совещания называют обзором возможностей системы – system capability reviews) и ежемесячные операционные обзоры (operations reviews) на уровне филиала. На таких совещаниях команды делятся друг с другом и (в идеале) с представителями заказчика и организации в целом информацией о своей производительности, инцидентах и произведенных усовершенствованиях.

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

Циклы обратной связи на основе метрик

График на рис. 1.2 – это моя накопительная диаграмма потока (cumulative flow diagram – CFD). Я сделал ее следующим образом:

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

2. Определял общее количество законченных рабочих элементов, чьи карточки были сняты с доски (по этой причине график называется накопительным).

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

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

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

Да, на графике есть несколько заметных выступов, но приятно сознавать, что мы справились с проблемами. В моем распоряжении были и другие способы узнать, что поставка осуществляется, но этот график ясно показывал, что время производства на протяжении процесса, частота поставки и даже стиль поставок меняются. И все это было видно на одном графике!