Канбан Метод. T memarketologmanager
 Скачать 4.05 Mb.
|
|
таблице бережливых изменений (см. главу 17), но ее можно с легкостью использовать и независимо от нее. Мне очень нравится вариант Джеффа. В первых двух столбцах подчеркивается необходимость согласия, а в последних двух — необходимость подтверждения (а значит, и клиентоориентированность). Разделение качественного и количественного подтверждения тоже представляется очень остроумным: обычно команды разработчиков подтверждают изменения поведения задолго до того, как удается подтвердить значимое улучшение результативности. Не все изменения похожи Еще в 2010 или 2011 г. (по меркам канбана это страшная древность) мой друг и давний коллега Патрик Стюарт подтолкнул меня к формулировке «не все работы похожи». С тех пор я много раз использовал эту фразу (и в этой книге тоже). Заявляя о том, что не все изменения похожи, Патрик напоминает нам о еще одной полезной аналогии между управлением поставкой продукта клиенту и изменениями в системе. Ссылаясь на книгу Томаса Куна «Структура научных революций» [73] , Патрик выделяет две оси для анализа изменений: 1. Подразумевает ли изменение реконструкцию организационных устоев, бросая вызов доминирующему мышлению (революционное изменение со сломом парадигмы), или же оно основывается главным образом на том, что уже существует (кумулятивное изменение в соответствии с существующей парадигмой)? 2. Это изменение навязывается снаружи (пассивное) или зарождается внутри (активное)? Две оси предполагают наличие квадрантов (см. рис. 23.5), которым Патрик даже дал названия. Несколько наблюдений: Канбан вообще-то не предназначен для тушения пожаров или борьбы с существующими кризисами, но, если вы обнаружите, что попали в такую ситуацию и вам нужно отреагировать на нее, вполне возможно, что канбан поможет. Внедрение Канбан Метода обычно является активным изменением, которое, по своей сути, порождает дальнейшие активные изменения. Будет ли канбан в целом, его принципы, практики и методики или изменения, которые он порождает, соответствовать парадигме или разрушать ее, сильно зависит от текущей ситуации. Например, может оказаться, что ваша организация уже применяет вытягивающие системы, а может оказаться, что она считает эту идею чуждой. С точки зрения квадрантов Патрика канбан связан не только с улучшением, но и (в очень большой степени) с амбициями. Кроме того, канбан не исключает радикальных изменений. Он требует лишь понять, что у вас есть сейчас, прежде чем двигаться вперед, основываясь на согласии и уважении. Если вы не можете или не хотите это сделать, никакой канбан вам не поможет. Заключительные соображения В конце последней главы уместно отметить труды других. В сущности, моя книга во многом плод коллективных усилий, рожденный сообществом, которое открыто для новых идей, готово к изменениям и развивает лидерские качества в людях. А еще я очень рад, что могу завершить эту книгу так же, как и начал, разговором о ценностях. Когда я впервые изложил пресловутую девятку, нашлось немало скептиков, которые (что вполне понятно) заявляли, что Канбан Метод (не говоря уже обо мне лично) не должен указывать организациям, каких ценностей придерживаться. Некоторые предупреждали меня, что ценности — вещь хрупкая и зыбкая, прикоснешься к ним, и они исчезнут. Но оказалось, что если ценности использовать осмотрительно, как атрибуты практик и как инструменты для выстраивания мыслей, историй, приоритетов и т.п., то они ничем особенным не угрожают, наводят на полезные размышления и вообще довольно устойчивы. Я благодарю всех, кто увидел эти возможности в самом начале, и всех, кто делится ими сейчас. Дополнительная литература Anderson, Jeff. 2013. The Lean Change Method: Managing Agile Transformation Using Kanban, Kotter, and Lean Startup Thinking. http s://leanpub.com/leanchangemethod Achouiantz, Christophe and Johan Nordin. 2014. The Kanban Kick- start Field Guide: Create the Capability to Evolve. http://leanagileproje cts.blogspot.co.uk/2013/11/the-kanban-kick-start-field-guide-v11.ht ml Yeret, Yuval. 2013–14. Pull-based Change Management. http://yuvalye ret.com/2014/05/27/pull-based-change-management/ Словарь CD3 — придуманный в компании Maersk параметр: цена задержки, деленная на продолжительность. Образующаяся в результате система организации очереди известна под названием сначала самое короткое задание. См. главу 15. STATIK (Systems Thinking Approach to Introducing Kanban) — Системный Подход к Представлению Канбан. Рекомендуется не только для внедрения, но и для развития Канбан Метода. Описывается в части III. Аватар (avatar) — передвижная фишка, представляющая отдельного сотрудника. На канбан-доске аватары можно помещать на карточки, чтобы показывать, кто занимается рабочей задачей. Ограничивая количество доступных сотруднику аватаров, можно снизить уровень многозадачности. Агент изменений (change agent) — обычно отдельное лицо, которое инициирует изменение. Адаптируемость (adaptability) — способность реагировать на изменения в среде. Обратите внимание, что очень стабильные среды не обязательно благоприятствуют адаптируемости, поэтому их обитатели могут оказаться особенно уязвимыми, когда условия в конце концов изменятся. См. также соответствие. Анализ возможностей (capability review) — анализ прогресса и результативности, регулярно проводимый на уровне отделов. Безопасный в случае провала эксперимент (safe-to-fail experiment) — эксперимент, разработанный так, чтобы его провал оказал лишь ограниченное воздействие на систему. Блокирование, блокировщик, блокирующая проблема (blocked, blocker, blocking issue) — говорят, что рабочий элемент заблокирован, когда аномальные условия мешают прогрессу. Причину можно назвать блокировщиком (проблемой, зависимостью) и отразить ее на канбан-доске рядом с соответствующей рабочей задачей. См. также пробуксовка. Бутылочное горлышко (bottleneck) — вид деятельности, скорость поставки которой ограничивает общую скорость поставки в системе. Буфер (buffer) — очередь, намеренно размещаемая перед бутылочным горлышком или другим ключевым видом деятельности с целью обеспечения стабильности притока работы. Время касания (touch time) — время, в течение которого рабочий элемент реально выполняется, т.е. не находится в очереди, не заблокирован, не пробуксовывает из-за многозадачности. См. также эффективность потока. Время производства (lead time) — если термин применяется без уточнений, он означает то время, которое необходимо рабочей задаче для прохождения через производственный процесс. Часто используется как синоним более узкого термина «время производства для клиента». См. также время цикла. Время производства для клиента (customer lead time) — разновидность времени разработки: сколько требуется рабочей задаче для прохождения через систему с точки зрения клиента. Обычно измеряется с момента заказа до поставки. Время производства канбан-системы (Kanban system lead time) — время производства в той части системы, для которой установлены ограничения объема незавершенной работы (WIP). Время цикла (cycle time) — используйте этот термин с осторожностью! Чаще всего он относится ко времени разработки в «операционной» части процесса (от момента, когда начинается работа, до момента, когда продукт готов к поставке), но может означать время производства для клиента или даже величину, обратную скорости поставки (а это вообще совсем другое). Выталкивание (push) — помещение работы в систему (или в конкретный вид деятельности) без учета доступных возможностей. Гистограмма (histogram) — визуализация распределения данных. В контексте канбана гистограммы особенно часто применяются для визуализации времени разработки. Голодание (starvation) — положение, при котором людям или видам деятельности не хватает работы из-за ее неадекватного притока. См. также пробуксовка. Деятельность (activity) — в контексте жизненного цикла определенные виды деятельности осуществляются в отношении рабочих элементов, которые находятся в необходимом состоянии. Деятельность часто переводит рабочие элементы из одного состояния в другое. Виды деятельности и соответствующие состояния обычно находят отражение в столбцах на канбан-доске. Дисциплина очередей (queuing discipline) — комплекс мер корпоративной политики, управляющий отбором рабочих задач. Два важных примера: «первым пришел — первым обслужен» и «самая ценная и короткая работа в первую очередь». Жизненный цикл (поток) (workflow) — последовательность видов деятельности или (что в данном случае примерно одно и то же) состояний рабочих элементов, приводящая к поставке продуктов или услуг. Как правило, поток соответствует элементам функциональной структуры, хотя это соответствие не всегда оптимально. См. также процесс получения знаний. Зависимость (dependency) — рабочие элементы могут зависеть друг от друга (в таких случаях нужно внимательно выстраивать их последовательность, чтобы предотвратить блокирование) или же требовать участия сторонних служб (в таких случаях может понадобиться вдумчивое предварительное составление графика, ориентированного на доступность служб). Закон Литтла (Little’s law) — одно из основных следствий теории обслуживания. Устанавливает связь между скоростью поступления новой работы (мы соотносим ее со скоростью поставки), временем производства и объемом незавершенной работы. Назван в честь Джона Литтла, впервые опубликовавшего доказательство этого закона в 1961 г. См. главу 17. Интеллектуальная работа (knowledge work) — в основном связана с приобретением и получением знаний (термин придумал Питер Друкер). См. также творческая интеллектуальная работа. Канбан (kanban) — у этого термина слишком много значений, иной раз используются несколько одновременно. Если записать это слово китайскими иероглифами кандзи, получится «знак» или «большая вывеска». Если записать это слово японской хираганой, получатся «сигнальные карточки» (или «сигнальная карточка», в единственном числе). В технических презентациях механики канбан-систем мы обычно имеем в виду это второе значение. В устной речи этот термин применяется, когда мы говорим об использовании канбан-систем (визуальных либо иных) и Канбан Метода. Канбан-доска (kanban board) — метод визуальной организации карточек в канбан-системе. Обычно доска разбивается на вертикальные столбцы, а иногда еще и на горизонтальные плавательные дорожки. Дополнительными параметрами могут служить различные атрибуты карточек, например, их цвет. Карточки передвигаются вправо из столбца в столбец по мере того, как представляемые ими рабочие задачи проходят через систему. Ограничения объема незавершенной работы и другие правила также можно представлять визуально. Канбан Линза (kanban lens) — средство для получения представления об организации, осуществлении и улучшении творческой интеллектуальной работы. Эта сервис- ориентированная модель предлагает альтернативный взгляд на более традиционное осуществление поставки проекта и функциональную организацию. Своего рода сокращенная версия STATIK, одного из подходов к представлению Канбан Метода. См. главу 10. Канбан Метод (Кanban Мethod) — эволюционный подход к изменениям, описанный Дэвидом Андерсоном в виде шести основных практик и четырех фундаментальных принципов. См. главу 16. Канбан-система (kanban system) — система вытягивания, реализуемая путем ограничения числа карточек, находящихся в обращении. Карточка (card или ticket) — визуальное представление рабочего элемента на канбан-доске. Классы обслуживания (classes of service, CoS) — клиентские ожидания, приблизительно разбитые по категориям общей нагрузки. Влияют на решения по отбору в системе поставки. Классы обслуживания обычно связываются с качественно разными уровнями риска, особенно когда речь идет о риске срыва графика и стоимости задержки. Широко признаны четыре основных класса обслуживания: «стандартные», «привязанные к дате», «срочные», «нематериальные». Я часто называю первые два класса, как «чем быстрее, тем лучше» и «с фиксированной датой» соответственно. Контрольная диаграмма (run chart) — показывает результаты наблюдений в зависимости от времени. Обычно используется для визуализации времени производства. Критерии соответствия (fitness criteria) — показатели, которые в своей совокупности свидетельствуют о соответствии. Многозадачность (multi-tasking) — ситуация, в которой сотрудник или команда активно занимаются более чем одной рабочей задачей. Ограничение общего объема незавершенной работы в системе позволяет контролировать степень многозадачности. Обратное не всегда верно. Многоуровневая доска (multi-level board) — канбан-доска, управляющая рабочими элементами на разных уровнях детализации (например, эпопеями и историями). См. главу 22. Модель (model) — как следует из введения к части III, под моделью может подразумеваться: 1) воспроизводимое представление чего-либо; 2) паттерн, шаблон, ритуал, который придает структуру чьим-то действиям или мышлению; 3) представление об устройстве мира, основанное на определенном наборе допущений; 4) набор ожидаемых исходов, вытекающих из таких допущений. Канбан Метод поощряет использование моделей для того, чтобы вдохновлять, структурировать и направлять эволюционные изменения посредством сотрудничества и экспериментирования. Накопительная диаграмма (cumulative flow diagram, CFD) — график с накоплением, показывающий скорость поставки и объем незавершенной работы для различных состояний или видов деятельности. См. главу 17. Незавершенная работа (work-in-progress, WIP) — на уровне системы это работа, которая уже начата, но еще не вышла из системы. При применении Канбан Метода нас также интересует, где именно находится WIP в тот или иной момент. Мы измеряем и контролируем количество рабочих задач, находящихся в определенных состояниях или проходящих через те или иные виды деятельности. Можно также контролировать распределение WIP по другим категориям — по клиентам, типу рабочих элементов, классу обслуживания. См. главы 2 и 21. Нематериальная работа (intangible) — рабочие задачи, краткосрочную экономическую ценность которых трудно оценить количественно, но которые жизненно важны для здоровья системы и ее результативности в долгосрочной перспективе. Часто к этой категории относят техническое обслуживание, эксперименты, усовершенствования системы и т.п. См. классы обслуживания. Неограниченная (бесконечная) очередь (unbounded (infinite) queue) — очередь, не имеющая ограничений. Обзор сервиса, или Обзор возможностей системы (service delivery review, или system capability review) — совещание, посвященное анализу результатов производственного процесса или хода работы. Проводится на уровне отделов еженедельно или раз в две недели. См. также операционный обзор. Обратная связь (feedback) — обратный поток информации о продукте или процессе. Обслуживание, ориентация на обслуживание (service; service orientation) — система, созданная для того, чтобы приносить пользу клиентам. Парадигма, основанная на услугах, их взаимодействиях и тех результатах, которые они дают клиентам. См. также Канбан Линза. Обязательство, точка принятия обязательств (commitment, commitment point) — принятием обязательства по рабочему элементу системы считают момент, когда сотрудники и клиент уверены, что пора приступить к его выполнению. Точка принятия обязательств — это момент перехода от отсутствия обязательств к взятию обязательств (возможно, в результате собрания по пополнению). На доске этот переход представлен как линия между столбцами. Позже может появиться вторая точка принятия обязательств, когда принимается решение о выпуске, поставке, внедрении рабочих элементов, по отдельности или партиями. Ограничение (limit) — см. ограничение объема незавершенной работы (WIP). Ограничение объема незавершенной работы (work-in-progress limit) — правило ограничения объема незавершенной работы в той или иной части системы. Обычно выражается численно — как максимальное количество рабочих элементов. Системы с ограниченным объемом WIP относятся к вытягивающим. Нижний предел можно использовать как сигнал для пополнения. Операционный обзор (operations review) — совещание на уровне крупного департамента или бизнес-юнита (обычно ежемесячное), на котором команды обмениваются данными по результативности, отчетами о неполадках и апдейтами как друг с другом, так и (в идеале) с представителями клиента и с организацией в целом. Один из важнейших циклов обратной связи для масштабных изменений. См. также Обзор сервиса. Очередь (queue) — зона в жизненном потоке (обычно представляемая столбцом на доске), в которую помещаются рабочие элементы, ожидающие последующей обработки в рамках тех или иных видов деятельности. Очередь на входе (input queue) — очередь, помещенная в начало процесса. В нее включают рабочие элементы, которые отобраны для скорого исполнения. Часто визуализируется как столбец «Готово». При известной степени обязательств рабочие элементы в очереди на входе учитываются при расчете общего объема незавершенной работы (WIP) в системе. Поэтому очередь на входе — хорошее место для введения ограничения на WIP. Партия, размер партии, перенос партии (batch, batch size, batch transfer) — группа |